面向应用的云端迁移方法

标记资源,用于问责(Accountability)。我们的整体云目标,是通过应用程序和基础架构的敏捷化,提高业务的敏捷性。随敏捷性而来的是,云提升了业务部门的责任心。云使我们能将成本与每次业务交易相关联。云提供商允许我们标记每个单独的基础设施,并提供各自相应的帐单。多年前,Melvin Conway就提出,企业结构会对企业所创造的所有系统产生巨大的影响。在标记中使用企业结构,使每个业务部门和应用所有者更具责任和透明性!

从环境(例如开发,测试,分期,生产等)的角度看,对每种环境都应有一个独立的帐户。这确保了环境暴露给正确的人,并得以良好的维护。也会避免任何意外的损坏。

对大多数应用,应用上述原则并不需要做重大的重编码。许多原则可以通过设置、配置和严格的部署过程来解决,其它的原则可以通过对应用做微小的更改而实现,并不涉及核心的功能。过去我们曾假定,服务器硬件一旦购买将继续永久使用。而云是根据每次使用而付费,并在不需要时关闭。不要将你当前的部署模型复制到云部署上。因此在采用云时,我们应重新审视应用和基础设施模式,避免简单的升级转换(lift-and-shift)操作。对于任何在云上的新部署,至少应遵循上述原则。

我建议,不应该仅将云计算看作是另一种技术平台,而应将云用于产生竞争中的优势。云资源类似于业务中的信用可用性。一个小公司也可以高瞻远瞩,并实现自己的想法。因为当前一个想法的实现,并不需要做前期的投资和很高的生产周期。使用上述原则,构建具有自身竞争优势的应用和产品。