1. 技术的发展变革
云计算的普及，也促使最新热门的开源技术的普及使用。因为大家使用的大多数云产品都基于热门开源技术做了定制化开发及封装。比如，负载均衡（Server Load Balancer，SLB），其中，四层就是基于LVS（Linux Virtual Server，Linux虚拟服务器，它是一个虚拟的服务器集群系统。本项目在1998年5月由章文嵩博士成立，是中国国内最早出现的自由软件项目之一）、七层就是基于Tengine（Tengine是由淘宝网发起的Web服务器项目，它在Nginx基础上，针对有大访问量需求的网站，添加了很多高级功能和特性）等做了对应定制化开发及优化。云计算浪潮席卷着互联网，同时在技术更新迭代、实践上也引领着变革。
（1）在技术更新迭代方面的变革
大多数运维人员都喜欢墨守成规。因为系统90%的事故都是由变更导致的，所以我们担心新的技术、新的软件版本会影响系统稳定性，觉得“最好的技术就是自己最熟悉的技术”，总是喜欢用同一版本的操作系统、同一版本的中间件，哪怕其版本的更新迭代已经进行得如火如荼。
而云计算的普及，促使我们尝试接触新的技术、新的版本、新的特性。从某种程度上来讲，甚至是逼着我们去用这些新的技术、新的版本、新的特性。比如，一方面，云计算已经成为必备IT基础设施，另一方面，云平台基本上都会下架一些旧版本，就拿操作系统来说，随着RedHat7的推出，云端很快进行了更新换代，你无法再选择一些旧的软件版本。
（2）在技术的实践变革上
2012年、2013年，云计算在国内还处于概念期。那时候我作为阿里云架构师更多的是给客户介绍这个概念，而如今，更多的是用户急切地跑来咨询：如何用云来满足自己的业务需求，如何更好地使用云的一些产品及服务。
而在日常的学习中，我看到很多书籍、技术文档等还在讲磁盘的RAID、OpenStack，基于物理硬件的部署、调优等技术。这些技术已经在被逐步淘汰，在云上，我们可能再也接触不到物理服务器。相关软件的安装配置、调优、高可用等都会由云平台来完成。未来的技术方向是我们如何更好地使用、实践这些云产品及云技术。
2. 在运维技术方面的变革
在运维领域，运维自动化一直是运维技术最重要的体现，也是运维的灵魂。运维自动化一般有以下几个阶段：
·人工阶段。日常运维全部靠人工来做。
·脚本及工具阶段。对于日常重复的事情，我们开始尝试用脚本、工具来替代人工方式，以提升效率。
·平台化阶段。用平台界面智能化操作来完成日常运维命令或执行脚本/工具，以进一步提升效率。
·智能化阶段。智能运维，如自动扩容、故障自愈等，进一步减少人为参与，进一步提升运维效率。
从事运维工作这么多年，我发现大多数中小企业的自动化水平还停留在脚本及工具阶段，运维全靠人工。比如很多企业做代码发布都还是通过手动操作SCP、FTP的方式更新线上代码再重启服务，效率实在低下。云平台本身就是一个大的自动化平台，随着云平台的普及，我们的运维技术水平得到了极大的提高，让我们直接进入平台化的阶段。通过这个大的自动化云平台，我们的运维效率及质量得到了质的飞跃，我们可以将更多精力放在自身业务场景中。
3. 在技术体系架构的变革
IT架构和技术架构的演变其实是相辅相成的。就比如每次微软有新的操作系统推出，背后都隐藏着Intel CPU的升级换代；苹果手机每次有新品发布，背后其实也都隐含着硬件的升级换代。产品业务越来越复杂，就需要越来越好的硬件来支持。可以说，IT的体系发展支撑着技术架构的演变。同时，技术架构的演变也推进着IT的体系发展。
IT体系会经过以下3个阶段：
1）物理机体系阶段。传统的IOE架构其实是物理机的典型代表。想使用计算资源，就需要去购买对应的硬件。
2）云计算体系阶段。在传统硬件服务器的基础上，通过虚拟化及分布式技术形成对应的云资源平台。对计算资源的使用，如同使用水和电一样，在云资源平台上按需索取即可，而不用再和底层物理硬件打交道。
3）容器体系阶段。我们既不用关注底层物理硬件，也不用关注用的云平台是AWS还是阿里云，我们的业务都能无缝过渡及运行。我们对计算资源的使用会脱离对硬件，甚至是对各个云平台的依赖。相应地，对应的技术架构会经过以下4个阶段：
1）单机架构的阶段。IOE架构（IBM的小型机+Oracle+EMC存储）是单机架构中的典型代表，都是高配性能的计算资源，在这个阶段的架构，其业务基本上都是单机部署的。有时候数据库和业务代码甚至部署在一台高配机器上，完全要靠单机的硬件性能来支持更多的业务访问。
2）集群架构的阶段。集群架构其实是单机架构的演变。集群架构的典型技术特点就是，一般采用虚拟VIP技术（如Keeplived、Hearbeat）解决单点故障问题，让架构高可用，如图1所示。而值得注意的是，在云端，对应的云产品底层都用集群架构来保障高可用。
图1 单机架构向集群架构演变
3）分布式架构阶段。分布式架构最重要的特点就是，不管是业务代码还是数据库，都是通过多台服务器以分布式模式部署的。如果业务压力增加，那么就增加对应的服务器资源。在云计算阶段，分布式架构特别适用于云平台部署。这个架构对服务器单机的性能依赖不高，主要通过大量的云资源进行分布式快速部署，来满足业务发展和迭代需要。值得注意的是，分布式架构是集群架构的演变，很多人把集群架构和分布式架构混为一谈，这是很大的认识误区。集群的虚拟VIP技术只能将一台服务器作为热备（Backup），并且只有在主服务器故障的时候，才会切换到热备上，平时其都是处于空闲状态。而分布式架构的技术特点就是，负载均衡的引入，让不同服务器同时应对业务压力，而如图2所示。
图2 集群架构向分布式架构演变
4）微服务架构阶段。微服务架构本质上也是分布式架构，微服务其实是业务功能层面的一种切分，即切分成单个小型的独立业务功能。多个微服务通过API网关（Gateway）提供统一服务入口，对前台透明，而每个微服务也可以通过分布式架构进行部署，如图3所示。这给研发灵活性、业务后期迭代带来了极大的可扩展性，这是未来软件技术架构的主流。微服务在云平台的基础上结合Docker容器技术进行部署，能让业务、运维、架构在技术和非技术方面的稳定性、成本、效率、可扩展性等都达到最优。
图3 分布式架构向微服务架构演变
