在ALM原則中實(shí)現(xiàn)穩(wěn)定性

SOA模型和虛擬化/云計(jì)算模型的目標(biāo)都在靈活性和敏捷性上，而且兩者都打破了過去的傳統(tǒng)的單片應(yīng)用程序和服務(wù)器結(jié)構(gòu)。但是沒有應(yīng)用程序是部署在真空中，甚至是虛擬的或基于云的應(yīng)用程序有一個(gè)基礎(chǔ)的模型，它定義了他們的組件和托管他們的資源池之間的關(guān)系。虛擬世界中的SOA和ALM通過考慮新的虛擬應(yīng)用程序部署模型開始的，而且真實(shí)服務(wù)器和虛擬應(yīng)用程序部署模型之間的最大區(qū)別是網(wǎng)絡(luò)連接。這是SOA AML需要調(diào)解的問題。

在傳統(tǒng)的應(yīng)用程序中，部署是分配應(yīng)用程序給服務(wù)器這的事情，解析服務(wù)器的IP后允許應(yīng)用程序訪問。服務(wù)器通常是網(wǎng)絡(luò)上一個(gè)數(shù)據(jù)中心局域網(wǎng)，通過VPN或互聯(lián)網(wǎng)進(jìn)行訪問。當(dāng)SOA應(yīng)用程序部署時(shí)，主要不同是SOA組件化將會(huì)在組件之間創(chuàng)建水平的的通道。在數(shù)據(jù)中心中，基于虛擬化的數(shù)據(jù)中心，這種新水平通道仍然是在數(shù)據(jù)中心局域網(wǎng)中進(jìn)行的，而且網(wǎng)絡(luò)性不太可能是主要的因素。這簡化了應(yīng)用程序的測試和籌劃。

管理水平通道的挑戰(zhàn)

當(dāng)虛擬化擴(kuò)展到多個(gè)數(shù)據(jù)中心時(shí)，隨著云的應(yīng)用，問題就是組件化創(chuàng)建的水平通道有更多的不穩(wěn)定網(wǎng)絡(luò)連接。在真正的云應(yīng)用程序中，托管的組件可以廣泛的分布，性能的不同會(huì)被擴(kuò)大從而影響工作人員的QoE,甚至?xí)饝?yīng)用程序的失敗。這意味著工作分配必須在部署中首先優(yōu)化，然后在所有的ALM中進(jìn)行測試，這樣軟件的版本經(jīng)過驗(yàn)證后，可以進(jìn)行下一階段的更高級(jí)的產(chǎn)品。

當(dāng)使用高速鏈接(比如光纖，或100G的以太網(wǎng))在數(shù)據(jù)中心創(chuàng)建云時(shí)，性能風(fēng)險(xiǎn)會(huì)因?yàn)榻M件托管不同而不同，將會(huì)變小。當(dāng)云計(jì)算是私有和公有的混合云，涉及到了多個(gè)公有云，或者是托管在地理位置不同的資源測試流程將會(huì)在性能上反映出潛在的大的變化。最大的不同將會(huì)出現(xiàn)在沒有連接到共同的虛擬局域網(wǎng)上，而且每個(gè)獨(dú)立IP子網(wǎng)絡(luò)都有不同的廣域網(wǎng)的云中。

除了云網(wǎng)絡(luò)的本質(zhì)外，SOA將要在水平通道上創(chuàng)建變量的范圍與組件之間的工作流的范圍有關(guān)。廣泛使用消息和服務(wù)總線的應(yīng)用程序更有可能受組件托管的位置的不同的影響，而不是那些有少量的組件，但是集成而不是編排的應(yīng)用程序。

當(dāng)SOA應(yīng)用程序更有可能對(duì)水平通道性能敏感時(shí)，那么第一個(gè)目標(biāo)就是在網(wǎng)絡(luò)層減少這種敏感，作為項(xiàng)目設(shè)計(jì)的一部分。這可以通過確保SOA組件之間相互托管在本地完成，這意味著有共同的數(shù)據(jù)中心。集成的和共同托管的兩個(gè)SOA應(yīng)用程序的位置不實(shí)際，那么就試圖把組件分配到數(shù)據(jù)中心去，通過避免不同位置之間的高容量水平通道的方式。這要通過使用提供的工具和可靠的策略完成，不管是從商業(yè)的腳本包還是DevOps工具。

驗(yàn)證策略限制條件

一旦組件化的托管計(jì)劃完成，ALM流程必須驗(yàn)證這一計(jì)劃每一層次的策略限制條件，但這也不能足夠確保應(yīng)用程序的穩(wěn)定性。應(yīng)用程序測試與變量連接延遲從而建立一個(gè)合理的向上邊界的性能問題是很重要的，實(shí)際的應(yīng)用程序條件測試來違反這一邊界，來作為ALM周期的一部分。隨著應(yīng)用程序進(jìn)入最后階段這尤其的重要。網(wǎng)絡(luò)QoS可以用不同的工具測試，而且在一些情況下，一些手邊的應(yīng)用程序或管理系統(tǒng)可能允許它被監(jiān)測。使用簡單的管理工具來解析記錄組件地址路徑，從而研究當(dāng)IP子網(wǎng)絡(luò)不匹配的情況。這將是一個(gè)暗示，云計(jì)算已經(jīng)轉(zhuǎn)移組件的主機(jī)到了一個(gè)新位置，這時(shí)性能可能是一個(gè)問題。

廣泛的分布式SOA應(yīng)用程序可能在用戶到應(yīng)用程序的連接中也承受著大量的不確定性。這相當(dāng)?shù)恼鎸?shí)，當(dāng)應(yīng)用程序托管在地理位置不同 的公有云資源上。例如，為也確保主機(jī)從一個(gè)位置到另一個(gè)位置的過渡，并且通過在移動(dòng)到新位置時(shí)擱淺一些組件在某個(gè)地方，而不影響性能，ALM應(yīng)該也要測試過渡流程，再一次地在產(chǎn)品準(zhǔn)備階段關(guān)注測試。這將會(huì)保證可能出現(xiàn)在生產(chǎn)中的情況在變成一個(gè)問題之前能充分地解決。