我们讨论了分布式系统、sre、容器化、无服务架构，人员倦怠以及与提供软件相关的人力与技术挑战等诸多问题 -- courtney nash, brian anderson
-1、 分布式系统 …… 06%
-2、 站点可靠性工程（sre） …… 09%
-3、 容器化 …… 23%
-4、 unikernels …… 31%
-5、 无服务架构（serverless） …… 38%
-6、 原生云程序开发 …… 51%
-7、 监控 …… 58%
-8、 devops 安全 …… 67%
-告诉我们关于你的工作 …… 73%
作者： courtney nash, brian anderson
译者： geekpi
预测趋势是棘手的，尤其是在快速发展的系统运维和工程领域。2016 年，在我们的 velocity 大会上，我们讨论了分布式系统、sre、容器化、无服务架构，人员倦怠以及与提供软件相关的人力与技术挑战等诸多问题。以下是我们认为的下一年的趋势：
我们认为这个很重要，我们在整个 velocity 会议上再次关注了它[1]。
站点可靠性工程site reliability engineering[2]（sre）-它只是运维么？或者它是 devops 的另外一个名称吗[3]？这是 google 对那些需要做大量系统及软件工程的运维专业人士的称呼。它由在像 dropbox 公司的前 google 人向业内推广，招聘 sre 的职位[4]正不断增加，特别是有大型数据中心的面向网络的公司。在某些情况下，sre 的作用更多地是帮助开发人员运营自己的服务。
公司将继续容器化它们的软件交付。docker 公司本身已经将 docker 定位为“增量革命[5]”的工具，对遗留应用进行容器化已成为企业的常见案例。docker 的未来是什么？随着工程师继续采用诸如 kubernetes 和 mesos 之类的编排工具，更高层次的抽象可能为其他容器（如 rkt、garden 等）提供更多空间。
unikernels 是容器化之后的下一步么？它们不合适产品环境么？有些人吹捧 unikernels 的安全和性能好处。关注一下 unikernels 在 2017 是如何进化的，特别要关注下 dokcer 公司在这个领域做的[6]。（今年它已经收购了 unikernel systems）
无服务架构视功能为基础的计算单元。有些人认为这个术语是误导性的（让人想起 “noops”），并且更倾向于把这个趋势称为“功能即服务functions-as-a-service”（faas）。开发人员和架构师正在越来越多地尝试这个技术，并期望看到有越来越多的程序用这个范式编写。更多关于 serverless/faas 对运维的意义，请查看 michael hausenblas 的 serverless 运维[7]免费电子书。
就像 devops，这个术语已经被市场人员使用并滥用很久了，但是云计算基金会cloud native computing foundation（cncf）为这些新工具（通常是谷歌发起的）做了一个很好的例子，这些工具不仅利用了云，而且特别还在于分布式系统（即微服务，容器化和动态编排）所提供的优势和机会。
随着行业从 nagios 风格的监控发展到流化指标和可视化，我们在生产越来越多的系统数据，而如何理解它们则是下一个挑战，因此，我们看到供应商开始提供具有机器学习功能的监控服务，以及更普遍的是 it 运营人员开始去研究让机器学习分析系统数据的技术。同样，随着我们的基础设施变得更加动态和分布式，监控越来越少地检查某个资源的健康状况，更多的是在服务之间追踪流量。因此，分布式跟踪已经出现。
随着 devops 安全的普及，安全性正在迅速成为团队范围的关注[8]。当重视安全和合规方面的公司在速度的竞争上感到了压力时，要同时满足速度和可靠性的 devops 所面对的经典挑战尤其明显。
作为一名 it 运维专业人员 - 你是否使用系统管理的术语如 devops、sre、dba 等等。- 欢迎你来分享你的见解[9]。
作者简介：
courtney nash 主持 o'reilly media 的多个会议，是专注于现代网络运维、高性能程序和安全性的战略内容总监。一位前学术神经科学家，她仍然对大脑着迷，以及它如何告诉我们与技术互动和对技术的期望。自从移居西雅图，在一家蓬勃发展的在线书店工作之后，她花了 17 年的时间从事技术行业的各种工作。在外面，你可以看到 courtney 在骑自行车、徒步旅行、滑雪。。。
o'reilly media 的基础架构和运维编辑 brian anderson 介绍了从传统系统管理到云计算、web 性能、docker 和 devops 等软件交付的重要内容。他一直从事在线教育，服务于学习者的需求超过十多年。
via:
[7]: serverless 运维 -
[10]: courtney nash - https://oreilly/people/3f5d7-courtneyw-nash
[11]: brian anderson - https://oreilly/people/brian_anderson