2017年需要得关注的DevOps趋势
http://www.ITILchina.cn/a/142.files/image001.png 一、DevOps的的明确定义将最终出现 企业在向DevOps转型的过程中都会遇到各种挑战。现在至少其中一个挑战即将画上句号 -- 理解DevOps的准确定义。“2017年将是DevOps终于宣告其‘1.0稳定版本’的一年”。 关于DevOps的定义，其中一种看法是DevOps是新一代的应用生命周期管理（ALM）方法。“许多企业将质疑敏捷并认可DevOps作为新的应用生命周期管理方法。DevOps超越敏捷一个时代，而不是敏捷的一个超集。作为这个转变的一部分，我们将看到基础设施即代码（IaC）继续在持续交付流水线中获得重要地位。“ 二、测试人员将学写代码不然就会消失 对于许多测试工程师，2016年的口号是“学写代码或者灭亡。” “持续集成和持续交付使Selenium Webdriver从巨浪变成了真正的海啸，全面冲击几乎所有的软件测试行业，使手工测试工程师生存艰难并严重削弱了他们的就业基础。” 2017年将是测试人员的关键一年，现在大部分工作都要求比以往任何时候都高的专业化程度。“无论是专注于数据仓库或ETL，专注于自动化，或专注于之前被认为仅仅是测试一方面的某个专项技能，”。 三、“回复本源”的敏捷运动将获得新的动力 敏捷宣言创建的15年之后，敏捷和Scrum被许多人认为是最佳实践，但也有人被教条化的敏捷方法及其无意中带来的副作用弄得苦恼不堪。 两个运动最有可能获得行业主流的关注。其中之一是Joshua Kerievsky的“现代化敏捷 (Modern Agile)”，这也Agile2016的主题演讲。另一个是“敏捷之心(Heartof Agile)”，由敏捷宣言的签署人之一Alistair Cockburn提出。 四、越来越多的企业将迁移到云上，但会忽略PaaS 2017年将是企业大规模迁移到云环境的一年。“如果人们在2016年迁移20个应用，那么在2017年，他们将迁移500个。” 企业使用云计算的方式也将在今年开始改变。“平台即服务（PaaS）将开始慢慢死去...因为它把解决方案紧耦合到云供应商的平台上。” 公司将转而青睐基于容器的解决方案，以获得在多个云供应商组成的混合云环境上的灵活性和可移植性。（编者注：这里的的PaaS不同于下面所说的基于容器的PaaS） 五、微服务炒作将开始降温 围绕微服务的热度在2016年达到顶峰。虽然微服务对于许多应用程序是一个很大的进步，但它是不是灵丹妙药。“微服务的过热在今年降温。” 很多企业把微服务作为现代化的、轻量级框架的代名词。“当然，这些轻量级的替代方案是向前迈出了很大的一步。但是这并不意味着你也一定需要一个分布式架构。对于那些不明白架构和工具之间区别的公司来说，微服务将成为新的面向服务架构（SOA）。（类似地，）在2017年这些公司可能会投入大量的金钱在他们实际上并不需要的商业工具上。” 六、容器和容器调度工具将变得更容易使用 主流云供应商正在投入巨额资金给容器。容器集群管理就是供应商正在构建的解决方案中的一个关键领域。 对容器的兴趣将在今年继续增长，但只是对新开发的应用程序而言。“对老旧的程序应用容器既困难又昂贵。” 容器在去年成为许多开发工作流程的一部分，今年，他们将特别体现在进入生产环境方面。 Kubernetes将成为主流容器调度引擎 在2017年，Kubernetes正在成为容器调度领域事实上的行业标准。但Kubernetes还是较难于设置和使用，因此基于容器的PaaS系统，如RedHat的OpenShift和CoreOS Tectonic，将有助于降低IT企业进入Kubernetes和容器调度世界的门槛。 云服务提供商之间的竞争不再是关于虚拟机的了。取而代之的是，竞争将集中在容器平台上，以及如何尽可能容易地在云上运行容器。“2017年会像是几年前的IaaS平台一样，选择什么平台上运行容器是关键。”
七、 Serverless的热度将不逊于微服务和容器 Serverless（也称为功能即服务"FaaS"）是在IT的最新趋势之一，具有巨大的潜力从根本上改变一些组织如何开发软件。 “Serverless拥有使IT部门彻底摆脱基础设施管理的潜力，而能专注于应用程序的开发和部署。虽然IT一直是一个持续变化的领域，但明年IT组织面对的机遇和挑战将是前所未见的。“ 2017年微服务和基于容器的云基础设施将会与Serverless结合，而不是互为竞争对手。这种趋势的一个例子是新产品的涌现，比如Iron.io的IronFunctions，该产品很有”无处不在的Lambda“的意味。 行动列表：如何向前迈进 现在你已经了解专家们对于今年DevOps趋势的预测，该如何应对？这里有几个建议，以帮助你为来年的业务做好准备。 · 在你的DevOps转型中专注于基础设施即代码。它现在是一个核心组成部分。· 测试人员仍然可以是多面手，但他们需要成为领域专家。他们还需要学习基础的编程知识，并且有能力编写自己的应用程序。· 重新评估您的团队采用的敏捷过程，并考虑回归到敏捷的本质，比如使用”现代敏捷“或”敏捷之心“给出的原则。· IT操作应考虑脱离旧的、被供应商锁定的PaaS服务，开始探索新的基于容器和基于Kubernetes的PaaS产品，以达到可以在多供应商组成的混合云环境上运行的灵活性和可移植性。· 一旦你已经研究了为什么要迁移到微服务的所有原因，也应该找找那些为什么不应该迁移到微服务的相关文章，以获得更平衡的观点来抵制过热炒作。· 如果你只在开发中使用的容器，是时候开始尝试各种在生产环境中应用它们的方法了。· 开发和运维管理应该大力研究Serverless架构，并开始尝试使用它。（许峰 编译）
页:
[1]