容器即服务带来运维的革命
据Docker声称，2016年将是容器即服务（CaaS）之年。不仅如此，还将是“以运维（Ops）为主导的容器即服务”之年。
Docker这家公司在2016年大预测中提到了容器即服务：“以运维为主导的容器即服务架构将大大简化容器在生产环境的部署和使用，这种架构专注于让IT部门能够解构整体式应用程序架构，改而支持微服务。CaaS会取得成功，不需要组织变化――开发运维（DevOps）的兴起带来了组织变化，由于重新关注运维方面为开发方面所能做的事情，因而不需要换用新工具、学习新技能。”
正如企业战略集团（Enterprise Strategy Group）的资深分析师Colm Keegan所言：“开发人员在很大程度上推动了容器的使用，而且多少不借助外力完成了这个壮举。出于防御，运维人员在过去对容器技术接触不多，对于如何处理这项技术心里没个底。正因为如此，出于需要，开发人员开始自行管理这些环境......同样出于需要，他们不得不承担起运维控制这项技术的重任。这就成了一个问题，因为他们花一部分时间来从事运维人员的工作，而不是专门从事开发人员的本职工作。”
他表示，将容器作为一项服务来提供，这意味着IT部门认可它，将其视作一项得到支持的服务，并对它实施所有必要的控制措施，比如安全和治理，不仅在本地数据中心提供这项服务，还有可能在公有云上提供该服务。
据Docker的产品管理高级副总裁Scott Johnston声称，2015年，运维部门对于如何最有效地部署和管理容器普遍颇有兴趣。他表示，这促使包括Rackspace、Joyent、微软和Docker在内的许多厂商纷纷提供容器服务，成为“一个名副其实的产品类别”。
Johnston说：“大家不光光认识到需要管理这些容器，还开始提供一系列产品，对于需要怎样才能成功地管理那些容器有了很坚定的观点。”
“如何从开发人员的笔记本电脑一路管理到生产环境，这个问题其实没有被人讨论，也没有被人了解。”
“运维团队在搭建这些自助式门户网站，好让开发团队一开始就拥有从笔记本电脑到生产环境的端到端解决方案。相比外面一些以运维为中心或只关注运维的解决方案，虽然运维团队是采购方，但是他们在搭建整个应用程序交付环节中所有相关方要使用和消费的基础设施。它之所以以运维为主导，原因在于，运维团队往往拥有服务器、数据中心以及底层的计算、存储和网络等资源。”
他表示，应用程序正在推动这下一波浪潮，运维人员不想成为绊脚石，而是想成为支持者。
Johnston说：“他们需要这种产品：可以对这些计算、网络和存储资源进行治理，同时为开发团队开发的应用程序提供灵活性、敏捷性和可移植性。开支票的是运维团队，但他们想成为基本上由应用程序开发团队驱动的这个工作流程中的合作伙伴。”
他以安全作为例子，表示2016年会更加需要端到端安全解决方案。
“你应该一开始就做好安全，而不是投入到生产环境前一刻才去做安全，因为事后做安全就好比粘‘创可贴’，治标不治本。在我们的生态系统中，我们看到有一项技术备受追捧，那就是映像签名（image signing）。就在映像要与其他映像共享应用程序时签名。一旦签名，你就可以让安全团队在上面签名，让质量保证团队在上面签名......随着时间的推移，你对于这一个容器经历了哪些步骤就会一清二楚。”
“这让运维团队可以对如何部署该应用程序做出实时决策，最终实现自动决策。比如说，‘这个容器有超秘密的知识产权（IP），所以它只能部署到企业内部的本地数据中心’，或者‘这是个简单的测试应用程序，可以部署到公有云上。’这是个很好的例子，表明了整个环节的起点做好工作会如何给下游带来巨大好处。这仅仅是一个例子而已，表明了容器即服务如何提供了开发人员寻求的敏捷性，同时提供了运维人员寻求的控制性。”
他认为，网络和存储方面出现了类似的动向。
“许多企业说，‘在我的应用程序从开发阶段、质量保证阶段一路进入到生产阶段的整个过程中，正常运行不可以受到影响。我的应用程序在经历那些阶段时，让它可以保持逻辑关系，抛开实际实施。’这给存储和网络厂商施加了压力，需要开发实施插件，并征求我们的积极反馈，了解从应用程序的角度来看，那些面向网络和存储的API需要是什么样子。所以，到时会专注于应用程序层面更干净的API，以及针对网络和存储堆栈的越来越不同的实施。”
Joyent公司首席技术官Bryan Cantrill表示，那些工作已经一直在进行。他认为，真正的挑战在于，消除容器方面的困惑，云原生计算基金会（Cloud Native Computing Foundation）在开展这项工作。
“我越与从业人员交流，越相信这一点，那就是容器的最大障碍是整个堆栈中所有这些不同部分方面的所有这些貌似相互竞争的解决方案，而不是了解各部分彼此如何竞争或彼此适合。从某种程度上说，互操作性一向是次之再次之的问题。我认为，我们在2016年会看到，互操作性成为极其重要的一个问题。我们需要改变观念，由这种抢地盘的观念变为注重互操作性。我们需要定义其中一些接口边界，那样人们才能在边界底下进行创新。”
“有了微服务，我们不会进入到一家提供商提供全部的某种垂直整合的整体式堆栈。”
他表示，那不是厂商想要听到的，因为厂商希望自己能提供那下一个“神奇的堆栈”。
“与那相比，神奇堆栈的兼容性要强得多，可组合性要强得多，互操作性也要强得多。”
市场研究机构451 Research的云管理和容器研究经理Jay Lyman也特别指出，大家对容器管理中的运维产生了日益浓厚的兴趣。
他所在公司的《企业之声》（Voice of The Enterprise）研究在2015年第一季度调查了991名企业IT专业人士，结果发现一半以上的企业表示，它们正处于考察和评估容器的阶段。调查还发现，大家对应用程序容器在试验之外的应用领域有相当大的兴趣。20%以上的企业表示，容器用于试验及试点、测试及开发以及生产应用程序的的初步或广泛实施。
他说：“考虑到亚马逊及其他公有云为企业云采用越来越普及发挥了主要作用，看到用户需要采用SaaS模式的容器、厂商积极响应也就不足为奇了，像Shippable这些公司和现在的Docker提供在这种容器。”
今年我们还看到，厂商更加关注容器的IT运维方面，而不是只关注开发人员，这表明虽然应用程序容器趋势仍处于发展过程中的初期阶段，但是它已经在企业IT市场成熟起来。
“最后，虽然我们在应用程序容器格式方面一开始就有一种事实上的标准（Docker），但在容器管理和编排层面仍缺乏标准，相关软件和众多提供商都得到了相当大的关注和使用，比如亚马逊EC2容器服务、CoreOS Tectonic、Docker Swarm、谷歌容器引擎、Kubernetes和Mesosphere，它们结合起来使用，实现了真正的开源合作竞争。”
“由于企业采用应用程序容器，用于更多的基础设施管理和应用程序发布，这有点像是它们面临的下一大问题：我该使用哪个来大规模管理生产环境下的这些容器？我预计，在2016年，我们会开始看到其中几家会逐渐成为企业市场的绝对领导者。”
Keegan的研究是上个月开展的，它也提到容器在企业逐渐得到采用，不过在生产环境却很少使用，这与其他公司的之前报告恰好相反。
在针对308名IT决策者的一项调查中，36%的人表示，他们使用容器很有限，比如在虚拟机里面的开发环境中；32%的人目前在测试容器；16%的人表示，他们计划使用容器；还有8%的人表示，他们对容器是有兴趣，但目前还没有这方面的计划。
他表示，他交谈过的大多数企业人士仍期望在虚拟机里面使用容器。
“我仍认为，容器方面仍需要大量的普及工作，设法弄清楚容器与虚拟化环境如何共存、会有什么样的长远影响。我交谈过的大多数人并不认为容器和虚拟化环境水火不相容。你可以做到两者共存。容器不会统治世界，虚拟机也不会销声匿迹。”
云头条编译｜未经授权谢绝转载
云头条“容器群”欢迎加入，加入不了，可以加群主微信：aclood