- 博客(6)
- 收藏
- 关注
RSS订阅翻译 大佬带你看DevOps
为了收集并了解DevOps在2017年的发展态势，我们与16位高管进行了交谈，他们来自14家不同的公司，而这14家公司或正在内部实施DevOps，并且/或者向其他企业组织提供DevOps方案。本文作者：Tom Smith（DZone公司研究分析师，市场战略师，资深编辑、作家，通过一对一采访收集信息供开发人员和工程师参考，同时找出并解决各种商业问题）关键点DevO
2017-08-01 15:13:43
360
翻译 Docker世界中的配置管理：5分钟让你明白如何在Puppet,Chef, Ansible之间选择
人工进行配置管理工作会耗费大量时间，而且风险极大，但凡是管理过服务器的技术人员对此都深信不疑。配置管理（CM）工具很早就出现了，我相信只要可以，开发人员都会选择一款工具进行使用。但问题的关键不在于是否要使用CM工具，而是选择哪一款来使用。对于已经使用过CM工具的开发人员，他们投入了大量的时间和资金，所以很可能会觉得自己使用的工具才是最好的。通常情况下，对工具的选择会随着时代的发展不断变化，今天我们
2016-11-28 09:57:35
5701
翻译 完美使用微服务
译者的话：一直以来面向对象理念的布道者们都在期待一个大杀器来能使应用设计高内聚，低耦合，团队能协同开发，后期交付后可以快速部署，维护成本低。微服务其实就是他们一直以来期待的东西，且听维克多介绍如何完美使用微服务。原著作者介绍：Viktor Farcic CloudBees资深顾问，熟悉多种编程语言，从最早的Pascal，Basic，ASP，C，C
2016-11-17 10:19:37
4493
翻译 微服务的可变和不可变
巨兽型可变服务器今天，在创建和部署应用的时候，最常用的方式就是可变服务器。我们会创建一个web服务器，该服务器上具有完整的应用，每次有新的版本发布时我们就会对服务器进行更新。服务器中具体的改动包括配置改动（属性文件、XML文件、数据库表等）、代码工件（JAR、WAR、DLL、静态文件等）、数据库模式和数据。因为每当有新版本时我们就会对服务器进行相应的改动，因此这种服务器叫做可变服务器。对于
2016-11-03 12:06:34
1075
翻译 老司机谈DevOps 2.0：二
微服务在持续部署中，我们早已经讲到了速度问题。这里的速度是指从产生新功能的想法到开发完成并部署生产的时间。我们当然希望能够提高速度，尽早投放到市场。如果某个新功能可以在几个小时或者几天的时间里就完成交付，而不是几周或者数月，那么企业也就能够更快的获得收益。提高速度有很多方法，例如，我们希望流程处理速度越快越好，这样才能在出现问题的时候尽快发回反馈，同时释放资源供队列中的其他任务使用。我们应当努
2016-10-27 10:29:35
1259
翻译 DevOps2.0的工具集系列之DevOps理念
本文译自《DevOps2.0的工具集（DevOps黑宝书）——打造自动化的持续交付流程》一书。做小型的新项目感觉很棒，上一次我做这样的项目还是在2015年的夏天。虽然那个项目有不少问题，但做起来确实很高兴。因为在做这种小型而且相对来说比较新的项目产品时，我们可以按照自己的喜好选择技术手段、方法策略以及整体框架等。我们能用微服务么？当然可以！我们能试试Po
2016-10-19 16:33:01
2926
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人