云计算概念能带火服务器市场发展吗（什么情景适合集中服务器）

• 1、什么情景适合集中服务器，云计算概念能带火服务器市场发展吗？
• 2、在什么业务场景下用高并发呢？
• 3、如何评价高校927事件？
• 4、工作站较集中时选择什么拓扑结构？
• 5、有什么面板可以实现吗？

1、什么情景适合集中服务器，云计算概念能带火服务器市场发展吗？

这个问题如果是几年前提出的，那答案是可以，因为云计算概念确实拉动了各地和各大公司建云数据中心的热潮，云数据中心对服务器的是非常巨大。但这种热度不会一直持续下去，经过了多年的建设，计算资源已经足够多甚至是超量了。如果您了解云计算的原理，会知道云计算模式实际上比传统模式需要更少的服务器。所以未来，服务器市场不但不会增长，相反甚至有可能萎缩。

2、在什么业务场景下用高并发呢？

1。应用场景

春运火车票，微信红包，电商的秒杀，抢购。

2。互联网系统的应用架构基础分析

防火墙：防止网络上的病毒攻击和其他攻击。

负载均衡器：

具体作用a：对业务需求做初步分析，决定是否分发到web服务器。（常见的分发软件有Nginx和 Apache等反向代理服务器）。他可以通过配置禁止一些无效请求，比如封杀作弊的IP地址。

b.提供路由算法， 可以提供实现负载均衡的算法，根据各个服务器的负载能力进行合理分发。降低单个服务器的负载

c.限流，如果请求超过所有服务器的最大承载能力，就要限流，否则可能引起宕机的连锁反应。可以提示用户繁忙，稍后再试，保证系统可用。

高并发系统的设计

真正的系统是为了实现业务而开发的,所以设计时必须先分析实际需求和场景

第一步：区分有效请求和无效请求

有效请求指真实的需求，无效请求是虚假的抢购请求。

无效请求举例： 通过脚本连续刷新网站页面，使用刷票软件连续请求。

无效请求的应对方法： 1。加入验证码。一般首次无验证码，后续的第二/N次加入验证码，验证码种类有图片，文字，等式计算等。图片也可以用倾斜的

2，让用户手动调整图片的位置或者角度和标准进行比对。

3。使用短信服务，把验证码发送到短信平台，然后让用户再输入。

注意，这个应该放在负载均衡器上完成，而不是放在web服务器上完成。这样可以拦截大量的无效请求。

4，通过具体的业务逻辑来限制，比如限制用户在单位时间内的购买量

5，针对一人多账户的情况，提高账户等级，通过银行卡验证，实名制获取证件号码，同一证件号码的认定为一个用户。

6，封IP地址，封MAC地址，主要是用来反爬虫，有可能误伤有效请求。

高并发系统的设计的第二步：系统设计

1。水平分法：按照功能模块进行区分，使得他们相互分离，以降低系统的复杂性。

2。垂直分法：不按照模块划分，每个子系统的功能相同，只是通过算法把大量请求合理分配。

3。大型网站还可以按照水平和垂直结合的方法。首先将业务区分为多个子系统，在每一个子系统下面再分多个服务器，通过子系统的路由器找到对应的子系统服务器提供服务。

秉持的原则：服务器的负载均衡，提高服务器的吞吐能力和性能；业务简化，便于开发。

水平分法的优缺点：

优点：一个服务管理一个业务，提高开发效率。

缺点：因为各个系统业务之间存在关联，需要通过RPC（远程过程调用协议）来处理关联信息。比较流行的RPC框架有Dubbo，Thrift和Hessian。

RPC框架的理念：每一个服务都会暴露一些公共接口给RPC服务，这样任何一个服务器都能够通过RPC服务获取其他服务器对应的接口去调用各个服务器的逻辑来完成功能。接口的相互调用会造成一定程度的缓慢。

垂直分法的缺点：因为每个服务器都包含所有的业务逻辑功能，会造成开发上的业务困难，对DB设计也困难。

高并发系统的设计的第三步：DB设计

1。使用分表或者分库技术

分表：本来一张表可以保存的数据设计成多张表去保存，比如交易表，订单表，数据过多会造成查询和统计的缓慢，可以按照年份来分为多个表保存，开发者根据查询的年份确定去查询哪个表。

分库：把表数据分配在不同的DB中。首先需要一个路由算法确定数据保存在哪一个DB中，比如可以把用户和对应业务的DB缓存到redis中。这样路由算法可以通过redis读取的数据来确定使用哪个DB进行查询。

2。优化SQL，建立索引

SQL优化的主要原则就是应尽量避免全表扫描，应该考虑在where及order by 涉及的列上建立索引。索引对查询有利，对修改不利。（增加维护索引的开销）

技巧1.风格统一。

大小写不同，查询分析器就认为是两句不同的SQL语句，必须进行两次解析。生成2个执行计划。

技巧2：在更新or复杂查询语句要时刻记住是表锁定还是行锁定

，优先选用主键更新，原因是在musql的运行时，非主键更新会锁表，即不仅锁定更新的数据，而且锁定表的其他数据，从而影响并发，使用主键更新是行锁定

技巧3：使用连接查询来代替子查询（比如用left join 代替 not in）

技巧4，考虑使用“临时表”暂存中间结果，可以避免程序中多次扫描主表

3。读写分离技术

部分主机负责写业务，部分主机负责读业务。

对于分布式DB来说，还有一个很复杂，事务的一致性，目前流行的有2段提交协议，即XA协议，Paxos协议，这个需要专门学习。。。

动静分离技术

背景：因为互联网大部分数据都是静态数据，只有少数是动态数据

静态数据：图片，css样式，js脚本，视频等，尤其是图片和视频流量很大。如果都从动态服务器（如tomcat，weblogic）服务器的网络压力很大。这个时候可以用动静分离技术。

※ 静态数据的加速技术：CDN，Nginx

※ 动态数据的加速技术：分层架构，服务器架构，DB/缓存架构

CDN（即content delivery network，内容分发网络）。

CDN允许企业将静态数据缓存到网络CDN的节点中，在用户访问网站时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应用户请求。

※ CDN是构建在网络之上的内容分发网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。CDN的关键技术主要有内容存储和分发技术。

CDN的基本原理是广泛采用各种缓存服务器，将这些缓存服务器分布到用户访问相对集中的地区或网络中，在用户访问网站时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应用户请求。

3、如何评价高校927事件？

教育有焦点，我们有观点！很高兴和你一起分享我的观点！

想象一下，手机突然无法控制，以最大音量发出娇喘声，中毒的又绝大多数是大学生，在公共场所或者课堂发生这一幕，那滋味够酸爽吧，难怪有的同学一怒之下掰断手机。

看到这一问题时，我首先想到的是另一个类似事件——“熊猫烧香”病毒事件，可能现在的90后00后并不熟悉，但这个事件的影响在当时却比“送给最好的TA”大多了。

“熊猫烧香”事件简介：

2006年10月，一位不知名的电脑技术员开发了一款不知名的软件。随后两个月席卷全国数百万台电脑，人们一时“谈熊色变”。由于此病毒会感染磁盘所有EXE，每个被感染的EXE都有典型的图标——熊猫举着三根香的模样，所以被称为“熊猫烧香”。

高校9.27事件简介：

不知出于何种目的，9月27日一款名为“送给最好的TA”的手机APP在各大高校间。由于好奇心的驱使，不少同学在安装并打开立刻意识到自己就要身败名裂了。因为诡异的音频流氓软件在打开之后会让你的手机失去控制，以最大音量不断的播放娇喘声，此外还会持续截图盗取信息。 在中招后，不仅无法减小音量，不能锁屏，也没法关机，唯一能让它停下的方法只有破坏手机。

目前已经有很多名同学受其所害，更可怕的是有部分人处于看热闹不怕事大的心理将该APP改名后继续传播。

两件事的异同之处：

虽然两个事件相隔13年但他们却有着不少相似之处：同样是简单的低级病毒，同样是恶作剧式的心理，同样是让中毒者深恶痛绝痛不欲生,同样是具有典型意义——一个是电脑端的典型，一个是手机端的典型.，同样是人们对病毒防范的意识不深.....

不同之处在于制作“熊猫烧香病毒”者个人性格更张扬，“给最好的TA”的始作俑者更低俗，也更小心翼翼，反侦查意识更强。“熊猫烧香病毒”针对面更广，波及范围更大，“给最好的TA”针对的人群学历水平更高，指向性更强。

为何知名大学纷纷中招？

“给最好的TA”，一听名字就牢牢的勾起了大学生的好奇心，很好的伪装再加上熟人的推荐等等，让大学生防范意识降到了最低。可以说这款病毒一开始就是针对大学生而设计的，所以它巧妙的避开了大学生的防范区，中招也就在所难免了。

况且，现在人们对手机病毒这一块的知识了解不深，见的不多，盲目的相信现在的手机防护技术是无所不能的。

“9.27”事件后的反思与防护！

像“熊猫病毒”一样，事件过后才能引起人们的足够重视，防范意识才会加强。熊猫病毒过后，电脑杀毒软件得到了飞速发展，相信“9.27”事件后，手机的防护也会得到快速发展。

其实对于这类病毒的防范并不难，老生常谈的话了，

一，未知来源的文件不点开；

二，不是官方正规途径的APP不下载；

三，不是特别熟悉的人的链接不点开。

感谢阅读，欢迎点赞关注，更多交流咱们评论区见。

4、工作站较集中时选择什么拓扑结构？

应选择星型拓扑结构。

星型结构是指各工作站以星型方式连接成网。网络有中央节点，其他节点（工作站、服务器）都与中央节点直接相连，这种结构以中央节点为中心，因此又称为集中式网络。

星型拓扑结构便于集中控制，因为端用户之间的通信必须经过中心站。由于这一特点，也带来了易于维护和安全等优点。端用户设备因为故障而停机时也不会影响其它端用户间的通信。同时星型拓扑结构的网络延迟时间较小，系统的可靠性较高

5、有什么面板可以实现吗？

可以用运维管理软件。云帮手是一款集中化服务器管理软件，提供全方位的云服务器管理服务。融合大数据分析、可视化、态势感知、威胁情报分析技术，为客户提供一站式云安全产品、服务和解决方案，实现服务器、网站及业务的安全稳定运行。

其全面支持所有主流云服务提供商，同时兼容Windows、CentOS、Ubuntu、Debian、OpenSUSE、Fedora等主流云服务器操作系统。支持多台服务器可视化管理，监控告警，日志分析等便捷功能，提供跨云多平台一站式批量云服务器安全管理服务。

多重防护安全保障

全方位立体化纵深防御机制，保障云服务器系统安全、应用安全!

安全巡检一键修复

云帮手官方版为您提供24小时不间断健康巡检、全面体检、系统一键加固、系统漏洞扫描一键修复，风险将无处可藏!

批量管理环境一键部署

化繁为简集中批量管理云服务器、一键部署Web、应用运行环境，让运维得心应手、事半功倍!

跨平台远程登录文件管理

集成Windows系统RDP远程桌面协议、Linux系统SSH远程登录协议，让远程登录如临其境;模拟Windows文件浏览器，让远程文件管理触手可及!