在一个星期前，我离开了阿里云，加入混合云管理初创公司--FIT2CLOUD。我个人的兴趣一直在云上，尤其是如何更好使用云计算平台上。非常幸运的是，我遇见了FIT2CLOUD，一家在国内不多见的对云计算及DevOps同时兼有理念和实践经验的初创公司。
云计算的一个重要特征就是“开箱即用”，由云供应商提供集中化的运维管理并以服务方式交付给最终用户。这让云用户可以从很多繁琐的日常运维工作中解放出来，真正关注自身的业务发展，从而提升整个行业的运营效率。
本文作者从系统的“可部署实践准则”角度来分析如何保证自动化部署的成功实施。尽管这里提到的很多准则不仅仅是针对云上系统，但是由于个人经验主要在云上系统的部署，同时个人相信未来绝大部分IT系统也都会运行在云上，所以会以云上系统的自动化部署为主来分享具体做法。
此前 AWS 已经提供 Beanstalk，Opsworks，CloudFormation 等部署与管理服务，那为什么 AWS 仍然会继续在部署、管理服务上发力呢？用户有哪些问题还没有得到很好解决呢？本文将深度剖析这三个服务之一：CodeDedploy，剖析 CodeDeploy 解决的问题，以及阐述我们对其背后的原理和思想的理解。
早在 2009 年，Flickr 就分享了他们如何通过工具的支撑和文化的改变，使之能够支撑业务部门“每天部署 10 次”的要求。
当下，国内的网络接入已经基本成熟，再加上社会化营销，好的游戏可能只需要几天时间就能够风靡整个网络。面对这些新情况，游戏行业对承载其运行的基础设施提出了更高的要求。
经过半年的研发和测试，我们本周正式推出了FIT2CLOUD阿里云企业版，并上架阿里云镜像市场。FIT2CLOUD企业版以镜像方式交付，部署在用户自身控制的虚机中，安全可靠。
在过去的几十年里，为了按时交付软件产品和服务，大家越来越意识到，对于传统把开发和运营割裂开的做法，不适合现代产品和服务开发的需求。于是，把开发和运营作为整体来看待的DevOps工程思想逐步深入人心。
Docker 相继被 Azure 和 GCP 接纳已经证明了云计算资源场景化应用的需求所在，分散和割裂的云端资源开始无法满足企业用户和运维的需求。然而，FIT2CLOUD 的自动化覆盖面更广更深，也许，你不再需要接触 IaaS 的后台。
当用户的虚机达到一定数量时，云管理工具就从非刚性需求变成刚性需求。因为随着虚机数量的增长，会出现越来越多的问题。