· 公有云領域正在蓬勃發展。首先，云解決方案迎來更多的競爭和機遇。其次，數據監管和安全控制正成為新的挑戰。
· 你需要清晰的數據監管策略來驅動工程實踐，以免阻礙業務的發展。
· 利益相關者的參與對你的成功至關重要，需要讓他們接受你的策略，并了解風險和義務。
· 你無法預測未來的需求，所以要提供足夠的靈活性便于后續的擴展。
· 使用自動化，包括硬件部署的自動化。給供應商施加壓力，讓他們參與進來。
在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.保持技術更新是支持新需求、跟隨新趨勢、留住人才的關鍵因素。
