在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組件化將會在組件之間創(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)用程序中，托管的組件可以廣泛的分布，性能的不同會被擴(kuò)大從而影響工作人員的QoE,甚至?xí)饝?yīng)用程序的失敗。這意味著工作分配必須在部署中首先優(yōu)化，然后在所有的ALM中進(jìn)行測試，這樣軟件的版本經(jīng)過驗(yàn)證后，可以進(jìn)行下一階段的更高級的產(chǎn)品。

當(dāng)使用高速鏈接(比如光纖，或100G的以太網(wǎng))在數(shù)據(jù)中心創(chuàng)建云時(shí)，性能風(fēng)險(xiǎn)會因?yàn)榻M件托管不同而不同，將會變小。當(dāng)云計(jì)算是私有和公有的混合云，涉及到了多個(gè)公有云，或者是托管在地理位置不同的資源測試流程將會在性能上反映出潛在的大的變化。最大的不同將會出現(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)用程序更有可能對水平通道性能敏感時(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)注測試。這將會保證可能出現(xiàn)在生產(chǎn)中的情況在變成一個(gè)問題之前能充分地解決。