CTI論壇(ctiforum.com)（編譯/老秦）: “云”這個詞第一次出現是在1994年4月的一本雜志中的一篇技術文章里。然后這個詞幾乎完全被遺忘，直到亞馬遜在2006年開始銷售其彈性計算云。

　　經過快速的發(fā)展，今天人人都在談論云。對于普通用戶來說，這是備選的存儲解決方案。對于架構師、開發(fā)人員和管理員來說，這是所有笨重硬件設備邏輯上的替代者。對首席執(zhí)行官來說，這是最節(jié)約成本的方法之一。

　　不過，實現云所帶來的好處還取決于其背后的策略。此外，盡管每個公司的云計算戰(zhàn)略是不同的----沒有一個尺寸適合所有的情形----在規(guī)劃任何戰(zhàn)略時仍然有幾點重要的需要考慮的因素。

　　曾經，開源是王。比任何其他的事情，它們發(fā)展迅速。現在自由和開源軟件（FOSS）仍在，而軟件即服務模式越來越受歡迎，它使得許多軟件功能直接可以作為服務和APIs的形式提供給客戶。

　　APIs就像windows應用，你可能不知道里面的專有魔法是什么，但你仍然可以將這些功能集成到你的應用程序當中。不論你的數據和服務公開到什么程度----公開的或者是私有化的----你也需要在一定程度上的控制，這樣人們可以圍繞著你所能夠提供的來構建應用程序和服務。API管理軟件可以促進這一努力。

　　然而，云戰(zhàn)略往往要求連接到第三方系統(tǒng)或服務的能力，這就是企業(yè)服務總線（enterprise service bus，ESB）與連接器的用途。從本質上講，連接器是一個構建模塊，允許您將ESB連接至公開可用的服務當中。

　　即使你不愿意公開自己的APIs，你可能需要使用他人所提供的，比如Salesforce、JIRA、Twitter等。特別是當你的客戶已經使用這些服務而你不希望中斷的時候。

　　實際上，云識別包括了當今所有的在線識別模式。尤其在社交網絡作為人們獲得越來越多的社會身份識別的當代更是如此。事實上，Gartner曾經預測，到2015年底，50%的新零售客戶身份將基于社交網絡的身份識別。毫無疑問，我們已經習慣了看到幾乎每一個應用程序使用Facebook登錄信息。

　　你要么需要將社會身份識別包括在你的計劃里，或者制定一項解決潛在客戶流失的戰(zhàn)略。

　　在為你的云實現評估身份識別管理解決方案的時候，需要聯合身份驗證功能，它可以定義多個身份提供者，如Facebook和Google。你應該能夠定義多個身份驗證器，讓你的用戶可以通過他們進行公共身份驗證，并且為這些用戶創(chuàng)建內部身份定義配置規(guī)則。通過使用一個單一的身份管理解決方案，可以使用多個社會身份識別器，可以大大提高你的云實現和持續(xù)管理。

　　快速開發(fā)是一種生存方式，尤其是在云環(huán)境中。你想出了一個主意，你把它投入生產，迅速行動。應用程序正在越來越多地由API驅動，幾乎所有的或由公共服務或由企業(yè)內部服務所提供的功能，消除了從頭開始構建應用程序所需的時間。

　　完全擁抱速度，開發(fā)人員需要了解的技術比以往任何時候都多，從數據庫模式到編程語言。R，Python或Java，為什么不是所有三個呢？它會很快的完成工作。限制了你的工具就像強迫一個技工只用一種尺寸的扳手工作一樣，他們可能完成工作，但絕對快不起來。

　　接受速度也需要應用程序環(huán)境，它可以產生向上或向下擴展的需求。這包括從硬件到靈活的應用程序。云基礎設施造就了快速的發(fā)布周期，允許人們盡可能快地構建、部署和測試應用程序。如果失敗了，那就重新開始。

　　傳統(tǒng)IT很麻煩。你請求之后需要等待它。添加一個用戶或者是一個密碼重置可能需要一個完整的一天。這是效率低下的，常常會導致沮喪的開發(fā)人員構建特別的解決方案來解決這些問題。

　　解決方案？平臺的目標，這里的平臺人們可以用來提供和/或建立任何他們需要的功能而不是使員工陷入困境的'請求'。這可能非常簡單，比如自動密碼管理系統(tǒng)或盡可能全面的提供一個平臺，在云中人們可以用它來創(chuàng)建、部署和管理企業(yè)的應用程序。

　　當然，如果你計劃有很多人使用，你會有很多的技術選擇。這就是異構運行和polygot編程模型。

　　不用說，這個平臺也應該是工作流驅動的。通常，在一個應用程序的背后有正式的流程，API或函數，包括批準和策略執(zhí)行，等等。理想情況下，平臺將支持這個流程，所以人們可以專注于開發(fā)和實施他們的應用程序。

　　通過在你的云規(guī)劃中考慮這四個策略，你將能夠實現一個安全的基于云的解決方案，一個可以促進用戶使用并具有創(chuàng)造力和靈活性的解決方案。