本文要点
· 公有云领域正在蓬勃发展。首先，云解决方案迎来更多的竞争和机遇。其次，数据监管和安全控制正成为新的挑战。
· 你需要清晰的数据监管策略来驱动工程实践，以免阻碍业务的发展。
· 利益相关者的参与对你的成功至关重要，需要让他们接受你的策略，并了解风险和义务。
· 你无法预测未来的需求，所以要提供足够的灵活性便于后续的扩展。
· 使用自动化，包括硬件部署的自动化。给供应商施加压力，让他们参与进来。
在2017年云基础设施即服务Gartner魔力象限中，Amazon Web Services无疑是当之无愧的领跑者。尽管如此，AWS仍然不足以成为事实上的云服务解决方案。最近，AWS的部分用户因为与Amazon零售业务存在竞争关系，宣布要停止使用AWS.Walmart构建了自己的私有云，并要求它的技术供应商撤出AWS，转而寻求与Google和Microsoft合作。主流的云供应商纷纷加入Cloud Native Computing Foundation（CNCF），推动行业朝着基于容器的跨云微服务架构发展。VMware停止与四个主要的公有云供应商合作（Amazon、Microsoft、IBM、Google），Microsoft启动了Azure Stack——轻量版的Azure.业界出现了另一个非常重要的趋势，数据隐私和安全的区域合规性（中国、俄罗斯、欧洲）正崭露头角，比如即将于2018年5月开始实行的欧洲通用数据保护条例（GDPR）。业务部门需要重新定义他们的云策略，拥抱混合云解决方案，并加入更严格的数据监管，这意味着需要向私有云迈出一大步。
云基础设施即服务Gartner魔力象限图：
下列是在构建私有云解决方案时需要考虑的五个方面。
1.愿景和战略规划
很多私有云因无法发挥应有的作用而以失败告终。与工程项目一样，错误的期望值和不现实的目标会导致糟糕的结果，但实际上本不该如此。在了解了所要解决的问题之后，必须定义出清晰的目标和需求。比如，了解开发者的痛点，看看私有云将如何解决或缓解他们的问题。改进开发者体验，确保方案能够得到快速的实施，并取得长久的成功。
构建私有云需要专注，需要坚持不懈的毅力，需要强烈的动机，需要责任心和有效的沟通，需要进行所有权总成本分析，以便了解当前的服务成本。私有基础设施的日常运维是怎样的？需要为利益相关者定义拒付模型吗？如果有必要，那么有成功的先例吗？计划运行哪些类型的工作负载？如何简化容量规划？最小的预算和最大的预算分别是多少？你的解决方案能够与现有的CI/CD管道和开发者工作流顺畅地集成在一起吗？你为你的工程团队准备好容器化的环境了吗？又或者你需要计划在混合云环境中使用容器吗？如果需要重新设计组件，那么就需要考虑这么做的成本。你的部署流程需要作出变更，为你的工程团队提供顺畅、积极正向的体验。你要定义好上层的SLA，并以KPI的方式监控它们。在定义好策略之后，下一步就是制定战术和计划。
要记住一句话，计划得太多，反而不利于事情的进展。不过如果没有急切的目标，也就没有了动力。所以，需要在功能目标和现实技术之间做出权衡。
案例
#1 Adobe的云广告平台通过TubeMogul构建了自己的混合云解决方案。那么他们的愿景是什么？通过完全自动化的自有基础设施赋予利益相关者处理核心负载的能力，解决低延迟和大规模存储问题。他们的策略又是什么？通过简单的CI/CD工作流在裸机和虚拟实例上实现性能和配置的灵活性。战术呢？使用开源的OpenStack进行基础设施的编排和自动化。组建一支精益的团队开发和维护私有云，为开发者提供统一的CI/CD工作流。
#2 在考虑使用私有云方案时，我们直接向我们的公有云提供商AWS提出了质疑。我们对所使用的技术进行总体成本分析，疑问重重。在头三年的时间里，我们时刻准备着我们的私有云计划。在相当长一段时间内，我们的私有云计划成为与公有云提供商商谈价格的筹码（BATNA「1」）。
2.设计的灵活性
在确定了你要交付的服务类型和运营模型之后，要在设计中保持足够的灵活性。研发阶段的投入是不可或缺的，你将需要进行多次迭代，并留有余地以便应对不可预测的情况。在进行技术选型时总会引发激烈的争论，然后是确定网络和服务器的规格。有句话叫“如果你要为大牲畜构建农场，就不要把它建成宠物的小窝”。在私有云架构里，你所选择的技术需要用上好多年，你要成为它们的拥护者，为此打造一个社区，支持它们，并让脾气暴虐的架构师们知道它的好处。做好升级计划，比如如何从v1升级到v2.保持技术更新是支持新需求、跟随新趋势、留住人才的关键因素。