多云應用性能：IT專業(yè)人士的移動目標,IT服務器托管,IT網服務器租用
內容摘要：你的應用的設計好壞會在多云環(huán)境中對性能產生影響。使用以下這些監(jiān)控和管理技術來避免應用的性能問題。
你的應用的設計好壞會在多云環(huán)境中對性能產生影響。使用以下這些監(jiān)控和管理技術來避免應用的性能問題。
對于大多數(shù)IT組織來說，“性能”意味著響應時間或用戶體驗的質量。就像大多數(shù)應用一樣，一個多云應用，或者一個橫跨多個云平臺的應用，會受到三個主要因素的影響：總體可用性，網絡延遲和丟包，應用程序及其組件的處理延遲。
一個多云應用的設計在其性能表現(xiàn)上起到關鍵的作用。應用都越來越趨向于“組件化”，即應用的功能被分割成一個個獨立的組件。微服務就是這種趨勢的一個最新的例子，由于單獨的部件可以水平擴展從而能夠提高應用的處理能力，組件化被視為一種向云靠攏的方式。這句話有對也有錯的地方。
組件化在云提供商和主機之間創(chuàng)建了一個長的，多線程的工作流。該工作流的各個環(huán)節(jié)的問題將影響用戶體驗的質量(QoE)。
應用性能管理的一個關鍵部分是衡量用戶的體驗質量并有一個基準來進行比較。最可靠的獲取信息的途徑是從最接近用戶的設備或前端應用程序組件那里。如果你在一個應用程序工作流的內部來測量性能，你只會檢測出和解決應用特定的那部分問題。如果軟件不能在用戶裝置上來測量響應時間，那就手動進行測量，根據(jù)單個或一組的時序事務?！罢！被蝾A期值將成為你的基準，任何偏差代表有問題需要確定并解決。
當應用的性能在多云環(huán)境受到影響時，大多數(shù)企業(yè)會首先確定這個問題是否與特定的云服務提供商有關。查看云管理日志，看性能問題是否由一些云事件引起，如故障或應用實例的添加刪除。如果是這樣的話，問題可能與特定的云服務提供商有關，你應該在尋找多云本身的原因之前先解決這個問題。
如果問題不是某個單獨的供應商造成的，則可以追蹤橫跨多云平臺的整個應用的工作流。一個多云應用一般分為兩類：一類是由云服務提供商在給定的地理區(qū)域或用戶組托管的應用，另一類是用戶的應用分散在多個供應商。在第一種情況下的QoE的問題會同特定的一組用戶有關，這可以定位到涉及的云服務提供商。但第二種情況更復雜。
數(shù)據(jù)丟失或延遲是造成大多數(shù)應用性能問題的原因，所以必須了解工作如何在云服務提供商之間傳遞。有三大選擇：提供商通過互聯(lián)網傳遞工作，供應商通過自己的中央VPN或通過一個專用網絡互連。每種選項都需要不同的測試和修復方法。
如果通過互聯(lián)網來連接工作流的話會難以監(jiān)控，并且云供應商本身可能無法提供幫助。為了有效地監(jiān)控工作流程在供應商之間的切換，在你的應用程序組件中構建丟失和延遲檢測的功能。值得慶幸的是，許多應用都使用TCP/IP，而通過監(jiān)控窗口的大小和讀取中間件網絡日志經?？梢詸z測到長延遲，會表現(xiàn)為大的窗口或緩沖區(qū)，以及分組包丟失。
窗口/緩沖區(qū)和網絡日志還可以幫助你監(jiān)控內部VPN或直云連接，但除此之外還有一些其他的選擇。根據(jù)你的內部工具和技能來挑選合適的選項，或者考慮使用某個集成商，廠商或云提供商的專業(yè)服務，來設置你的應用便于監(jiān)測。
如果你的多云應用工作流是通過VPN在供應商之間連接的，使用一個數(shù)據(jù)監(jiān)控探頭來查看實際的數(shù)據(jù)包流。在某些情況下，你會發(fā)現(xiàn)一個延遲或損失的直接證據(jù)。同監(jiān)控供應商進行核查，確保你可以得到所需要的數(shù)據(jù)并讓理解數(shù)據(jù)包流的工作人員對結果進行解釋。
還可以在云供應商的邊界點將一個軟件探測器插入到應用工作流。有一些監(jiān)控的標準，如RMON，但廠商也會提供專門的測試和監(jiān)控工具，這些工具可以提供更好的功能。盡可能的在探測器的級別上分析，而不是創(chuàng)建一個監(jiān)控包流然后發(fā)送回遠程位置再進行分析。第二個模型會引入自己的延遲和變化，往往掩蓋了真正的問題。
找出一個多云模型中應用性能問題的根源，最好的辦法是在組件的級別上或者至少在工作流跨公有云提供商的邊界處將該能力構建到應用程序中。事務的序列號和時間戳可以提供可靠的數(shù)據(jù)包延遲和丟失數(shù)據(jù)，網絡和云供應商都接受此信息作為問題的指示。
轉載請注明文章來源【深圳服務器租用,深圳服務器托管,http://sp178.com.cn】
