蓝色巨人的Bluemix：我们也做DevOps！

希望使其Bluemix租用云更好地适应快速应用程序开发和部署，IBM在星期二增加了三个新服务，旨在适应开发和面向操作的工具链。

Bluemix是IBM基于SoftLayer的Cloud Foundry风格的平台即服务，它增加了Continuous Delivery，将IT人员置于能够配置和查看自定义以及预配置工具集帮助开发和运营的中心位置。

例如，示例工具链可能支持使用GitHub作为代码存储库和问题跟踪器，Orion作为网络IDE，用IBM Pipeline进行交付，Bluemix用于运行容器的基本容器化应用程序。或者它可能通过结合Sauce Lab的基于云的自动化测试服务，PagerDuty的事件响应，以及Slack的协作和通信以及其他元素来支持微服务。

模板化的服务组为机构提供了一种用一组一致性工具启动项目的简单方法。

Bluemix提供了一些预制模板，其中包括一些来自与IBM合作的公司的服务，如GitHub和Slack。但它也允许人们构建自己的一套开发和部署服务。不管怎样，如果将该公司诸如Watson——该公司的随需应变人工智能——等其他服务也被整合进来，IBM是一点也不会介意的。

另一个新的Bluemix服务，即Delivery Pipeline，能够自动化软件构建、测试和部署过程以减少开发时间——通常在错误发布到生产系统之前就能够捕获到。自动化这些过程是DevOps精神的核心。

Bluemix的第三项增加是Availability Monitoring，同Continuous Delivery配合使用，不断地模拟来自世界各地的用户与Web应用程序及其API的交互，以便检测潜在的问题。它可以与工具链中的其他应用程序集成，以确保适当的人得到异常通知。

Availability Monitoring可能很快就会有自己的生活：IBM表示，它打算与Slack合作，改进Slack平台的通信工具，包括由Watson的对话能力支持的Slackbot以及能够识别和报告IT和网络操作事件的机器人。

在一封发送给《The Register》的电子邮件中，IBM的DevOps和云管理总监Randy Newell表示，尽管新服务并没有真正改变最适合Bluemix的项目类型，但它们将使DevOps工具链更容易扩展，并确保跨项目的一致性。

Newell表示：“在今天的竞争环境中，DevOps团队面临着持续不断的压力，要快速、无缝地创建和部署应用程序和更新，以跟上最终用户的期望和需求。”“然而，开发人员通常必须依赖不同的工具，这些工具不容易彼此配合协同完成工作。总的来说，我们希望开发人员能够更轻松、更快地在云中创建应用程序。”

根据Newell透露，每周有2万名新的开发者加入Bluemix。

原文发布时间为：2016年12月7日  本文作者：作者：齐丰润 本文来自云栖社区合作伙伴至顶网，了解相关信息可以关注至顶网。
DevOps 已死，AppOps 长存 本文最初发布于 Medium 网站，经原作者授权由 InfoQ 中文站翻译并分享。 没错，我玩了一把标题党。很抱歉，但这样做也是有理由的。我希望大家都来关注 DevOps 中一个被人低估的新趋势，即 AppOps。 在 IT 世界中，时不时学习新的流行语是家常便饭。大多数流行术语就像流星一样，在你完全理解应该学习的内容之前就消失在了天际。还有一些概念会成为接下来几年中的趋势，比如 DevOps 和 Frontend 就是两个例子。 新的术语层出不穷，所以我们必须专注于其中真正有意义的那些。我并不相信什么流行语或者趋势，我相信的是概念。即便技术和趋势纷纷过时，概念依旧长青。
我眼中的DevOps DevOps 是由开发(developments)和运维(operations)两个单词组成，可以看做是开发、测试和运维之间的一个交集，通过一些列固化的流程来使得整个项目的开发周期变得更便捷和可靠。
阿里巴巴DevOps实践指南（一）| 为什么DevOps的必然趋势是BizDevOps 从精益思想出发，我们可以看到DevOps的必然发展方向，那就是向业务侧延伸。业务是产品开发和运维的源头，完整的价值流必须从源头开始。这不是预测，而是正在发生的事实
漫画：说了这么多年DevOps，到底是啥？ 在过去，往往手工操作以勉强应对。但是，如今市场快速变化，而且每家公司都有着为数不少的IT产品，必须将固定且重复的流程自动化，必须具备恰当的工具链路代替人工操作，这就是持续集成、持续交付以及DevOps 的作用——减少等待，提升效率。