东软防火墙

云计算的未来趋势是什么？

谢邀，回答这个问题我可能比较有经验，先来向大家展示一些生活中很常见的场景。

场景一：许多人都喜欢出行游玩，原本开开心心出去，但是遇到堵车，有时候甚至1、2个小时都不能前进半步，完全影响了出游的心情，这时候很多人就会希望，有一个智能的系统能够帮助道路更具智慧，让交通变得不再拥堵。

场景二：谁家还没有遇到过要办这个证、那个证的时候，但是***最让人糟心的是，只为办一个证，有时候要跑不同的地方和部门，就只是因为***各部门的IT系统各自独立现象十分常见，低效、浪费***，于是有人就希望打通所有数据，真正实现高效的管理。

基于以上类似的原因，云也因此诞生了。同时，这也是阿里云存在的意义，事实上我们帮助大家实现了这样的场景：让车辆出行速度提升15%、 “最多跑一次“等等在以前没有云的时候是无法想象的事情变成了可能。

(1）云交付模式正在变得更加智能

(2) 将智能带入云空间

(3) 安全性和法规遵从性得到提升　

(4) 强调创新和应用开发技术

(5) 云游戏、虚拟现实和增强现实的繁荣

云计算大数据可以上让平台经济在国家监管下让民族品牌产销见面，让老百姓通过消费数据充分解决需求与财富分配的问题，让***从权利***变成服务性***，让贪官不敢贪，让医疗线上与专家为老百姓服务。让农村人也能通过直播间把产品卖向有需求的客户。

从另一个角度来讲云计算已经渗透到了it所有领域，云计算本身不包含任何的新技术，而是多种技术的融合，比如云计算的核心虚拟化技术。云计算更像一种商业模式，这种模式会影响很广。比如一个公司的业务完全可以放到云上面，连服务器防火墙都不需要了，所以对设备厂商是一个不小的冲击，后期运营商提供管道，通过云计算企业内部的网络更加扁平。只需要有接入设备即可。

对网络工程师也有不小的冲击，企业通过云计算可能不需要招聘网络技术人员和运维工程师来维护自己的网络，只是提供云的厂家维护即可。未来可能网络工程师将大量面临失业。

云计算尤其在公有云市场BAT将垄断，设备厂商的盈利点主要在私有云或者混合云。

2019年以来就有许多关于云计算未来趋势的文章发布，意畅网盘摘取以下两篇文章的核心内容，作为参考。

以下内容来源文章《2019年云计算行业10***展趋势》

　　1、广泛使用智能决策成为企业先进标志

　　2、企业将整体上云

　　3、云成为企业获取人工智能最重要路径

　　4、硬件云服务商逐步告别公有云市场

　　5、公有云市场进一步集中

　　6、企业更偏好全栈解决方案

　　7、企业因为安全拥抱云计算

　　8、 云计算渗透率进一步提高

SOA和微服务架构的区别是什么？

我们可以先来看下什么是微服务和SOA再来说他们之间的差别。

微服务

微服务 (Microservices) 就是一些协同工作小而自治的服务。

❝

2014年，Martin Fowler 与 James Lewis 共同提出了微服务的概念，定义了微服务是由以单一应用程序构成的小服务，自己拥有自己的行程与轻量化处理，服务依业务功能设计，以全自动的方式部署，与其他服务使用 *** API 通信。同时服务会使用最小的规模的集中管理 (例如 Docker) 能力，服务可以用不同的编程语言与数据库等组件实现 。「***」

❞

拿 helloworld 程序来举栗子，想象一下你是 helloworld 公司的 CTO（老板还缺人吗？会写代码的那种），***设你们公司的 helloworld 业务遍布全球，需要编写不同语种的 helloworld 版本，分别输出英语、日语、法语、俄语...现在世界有6000多种语言（奇怪的知识又增加了）。

有人会说这还不简单我用switch case语句就完事了，同学，不要较真我就是举个例子，现实中的业务比 helloworld 复杂多了。好了，我们姑且认为按语言输出是个庞大复杂的工作，这时候就可以用微服务架构了，架构图如下：

微服务首先是一个架构思想，和它同一层面的东西有SOA，SOA是一种粗粒度、松耦合的的服务架构，强调的是异构系统之间的通信和解耦合，而微服务架构强调的是系统按业务边界做细粒度的拆分和部署：

两者有个最明显的区别，SOA的通信使用企业服务总线ESB，微服务的通信使用轻量级通信协议如Restful。

微服务架构系统灵活性，健壮性，扩展性好，特别适合需求变化迅速的场景。但系统复杂度高，部署，管理难度大。微服务除了开发期框架之外，还有需要一系列的运行期中间件支撑，如API***，服务注册中心，统一配置中心等。 目前国内比较成熟的吧，东软有一支团队在做，他们网站是 ***s://platform.neusoft***/

SOA粗暴理解：把系统按照实际业务，拆分成刚刚好大小的、合适的、独立部署的模块，每个模块之间相互独立。

每个模块之间都能独立运行，不会缺少某个程序无法使用的情况，有比较强的容错率，多服务的情况服务之间的治理、还有问题的排查就会以几何程度增加，但是同时也增***务的高可用性 ，横向扩展能力。

需要通过中间件来达成服务之间的沟通。

微服务架构强调的第一个重点就是

业务系统需要彻底的组件化和服务化，原有的单个业务系统会拆分为多个可以独立开发，设计，运行和运维的小应用。这些小应用之间通过服务完成交互和集成。每个小应用从前端web ui，到控制层，逻辑层，数据库访问，数据库都完全是独立的一套。在这里我们不用组件而用小应用这个词更加合适，每个小应用除了完成自身本身的业务功能外，重点就是还需要消费外部其它应用暴露的服务，同时自身也将自身的能力朝外部发布为服务。

如果一句话来谈SOA和微服务的区别，即微服务不再强调传统SOA架构里面比较重的ESB企业服务总线，同时SOA的思想进入到单个业务系统内部实现真正的组件化。

SOA架构强调的是整体企业IT架构，而企业IT架构包括应用架构、数据架构、技术架构，SOA架构及方***帮助企业制定正确的IT架构战略，将企业系统划分为不同的服务，增强系统间的灵活性的同时，为企业搭建一个统一的IT治理体系。微服务架构更多则侧重于应用架构，或者说应用开发的技术架构。

早期SOA刚兴起时，提到SOA，经常想到ESB，ESB定位是通过热拔插方式实现系统的集成、互联互通，SOA是一个概念，ESB做支撑落地SOA，SOA架构更加偏重于企业资产的复用，***服务化管理，解决异构应用的对接和服务化。

微服务强调服务拆分尽可能小，服务相互独立无互相依赖，尽可能使用简单协议如REST，微服务更加强调服务的自治性，每个模块模块能够单独部署，这样一方面简化了模块重组排列的方式，但同时将每一个应用拆分为单独的部署工程增加了工程下测试、运维的难度。