您现在的位置是:主页 > 云安全 > 计算 >

云数据库_海外_云计算和高性能计算

2021-02-23 12:00计算 人已围观

简介今年在伦敦举行的Jenkins用户大会上,我无意中遇到了我心目中最有趣的一次会议,从虚拟机到容器:实现持续集成、构建可复制性、隔离性和可伸缩性(一口一口),来自一家名为卡...

云数据库_海外_云计算和高性能计算

今年在伦敦举行的Jenkins用户大会上,我无意中遇到了我心目中最有趣的一次会议,从虚拟机到容器:实现持续集成、构建可复制性、隔离性和可伸缩性(一口一口),来自一家名为卡蒙达。那个这次谈话的重点是将"代码即配置"模型扩展到几乎整个Jenkins安装。他们从一个混乱的数百个手工维护的工作开始,对应于在各种环境组合中测试的许多产品版本(我想超出了矩阵项目插件自然处理的能力),他们希望转向一个更可控和可重复的工作定义。很多人们早就认识到将作业配置保存在常规的项目源代码管理中,而不是要求将其存储在$JENKINS_HOME中(更糟糕的是,从UI中编辑)。这导致了各种各样的解决方案,返利宝,包括几年前的Literate插件,以及我正在开发的各种工作流初始化模式,更不用说CloudBees-Jenkins中的模板插件了企业。在卡蒙达的案子他们用的是DSL插件,它的优点是能够从一个脚本和一些输入生成数量可变的作业定义(它还可以与这个空间中的其他插件进行有意义的交互操作)。这个插件还提供了一些机会来对其输出进行单元测试,并以交互方式检查不同版本之间的输出差异(这是我在JUC East遇到的一个主题)固定插件版本。这当然不是我第一次听说一个组织这么做,但它仍然不同寻常。(你可能会问,证书呢?我猜他们几乎没有什么真正的秘密,因为为了重现性和可伸缩性,比较便宜的云服务器,他们还使用了集装箱化的测试环境,可以使用虚拟密码。)作为一个不错的尝试,他们为他们的系统添加了Elasticsearch/Kibana统计数据,包括Docker图像的使用情况和不稳定("flaky"?)的报告测验。CloudBees-Jenkins操作中心的客户将获得这种现成的功能,尽管我希望我们需要扩展流到CJOC的数据源,以覆盖开发者感兴趣的更多领域。(管理层,建站系统哪个比较好,与报告/分析相反,如果您将您的Jenkins环境定义为代码,云购网,那么CJOC的特性可能是不需要的。)我在他们令人印象深刻的设置中看到了一个尴尬的地方,那就是处理用于独立构建环境的Docker映像。他们使用Docker插件的云提供程序,根据定义的映像提供弹性从机,但由于不同的作业需要不同的映像,而且云定义是全局的,因此他们不得不使用(Groovy)脚本来注入所需的云配置。更自然的是拥有一个可以提供通用Docker功能的从属服务器(slave agent本身也可以位于Docker容器中),在这里作业直接请求特定的映像来执行其构建步骤。CloudBees Docker定制构建环境插件可以管理这一点,我的团队最近开发的CloudBees Docker工作流插件也可以这样做。与Swarm和Docker Machine的完全互操作需要更多的工作;我的同事nicolasdeloof一直在考虑这个。那个另一个缺失的部分是系统的全自动测试,特别是Jenkins插件更新。目前看来,他们在基础设施的一个临时副本中手动创建这些更新的原型,使用一个特殊的环境变量作为"干运行"开关,以防止影响泄漏到外部世界。(也许Jenkins应该定义一个API,让流行的插件来解释这样一个开关,这样Mailer插件中的SMTP代码会将一条消息打印到某个日志中,而不是真正地发送邮件等等)看到有人在Jenkins的"验收测试工具"上编写测试来验证站点特定的功能,这将是一件很好的事情,为他们的詹金斯定制了一个发射器服务。全部告诉我,这是一个发人深省的报告,我希望看到明年的后续行动和他们的下一步行动!我们希望你喜欢JUC欧洲!这是Christian演讲的摘要"从虚拟机到容器:实现持续集成、构建可复制性、隔离性和可伸缩性"。这是他的演讲幻灯片和视频

,淘客宝

Tags: 计算  高性能  数据库  海外  云计算 

站点信息

  • 文章统计32550篇文章
  • 标签管理标签云
  • 微信公众号:扫描二维码,关注我们