今天是一个非常独特的日子：云蜂10岁了！十个！当我的脑海在这10年里游荡时，一些闪光闪现了出来。我记得在2009年4月离开Red Hat，也就是收购JBoss三年后，我非常清楚地知道我将重新启动一些东西，但我不知道具体是什么……几个月后，弗朗索瓦·德切里向我伸出援手，坚定地坚信：云将重新定义它的一切。所以我们从这个信念和市场开始工作，就像我们在JBoss时代所知道的那样。我记得我第一次打电话给鲍勃·比克尔和大卫·斯科克，征求他们对我们最初计划的反馈。在巴黎和鲍勃的一次可怕的会面，鲍勃在前一天晚上吃了没有煮熟的鸭子后病了一整夜。但实际上这是一次很棒的会议，因为这是詹金斯第一次被命名！当时仍居住在图卢兹的劳伦斯·普索特（Laurence Poussot）毫不犹豫地接受了建立CloudBees并保持其清洁的所有行政工作（我们的联合创始人从第一天起就……在三大洲！）。我们在波士顿的第一次启动仪式是在Matrix Partners的办公室，弗朗索瓦、迈克尔·尼尔、维韦克·潘迪、瑞安·坎贝尔和阿德里安·布洛克（远程监控，他的航班卡住了），而埃亚菲亚德拉火山喷发正在锁定整个欧洲的天空。几个月后，Kohsuke加入了我们，Spike Washburn和Garrett Smith也加入了我们，不久之后，Hudson/Jenkins与甲骨文合作，我们的PaaS年，我们的"Jenkins企业公司"年，直到今天。那些都是很棒的纪念品！这不仅仅是因为这是一次非常独特的创业经历（我绝不会相信有人告诉我，10年后，我们会比JBoss大4倍！）但同样重要的是，这10年是一段令人惊叹的人类经历。当我们创建CloudBees的时候，我非常确信我想要的东西不多，但其中一个非常明确：我不想要任何女主角。建立一个公司是很难的，你所能做的任何事情都无法与之相媲美：建立简单而高质量的人际关系、直接的对话和透明的议程。每天，我都感到荣幸和幸运，能和这么大的蜜蜂共事：你们都是摇滚乐！这是我个人的回忆。但是，CloudBees的冒险也是一个例子，说明你如何坚持自己的理想和愿景，同时还要学习和适应，有时还要痛苦地适应。我想我应该和大家分享一下这段旅程……10年的CloudBees历程当CloudBees成立时，我们有一个清晰的愿景：通过简化从创意到生产的路径，赋予开发者影响力。在那十年里，我们走过了不同的道路，但最初的愿景从来没有改变了。那个第一次实现这一点是通过开发平台即服务（PaaS）实现的，它不仅仅是一个部署环境——那时的PaaS是PaaS——CloudBees是第一个涵盖整个应用程序生命周期的PaaS，从Git到部署。很明显它的核心是詹金斯！从SVN到Git托管、二进制存储库、CI/CD、部署到生产再到扩展，以及为您的应用程序提供高可用性—我们是一站式服务！那时PaaS市场还很年轻（Docker容器甚至还不存在），企业担心投资一个明显缺乏标准的空间。同样重要的是，虽然每个团队都喜欢这种"一刀切"的方法，但当我们试图扩大我们在组织内的使用时，我们的产品总是有问题：有时公司想部署另一个PaaS或另一个云，或者内部部署，或者想使用其他一些存储库，等等。最终，当起步经验是无价的，自由选择和灵活性更为重要：公司拥有现有的投资，并将继续在许多不同领域进行投资，一刀切的方法根本不可行，他们正在寻找更多的东西适应力强。不过, 有一件事是市场绝对喜欢的：我们提供的简化软件交付流程的能力！在第一阶段，我们了解到企业并不太关心我们提供的目的地（我们的运行时PaaS，运行@cloud)，但他们非常喜欢自动化应用程序到目的地（任何目的地）的过程。这是一个持续的经济，所有的东西都在不断地变化，逻辑上，持续的整合和持续的交付才是最重要的！因此，在2014年，我们做出了一个艰难的决定，要摆脱所有的运行时paa，而只专注于Jenkins。进入"云蜂2.0"时代，我们成为了"企业詹金斯公司"！从某种程度上说，云蜜蜂的那个阶段是相当简单的！有数以百万计的服务器在运行Jenkins的工作负载，其中许多服务器可以从一些帮助中受益：支持、安全性、可伸缩性/弹性、认证、轻松升级、管理等。这就产生了"CloudBees-Jenkins操作中心"，这是我们后续产品（CloudBees-Jenkins平台，CloudBees Jenkins Enterprise和CloudBees Core）。当时，虽然CI/CD实践被组织明确采用，但CI/CD市场在CI/CD供应商中相对细分得比较好，而其他DevOps供应商则专注于其出生市场（Git、二进制存储库等）。这段时间的市场关注是一场争夺下一代数据中心的战争：它见证了Docker、Swarm、Mesos等的出现，最终登陆了Kubernetes。当这个话题被解决时，市场开始意识到，虽然目的地很关键（库伯内特斯！），实现这一目标的过程同样至关重要：如果您不能（持续地）高效地交付应用程序，那么为什么还要费心制定一个高效的目标呢？旅行和目的地一样重要！从逻辑上讲，这是DevOps供应商开始考虑全局的时候，从他们出生的"特性"（总是有被更广泛的概念包装的风险）转移到真正的、更全球化的解决方案。这也是云应用开始急剧加速的时候，包括SaaS收养。是这个时候故事就跳到CloudBees 3.0了？不要那么快…记住，这是关于旅程的…对我们也是！接下来是云蜂的转型期。我们认识到，DevOps、cloud、containers和"cloud native"开发的激增将需要扩展我们的广度和深度，开发专门为云时代开发的固执己见的工具（因此Jenkins X的诞生），SaaS将很重要（CloudBees代码发布、CloudBees推出），公司需要能够有效地衡量和优化他们的DevOps计划（CloudBees DevOptics），他们不仅需要协调他们新的酷云本地应用程序，还需要将持续集成的好处扩展到持续交付，即使对于他们更经典的应用程序（电流！）在这样做的过程中——观察我们最前沿的客户获得成功——需要将软件交付确立为一种真正的商业实践——而不仅仅是一个沸腾的本地实验海洋。此外，我们在CloudBees 1.0的日子里学到的东西仍然是真实的：公司正在寻找适应性强的解决方案，这些解决方案能够拥抱他们的现实，而不是取代他们长期以来构建的所有解决方案时间。很多就像一幅正在进行的绘画一样，各个元素开始有意义了，但是整体的画面需要一些时间才能得到清楚。这个最终将我们带到今天的位置—CloudBees 3.0…CloudBees 3.0—拥有软件交付我对CloudBees的下一章非常兴奋，在这一章中，经过大量的发现，我们的图片非常清晰，并且以统一的方式对我们的资产进行了合理的划分，从内部部署到云到SaaS，从CI到CD，从传统到云本地应用，从软件交付自动化到提高软件交付到企业概念云蜂3.0是建立在一个共同的平台上的，一个共享到目前为止单个产品中已经存在的概念（大多数都是从收购中加入的），将更多的权重放在一个单一的箭头后面。我们的愿景是将软件交付作为一个业务流程来管理，并授权开发人员产生影响，包括在大型组织中，这一愿景从未如此明显。通过我们在CloudBees的工作，我们都有一个非常独特的机会来影响世界，让开发人员、任何地方、任何背景的开发人员能够最大限度地发挥其背后的作用拳打脚踢当软件正在吞噬世界的时候，"软件交付"成为一个重要的概念。与用于实现上述交付的单个工具相比，支持交付的流程和数据具有巨大的价值。这就是CloudBees作为绝对领导者的统治地位：没有任何一家公司比CloudBees更能以一种具有如此深度和广度的整体方式协调此类交付，收集相关数据，提取见解，进而提供对这一过程的控制——所有这些都是在拥抱客户环境的现实的同时，不想替换它。CloudBees是软件领域的领导者交付。软件Delivery=SDA+SDMLike在许多其他领域，一些团队负责做事情，而其他团队负责管理这些事情的"做"。最明显的例子是生产商品的工厂。可以用软件来等效，用电子产品代替商品货物。这个导致软件交付由两层组成：软件交付的自动化（即产品生产的工厂）和该过程的管理（控制和优化）。欢迎来到软件交付自动化（SDA）和软件交付管理（SDM）。你不必选择你的团队，这不是一个对另一个，两者都是不可或缺的：没有适当的管理，你就无法可靠地交付能创造真正价值的高质量软件，也无法管理不存在的东西。SDA公司