2017年五大DevOps变化

来自CEO办公桌的想法

2017年以DevOps爆炸开始;大量的资金被风投注入了DevOps技术公司，在今年的IT预算中，更大规模地采用工具和方法得到了批准，因为人们认识到DevOps是“必须拥有的”。2016年Gartner的一份报告显示，到今年年底，大多数组织将使用和实施DevOps。一项针对高德纳研究圈252名成员的调查显示，38%的人已经在2016年使用DevOps，另有35%的人计划在2017年实施DevOps。这超过了我们所面向的70%的IT市场!

虽然有预算，但DevOps相对较新，所以许多组织缺乏技术和工具的经验是很自然的。在这个不断发展和成熟的世界中，关键参与者寻求基本的标准和ROI的定义。不幸的是，DevOps领域的一些公司仍然在迎合利基市场，为“趋势”提供答案，而没有站出来解决真正的痛苦并承认这一点DevOps是一场革命，而不是一个趋势！

随着2017年的开始，我们根据预期的情况调整了我们的目标。以下是我们预测2017年将会发生的一些变化，以回应DevOps的前景。

变化#1:持续更新

供应商将接受并解决真正的痛苦!

持续集成，连续测试，持续交付vs.持续部署——这些都是影响DevOps实现的软件自动化演进的一部分。然而，它们都没有解决或提供端到端的解决方案来解决客户和社区面临的真正痛苦。在当今高度互联的世界中，当每个公司都成为软件公司时，软件更新发布必须以更快的速度进行，一个创新的IT管道必须遵守“要么发布，要么死亡!”的规则。公司管理层和客户中没有人关心您的工具是否集成，或者您是否执行集成部署。您需要释放更多、更快，并不断更新计算边缘。当被问及(见下图Gartner调查结果)“DevOps为您的组织创造了以下哪一种结果?”，绝大多数人回答:“快!”

持续更新将是JFrog在2017年的主要关注点。我们，“二进制人”，将解决客户的真正痛苦和支持他们不断增长的需求作为我们的使命，以最高质量保证更快地发布软件更新。

变化#2:服务于所有技术的通用工具

IT领导者将寻找可靠的通用解决方案，

每个组织，无论其规模或行业如何，都使用不止一种技术。你可以使用Java、c++、。net、NPM或Python作为你的编程语言，同时使用RPM、Debian或Docker进行打包和传输。DevOps的世界将不得不为您提供一个通用的解决方案!对于每种技术使用不同的解决方案已经没有意义了。没有时间进行评估;现在是生产时间，开发人员和运维人员需要整合和通用方法。说到生产，拥有一个“可靠的”工具是不够的;我们所有的企业客户，包括思科、甲骨文、推特、Netflix、瑞士信贷等3000多家公司，都已经意识到他们的数据中心必须是集群化的、高可用性的。这意味着DevOps工具必须提供具有5 - 9可用性的HA解决方案，才能获得进入软件发布管道和生产环境的入场券。

距离我们发布第一款游戏已经过去3年了Artifactory的HA版本它仍然是市场上唯一真正的HA解决方案。有最新的5.X版本， JFrog提供了一个原生云解决方案，不需要NFS来支持HA设置。

JFrog提供了一个通用的HA解决方案作为一个概念。据说JFrog的解决方案“整合得太好了，不会失败”。我们认为这是正确的编码方式。我们所有的用户和客户都应该有选择技术的自由，而不需要来自不同供应商的多种解决方案。他们都需要Docker注册表，NPM注册表或Maven存储库；他们不应该安装和维护多个解决方案，也不应该支付更多的费用。

变化#3:选择的自由

本地或云;混合模型将增强DevOps的能力

选择的自由不仅与你的内部技术有关，还与你所依赖的基础设施有关。云提供商已经意识到两件主要的事情:

• 按体积收费时，提供有竞争力的价格。2017年，我们预计存储和带宽价格将进一步下降。
• 用全套服务吸引开发人员。云服务市场不再是过去的“房地产”市场。AWS、GCP和Azure正在争夺开发人员，并提出了DevOps解决方案，以制定更好的服务包。

我们希望技术提供商能够给予DevOps社区“选择的自由”。JFrog提供了其解决方案的不同变体:开源和商业解决方案，它们在本地或云中提供。除此之外，我们让我们的社区选择最适合他们的:JFrog解决方案在亚马逊谷歌上提供Akamai和MS Azure。

变更#4:软件安全问题!

球在边缘，它还没有在洞里，
改进的信息安全性开始成为自动化软件生命周期的一个更沉重的负担。事实上，你可以更快地释放并不意味着你是安全的，现在可以有一个完全“放手”的过程!软件包必须被监控，并且管道应该包括一种自动的方法来检测带有安全漏洞、过时软件包或被公司政策禁止的OSS许可证的组件，并发出信息丰富且有针对性的警报，以便您可以采取行动。

2017年，仅仅提供一个简单的“报警解决方案”是不够的。DevOps革命需要一个智能解决方案，能够:

• 环球扫描;世界需要比“容器扫描仪”更深入的东西;一些不仅仅是container-centric解决方案
• 理解和显示一个组件如何影响其他组件，管理依赖关系图并进行分析
• 元数据和从各种来源聚合的安全信息的组合，以形成一个全面的安全数据库
• 自动化——DevOps团队应该能够在检测到漏洞和其他问题时破坏构建，并保护他们的生产环境
  我说的是DevOps BI。工具和解决方案应该提供的不仅仅是通知;学习型组织希望从每次失败和技术答案中获得洞察力，从而实现ROI计算。

JFrog x光而且JFrog任务控制中心是我们在2016年发布的两个解决这些需求的工具。这些工具已经支持上面的大部分，在2017年，我们将确保它们在Artifactory存储库和Bintray为DevOps团队提供安全软件和数据的分发平台。

变化#5:商业模式将支持用户规模

业务模型可以让您轻松扩展，从而提高发布速度

2017年不会是“概念验证年”!组织和后期的大多数采用者希望保留他们的工具几年。他们都明白，一个公平的商业模式应该允许他们扩大规模，如果你一直在计算座位、用户、cpu或其他什么，你就无法扩大规模，也无法建立预算。

一个公平的商业模式支持扩大规模，不会阻碍你迈出下一个飞跃。用户不能也不应该关心他们是否达到了最大使用量!工具应该满足并支持DevOps需求。

当预算被自下而上管理时，那些在你扩大规模时发挥优势的老派模型在DevOps世界里是没有立足之地的。这都是关于规模化和自动化。你的团队中开发人员的数量将继续扩大，你的DevOps解决方案必须能够随着这种增长而扩大。

swampUP 2017 -生活在DevOps的边缘

今年JFrog将再次举行用户大会，分享更多我们在沼泽所做的事情。我们将在swampUP演讲者阵容已经包括谷歌、Atlassian、雅虎、CloudBees、甲骨文、GitHub等公司的技术演讲和最佳实践;和去年一样，我们的社区晚宴将是与同行和同事见面的地方。

盯着青蛙，2017年将是了不起的一年。我们专注于DevOps的真正痛苦，决心改善最终用户体验，并期待制定市场标准，以确保我们所有的发布都更快、更安全!

我们将自己视为市场变化的开发者，我们称之为DevOps的巨大演变。

愿青蛙与你同在，在你跃进的时候!