㈠ 云计算和传统IT相比，有着怎样的巨大优势

在云计算走向成熟之前，我们更应该关注系统云计算架构的细节，从传统的架构到云上大数据，实现了很多的转变。传统的大数据平台计算和数据一般都在一起，到云上之后计算后可能为虚拟机、或容器，存储和计算是分离的。任何计算节点访问存储时都是通过高速互联网络把数据迁移到本地来，实现的优势也就是大数据的服务化，灵活配置。因此，借助强大的计算性能，结合云计算平台的优势，从传统架构的大数据平台向云上数据的转变，将给用户提供更高的灵活性和管理，并能够为用户节省大量的成本。

云服务器体系架构包含云处理器模块、网络处理模块、存储处理模块与系统模块等。这种架构的优势使得云服务器可以大幅提高利用率。采用多个云处理器完成系统设计，引入低功耗管理方案完成对系统的集中冗余管理，同时优化系统设计，去除重复硬件。经过高效的资源整合，提高利用率，从而使得性价比得以提升，引起网站服务器租用价格的降低。

云服务器凭借其合理的网站服务器租用价格，为各类企业节省大量的业务成本，从而赢得不少企业的青睐。

㈡ 云计算模式的IT架构和传统IT架构的区别是什么

一、主体不同

1、云计算架构：多数数据中心云计算架构的这层主要是用于以友好的方式展现用户所需的内容和服务体验，并会利用到下面中间件层提供的多种服务。

2、传统架构：指的就是说相应的系列性的抽象模式，可以为设计大型软件系统的各个方面提供相应的指导。


二、特点不同

1、云计算架构：云架构是划分为基础设施层、平台层和软件服务层三个层次的。

2、传统架构：在软件架构所描述的对象就是直接的进行系统抽象组件构成。连接系统的各个组件之间就是做到把组件之间所存在的通讯比较明确与相对细致的实施描述。

三、优势不同

1、云计算架构：通过互联网提供软件服务的软件应用模式。在这种模式下，用户不需要再花费大量投资用于硬件、软件和开发团队的建设，只需要支付一定的租赁费用。

2、传统架构：为软件系统提供了一个结构、行为和属性的高级抽象，由构件的描述、构件的相互作用、指导构件集成的模式以及这些模式的约束组成。


㈢ 浅析互联网系统和传统企业IT系统的异同

首先我觉得这个架构好处是实现原理简单，而且扩展性弹性比起RISC架构来好处不言而喻但其实这个架构里面也存在着无谓的资源浪费可能性例如拿存储而言，目前Hadoop类的多副本分布式存储很火一份数据存三份，发现有数据损坏立即找空闲空间恢复听上去很简单很容易实现很高效，但如果你真的坐下来仔细算算账，你就会发现：

1. 当你数据量不大(小于PB)的情况下这种一份数据存三份方式的成本其实比现有任何商业存储方案的成本都要高

2. 这种方式下每台服务器的CPU利用率都很低，而现在市面上的大存储容量服务器，CPU配置都很高所以这种方式，基本上是对于CPU资源的一种浪费所以，或许对于数据量适中的企业来说，用EC CODE这种以计算能力换存储的分布式存储解决方案会比多副本方案更经济实惠

3. 这种方式很容易让IT运维人员产生一种**惯性思维 即要提高系统在线时间就多买些服务器就好了因为服务器多了分布性好了自然冗余度就高了于是不必要的服务器采购就这么产生了，每个数据中心也就又多了很大一笔不是很必要的电费开销

其次，我觉得分布式架构的某些故障很可能会产生连锁效应，导致更严重全局瘫痪打个比方，大家都知道赤壁之战的故事里面有个很著名的桥段就是庞统献连环计，铁锁连舟起始时使曹操万余战船连成一体稳如平地进可攻退可守前后都可照应看似完美，但唯有一个命门就是怕火攻而诸葛亮周瑜正是利用这个命门，解东风火烧赤壁把曹操百万大军杀的丢盔卸甲互联网的分布式架构其实我觉得也有类似命门大型机之所以那么贵，其实很多时候用户在为千万分之一甚至亿万分之一的万一买单而互联网，现在的公有云架构，在设计之初，基本的考虑思路是大用户，大并发，然后尽量减少TCO所以很多时候，设计架构时会先把那些千万分之一排除在外，暂时不予考虑而系统上线之后，稳定运行一段时间用户量**，精力往往又会去专注扩容方面了搞不好就会把一些命门漏掉，于是乎万一正好遇上东风吹到了命门上，后果估计会比曹阿瞒更惨因为IT世界里还没有那么仁义的关云长会在华容道上放曹操一马

最后，我想说互联网，云计算的业务类型其实和传统企业的业务类型不一样，所以大型机，系统处理的任务，运行的计算并不一定都适合移植到分布式系统架构上来还是以交通运输举例：我要去美国，目前还是只有飞机可以满足我的需求当然你可以说我坐动车也可以，无非是多转几趟跨国列车但那毕竟很勉强，速度不快，费时费力还不省钱，毫无意义人家直接飞过去就行了，你却要绕着太平洋海岸线跑一个大圈来兜，何必呢?

那么以上这些问题有没有办法解决呢?其实我觉得解决以上问题的关键就是两个字：运维分布式系统，要保障其安全可靠的运行，合理有效的扩容，关键不在系统的软硬件，而是在系统搭建之后的运维和持续的对系统的改进修正!现在网络上很多人都在热衷于各种开源架构如openstack，Hadoop的开发，应用场景探讨但个人以为这些开源系统的特点是搭建简单，维护艰难!要想把这些架构和技术真正投入企业成熟应用，在运维管理上投入的成本可能大得多因为这些系统架构更分散，出现的不可预估性更多，同时也更需要有人来理清何时用分布式架构，何种场景还是需要传统架构那么可能有人要问，既然如此，我们还有必要走分布式系统这条路吗?当然有!原因也很简单：分布式架构给了我们处理海量请求的能力和应对突发事件的弹性;同时分布式架构也使系统具备了更好的扩展能力和更多业务创新的可能性。