2017年五大开发运维变化

CEO办公桌上的想法

2017年以DevOps的大爆炸开始;风投向DevOps技术公司投入了大量资金，并且在今年的IT预算中批准了更大规模的工具和方法的采用，并认识到DevOps是“必须拥有的”。这些变化遵循了Gartner 2016年的一份报告，该报告显示，到今年年底，大多数组织将使用和实施DevOps。一项针对252名Gartner Research Circle成员的调查显示，38%的人在2016年已经在使用DevOps，另有35%的人计划在2017年实施DevOps。这是我们所处理的IT市场的70%以上!

虽然有预算，但DevOps相对较新，因此许多组织缺乏技术和工具的经验是很自然的。在这个不断发展和成熟的世界中，主要参与者寻求基本标准和ROI的定义。不幸的是，DevOps领域的一些公司仍然在寻求针对“趋势”的解决方案，而没有采取行动解决真正的痛苦并承认这一点DevOps是一场革命而不是一种趋势！

2017年伊始，我们根据预期调整了目标。以下是我们预测2017年将发生的一些变化，以应对DevOps的前景。

变化1:持续更新

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

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

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

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

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

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

从我们发布第一款游戏到现在已经3年了Artifactory的HA版本它仍然是市场上唯一真正的高可用性解决方案。最新消息5.X版本， JFrog提供了一种云原生解决方案，不需要NFS来增强HA设置。

JFrog作为一个概念提供了一个通用的高可用性解决方案。有人写道，JFrog的解决方案“太集成而不能失败”。我们认为这是正确的编码方式。我们所有的用户和客户都应该有自由选择他们的技术，而不需要来自不同供应商的多个解决方案。他们都需要一个Docker注册表、NPM注册表或Maven存储库;他们不应该安装和维护多个解决方案，也不应该支付更多的费用。

变化3:选择的自由

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

选择的自由不仅仅是关于你的内部技术，还包括你所使用的基础设施。云提供商已经意识到两件主要的事情:

• 当您按数量收费时，提供有竞争力的价格。在2017年，我们应该会看到存储和带宽价格进一步下降。
• 用全套服务吸引开发者。云服务市场不再像过去那样是“房地产”市场。AWS、GCP和Azure正在争夺开发人员，并提出DevOps解决方案来制定更好的服务包。

我们期望技术提供商将需要给DevOps社区“选择的自由”。JFrog提供其解决方案的不同变体:在本地或云中提供的开源和商业解决方案。除此之外，我们让我们的社区选择最适合他们的方式:JFrog的解决方案在亚马逊和谷歌上都有提供、Akamai和微软Azure。

变化#4:软件安全很重要!

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

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

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

JFrog x光和JFrog任务控制中心我们在2016年发布了两个工具来满足这些需求。这些工具已经支持了上述大部分功能，并且在2017年，我们将确保它们运行在人工存储库和数据库之间的管道上Bintray分发平台，以保护软件并向DevOps团队提供数据。

变化5:商业模式将支持用户扩展

允许您轻松扩展的业务模型将促进发布速度的提高

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

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

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

swampUP 2017 -生活在DevOps的边缘

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

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

我们把自己看作是市场变化的开发者，这种巨大的演变我们称之为DevOps。

愿青蛙陪伴你，愿你勇往直前!