云監控與服務監控不同的6個原因
傳統的IT監控主要圍繞基礎架構和服務進行監控。當你轉移到云端時,你可能沒有這些東西。你可以通過Azure App Services等服務部署您的應用,并依賴Azure托管的Redis和SQL產品。可以確切地說你訪問零服務。
在云環境中,監視實際應用程序非常重要而不僅是你的服務。因此,應用性能管理解決方案變得更加重要。你的云提供商負責監控基礎架構并使你的服務保持在線狀態。你仍然需要監視實際應用程序的性能。
云應用程序監視和服務監視
1、監控PaaS類的應用托管
云計算的一大優勢是能夠部署你的應用程序,并且它的服務方面是實現完全管理的。作為一名開發人員,我聚焦于我的應用程序。
諸如Heroku,Azure App Services,Google Cloud Engine等應用程序部署選項可能會帶來一些監控難題。你可能無法完全訪問底層的服務,且傳統的監控解決方案無法實施。其中一些還提供了從監視角度來看也是獨特的部署插槽。
在Stackify中,我們使用Azure應用服務。以他們為例,我們自己無法訪問服務。我們可以使用Azure KUDU控制臺訪問偽文件系統,事件查看器,IIS日志,運行進程和其他信息。但,我們仍然無法訪問Windows性能計數器。為了監視我們的實例,我們使用特殊的WebJob作為監視代理,而不是直接安裝在服務上。在這些情況下,云應用程序監視真的非常重要。
2、云計算的自動伸縮
云托管的一大優勢是自動擴展功能。許多公司的應用程序都有一天或一周的高峰時間。在這些高峰時段之外,應該縮減應用以節省服務開支。
云監控解決方案必須支持應用程序的自動調節。應用程序實例的數量可以不斷變化,并且每個應用程序仍需要進行監控。云監控工具必須易于安裝,隨著服務被創建和處理縮小。
3、服務監控不是云監控
如果服務器啟動或關閉以及CPU和內存使用情況如何,傳統的服務器監視功能就會圍繞這些監視進行。一旦移動到云中,你不必糾結這些細節,你甚至無法訪問。你可以設置自動縮放或使用無服務器架構,且它只要正常工作即可。監控云應用程序有點不同!
應用程序性能監控仍然非常重要。你仍然需要知道應用程序中的哪些請求使用得最多,哪些最慢。像Retrace這樣的APM解決方案可以幫助提供云性能監控。但你還需要通過Windows性能計數器,JMX MBeans或其他常用指標來監視應用程序指標。
4、功能即服務(Faas)或(Serverless)無服務器體系結構
開發人員開始利用新的(Serverless)無服務體系結構。AWS Lambda和Azure Functions等服務使開發人員可以輕松地將應用程序部署為單獨的業務邏輯塊。云提供商可以以幾乎***的規模處理對這些功能的請求。他們完全從服務的概念中抽象出來。
監視無服務體系結構是一種全新的范例。在監控這些新類型的應用程序時,云監控解決方案將不得不發揮追趕作用。云提供商也將不得不建立新的功能以使監控成為可能。
5、監控云應用程序依賴關系
云計算提供商提供各種專用數據庫,隊列,存儲和其他服務。 Azure的一些示例是Cosmos DB,Service Bus,Table Storage等。對于AWS,它將是Redshift,DyanamoDB,SQS等服務。傳統的監控解決方案并非旨在監控特殊服務。你需要通過云提供商或通過專門的云監控解決方案進行監控。
6、無基礎架構監控
在云環境中,您不必擔心監控傳統IT基礎架構。沒有交換機,防火墻,虛擬機管理程序,SAN或類似設備要監視。云提供商負責所有這些內容。它已經全部從我們這里被抽象出來了,這是一件很美的事情。我僅僅是只要想安裝100個服務,且需要10 TB的SSD存儲。然我不在乎它是如何工作的!
概要
如果您已將應用程序移動到云中的某些虛擬機上,則可能會繼續像以前一樣監控您的服務器和應用程序。但是,如果您想“全部包含”并充分利用所有paas的特性,您可能需要重新考慮如何監控應用程序。搬到云端會帶來新的機遇和挑戰。云性能監控也可能是兩種!