起来了:清晰的考虑采用云计算之旅

这已经不是什么秘密的云是一个动力驱动的数字转换。然而,云计算应用很少是一个放之四海而皆准的操作。即使做得对,它可以带来公司转换每个组织所特有的。移动到云计算的核心,类似于一种文化变化,和理解这些变化可以使成功的过渡。以下因素值得考虑:

商业策略

云之旅应该从公司买,预算与明确的目标和路线图,结果和性能指标。需要可实现的和长期的目标。拥有正确的利益相关者参与有助于保持项目的组织和确保工作不是孤立的方式完成的。里程碑,透明地回馈,庆祝成功,认识到失败是极其重要的。有能力改变组织设计最佳利用过渡也是必要的。

选择一个平台

大量的供应商可以帮助你意识到最适合您的组织。然而,关键是要知道每个平台的优点和缺点。而转移从一个供应商到另一个是可能的,你一般是长期与供应商合作。记住,你不仅仅是配置资源——它是关于数据,数据生命周期中,应用程序,利用服务、成本、积累专业知识,和其他因素。

资源执行

云变换并不是一个只项目。这是一个不同的部门之间的伙伴关系。已经说过,确定资源的组织平台流利是至关重要的。虽然不是每个人都需要成为一个专家,你需要一群人可以创建一个列表的利弊和付诸实施了。此外,您应该更新和熟悉你所使用的开源技术。允许免费许可是一个分心,会增加复杂性和影响你的安全状况。

安全

您的组织应该有一个完善的安全姿势你采用云计算服务和基础设施。先了解你的角色和责任。然后考虑延长自己的网络平台和使用VPN孤立的部署,角色的平台,访问资源的平台,以及分配的主要项目为分项更好的资源管理、利用、复杂性和灵活性。其他一些值得注意的因素包括知识产权保护、数据存储、数据生命周期、资源监控、剧本对于安全更新和入侵,利用平台的安全特性,和更多。最重要的是,和文档保持一致和自动化。

从小事做起

创建一个其他产品的蓝图、应用程序和领域。从一个区域和应用程序将开始测试床其他政策和程序。虽然这不是一个许可玩它的耳朵,它将帮助消除采用疙瘩你无疑会遇到。更重要的是,这可以让你解决这些疙瘩一致,整体的方式。

自动化

熟悉开源框架和工具,使用它们。您选择规范的自动化框架和实施。不要害怕,推动自动化。一些基本的项目,如机器配置、数据生命周期,和补丁管理应该是自动化的,但注意你自动化业务成果。不要over-rotate。在您的工具和自动化敏捷,建立项目积压和最关键的工作自动化,会给你第一个一致性。

成本

控制成本和证明适当的利用来实现业务成果。所有平台都是透明的成本和预算监控和降低成本的建议。这是理解的关键平台的指控。关闭一个平台的政策不使用时,保留的实例和现场实例可以降低成本。

体系结构

如果你是转变现有的应用程序,了解其架构和资源需求。虽然它的理想要求应用程序在云中部署在一个可用的和可扩展的方式,这可能不是合理的。重写一个庞然大物微观服务架构不是容易完成的东西。问:“我怎么知道,如果应用程序?什么是返回点目标/恢复时间目标的应用程序?“对于新工作负载和应用程序,这是公平的要求目前的软件最佳实践。

文化

将云计算不是一个部门的责任。这是一组实践和执行公司的共享。这些做法可能包括:

• 教育云服务团队
• 创建章节/公会和鼓励跨团队协作和共享
• 采用开源应用程序
• 选择合适的专家,建立合适的入口点
• 鼓励采用抽象云的复杂性
• 建立一个DevOps团队
• 建立并分享正确的自动化
• 调整你的失败的风险态度和意见

业务关键供应商

如果你是在云中部署或使用关键供应商软件,有几个因素将会发挥作用。有一组问题准备用例——你所问的问题当你使用一个供应商的SaaS应用程序,它是完全由供应商管理和供应商谁将他们的应用程序部署到您的平台。

对供应商的问题包括:

• 是多么有经验的供应商在托管或部署到云?
• 他们将适合你定义的安全体系结构?

如果部署到你的平台,定义数据流和数据存储在休息的时候。此外,讨论:

• 加密密钥。
• 数据生命周期处理,数据分层和备份。
• 应用程序及其基础设施的弹性的姿态,但也与平台功能它是如何工作的。还问规模随需应变的能力。
• 手动和自动部署。
• 升级的策略。
• RPO和RTO的讨论,包括灾难和恢复的需求。
• 服务水平协议,停机通知,惩罚和成本结构。
• 监控集成和可见性。
• 在法规遵循和治理要求。

除了上述之外,问SaaS(议员)供应商问题:

• 多租户和单租户。
• 云平台的选择与你选择的平台。
• 供应商的角色和职责。
• 合规和标准。
• 加密密钥管理,特别是多租户。
• 从初始设置级别的自动化在应用程序层覆盖灾难场景。

我们希望这个博客一直在教育和提高意识的关键因素,为什么他们在考虑云过渡是必要的。如果你已经利用云,我们希望你来了新见解。如果你刚刚开始你的旅程,我们希望这增加了你已经考虑的一些因素。祝你好运与你的旅程!