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

經(jīng)過(guò)快速的發(fā)展,今天人人都在談?wù)撛啤τ谄胀ㄓ脩?hù)來(lái)說(shuō),這是備選的存儲解決方案。對于架構師、開(kāi)發(fā)人員和管理員來(lái)說(shuō),這是所有笨重硬件設備邏輯上的替代者。對首席執行官來(lái)說(shuō),這是最節約成本的方法之一。
不過(guò),實(shí)現云所帶來(lái)的好處還取決于其背后的策略。此外,盡管每個(gè)公司的云計算戰略是不同的----沒(méi)有一個(gè)尺寸適合所有的情形----在規劃任何戰略時(shí)仍然有幾點(diǎn)重要的需要考慮的因素。
API持續上升
曾經(jīng),開(kāi)源是王。比任何其他的事情,它們發(fā)展迅速。現在自由和開(kāi)源軟件(FOSS)仍在,而軟件即服務(wù)模式越來(lái)越受歡迎,它使得許多軟件功能直接可以作為服務(wù)和APIs的形式提供給客戶(hù)。
APIs就像windows應用,你可能不知道里面的專(zhuān)有魔法是什么,但你仍然可以將這些功能集成到你的應用程序當中。不論你的數據和服務(wù)公開(kāi)到什么程度----公開(kāi)的或者是私有化的----你也需要在一定程度上的控制,這樣人們可以圍繞著(zhù)你所能夠提供的來(lái)構建應用程序和服務(wù)。API管理軟件可以促進(jìn)這一努力。
然而,云戰略往往要求連接到第三方系統或服務(wù)的能力,這就是企業(yè)服務(wù)總線(xiàn)(enterprise service bus,ESB)與連接器的用途。從本質(zhì)上講,連接器是一個(gè)構建模塊,允許您將ESB連接至公開(kāi)可用的服務(wù)當中。
即使你不愿意公開(kāi)自己的APIs,你可能需要使用他人所提供的,比如Salesforce、JIRA、Twitter等。特別是當你的客戶(hù)已經(jīng)使用這些服務(wù)而你不希望中斷的時(shí)候。
你無(wú)法避免云識別
實(shí)際上,云識別包括了當今所有的在線(xiàn)識別模式。尤其在社交網(wǎng)絡(luò )作為人們獲得越來(lái)越多的社會(huì )身份識別的當代更是如此。事實(shí)上,Gartner曾經(jīng)預測,到2015年底,50%的新零售客戶(hù)身份將基于社交網(wǎng)絡(luò )的身份識別。毫無(wú)疑問(wèn),我們已經(jīng)習慣了看到幾乎每一個(gè)應用程序使用Facebook登錄信息。
你要么需要將社會(huì )身份識別包括在你的計劃里,或者制定一項解決潛在客戶(hù)流失的戰略。
在為你的云實(shí)現評估身份識別管理解決方案的時(shí)候,需要聯(lián)合身份驗證功能,它可以定義多個(gè)身份提供者,如Facebook和Google。你應該能夠定義多個(gè)身份驗證器,讓你的用戶(hù)可以通過(guò)他們進(jìn)行公共身份驗證,并且為這些用戶(hù)創(chuàng )建內部身份定義配置規則。通過(guò)使用一個(gè)單一的身份管理解決方案,可以使用多個(gè)社會(huì )身份識別器,可以大大提高你的云實(shí)現和持續管理。
做的更快
快速開(kāi)發(fā)是一種生存方式,尤其是在云環(huán)境中。你想出了一個(gè)主意,你把它投入生產(chǎn),迅速行動(dòng)。應用程序正在越來(lái)越多地由API驅動(dòng),幾乎所有的或由公共服務(wù)或由企業(yè)內部服務(wù)所提供的功能,消除了從頭開(kāi)始構建應用程序所需的時(shí)間。
完全擁抱速度,開(kāi)發(fā)人員需要了解的技術(shù)比以往任何時(shí)候都多,從數據庫模式到編程語(yǔ)言。R,Python或Java,為什么不是所有三個(gè)呢?它會(huì )很快的完成工作。限制了你的工具就像強迫一個(gè)技工只用一種尺寸的扳手工作一樣,他們可能完成工作,但絕對快不起來(lái)。
接受速度也需要應用程序環(huán)境,它可以產(chǎn)生向上或向下擴展的需求。這包括從硬件到靈活的應用程序。云基礎設施造就了快速的發(fā)布周期,允許人們盡可能快地構建、部署和測試應用程序。如果失敗了,那就重新開(kāi)始。
加快自助服務(wù)和自動(dòng)化
傳統IT很麻煩。你請求之后需要等待它。添加一個(gè)用戶(hù)或者是一個(gè)密碼重置可能需要一個(gè)完整的一天。這是效率低下的,常常會(huì )導致沮喪的開(kāi)發(fā)人員構建特別的解決方案來(lái)解決這些問(wèn)題。
解決方案?平臺的目標,這里的平臺人們可以用來(lái)提供和/或建立任何他們需要的功能而不是使員工陷入困境的'請求'。這可能非常簡(jiǎn)單,比如自動(dòng)密碼管理系統或盡可能全面的提供一個(gè)平臺,在云中人們可以用它來(lái)創(chuàng )建、部署和管理企業(yè)的應用程序。
當然,如果你計劃有很多人使用,你會(huì )有很多的技術(shù)選擇。這就是異構運行和polygot編程模型。
不用說(shuō),這個(gè)平臺也應該是工作流驅動(dòng)的。通常,在一個(gè)應用程序的背后有正式的流程,API或函數,包括批準和策略執行,等等。理想情況下,平臺將支持這個(gè)流程,所以人們可以專(zhuān)注于開(kāi)發(fā)和實(shí)施他們的應用程序。
通過(guò)在你的云規劃中考慮這四個(gè)策略,你將能夠實(shí)現一個(gè)安全的基于云的解決方案,一個(gè)可以促進(jìn)用戶(hù)使用并具有創(chuàng )造力和靈活性的解決方案。
聲明:版權所有 非合作媒體謝絕轉載