面向应用的云端迁移技巧

　　确定基础设施的规模。在云中，由于云提供了内置的扩展功能，确定基础设施的最初规模不再是最重要的，但依然很重要。如果一个企业能确定自身的需要，例如需要100或1000台的服务器，这将有助于企业选择备用容量来降低成本，因为企业无需为最低工作负载支付更高的价格。最低工作负载即对于三层架构的应用，至少需要四台服务器（即两台数据库服务器，一台应用服务器和一台Web服务器）。在这种情况下，你可以长期租用四台服务器。小规模负载可以节省支出。也就是说，云费用将会继续下滑，因此我们要限制具有未来扩容需要的长期合约。一年时间的长期租赁通常足以获得定价上的优势。云允许我们超越基础设施的限制。按需付费适于通过横向和纵向扩展云基础设施支持可变的需求。

　　边缘站点（Edge Location）的缓存。缓存是一种传统的技术，针对重复请求改进应用性能。 AWS边缘站点（Edge Location）或Azure PoP（Point of Presence）将缓存提升到了一个新的级别，并降低了延迟。尽可能地使用支持经由边缘站点进行内容传送的云原生服务（例如，AWS Cloudfront或Azure CDN）。采用AWS API Gateway或Azure API应用，将自身的REST API服务公开给外部的和内部的消费者。这免除了所有的操作负担，通过点击几下鼠标，就可提供安全、缓存、管理等特性。

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

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

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

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

（编辑：温州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!