9個跡象表明您存在應用程序可用性問題

您已經聽說過“認識到問題是解決問題的第一步。”但是，許多小型，中型甚至令人驚訝的大型企業都沒有意識到他們的應用程序可用性不是應該的。

繼續閱讀以下九個跡象，表明您仍然存在應用程序可用性問題：

1.重新啟動應用程序所花的時間比使用它所花費的時間多

應用程序崩潰可能是生活中不可或缺的事實，但是如果您的應用程序宕機多於宕機，那就成問題了。

2.您已開始細心瀏覽收件箱或控制中心中的警報風暴

您已為應用程序或服務器停機部署了警報，但是警報風暴使收件箱不堪重負，以至於所有警報均已靜音。

3.您擁有一個用於所有關鍵操作的數據中心

單個數據中心進行操作聽起來很方便，但是已知一個意圖良好但方向錯誤的施工人員會將單個數據中心變成昂貴的不可用區域。

4.您的數據保護理念涉及備份檢索和存檔

您的數據保護策略至關重要。數據複製技術和站點到站點，區域到區域複製已成為主流，因此，如果您的複製或數據保護策略不存在或對文件庫進行長時間的拖延，這可能是一個大問題。

5.您的恢復過程始終需要手動干預

手動干預本身不是問題。 有些事件是如此的困難和復雜，以至於可能需要大量的人工。但是，如果在服務器或應用程序中斷之後，手動干預始終是第一，第二和第三項業務，那麼這就是一個問題。

6.您的RTO以天而不是小時或分鐘為單位進行度量

您如何衡量恢復時間目標（RTO）？ 您是否以天或小時而不是每月的分鐘數來衡量您的RTO？的確，每個企業的RTO都有容忍度。但是，您的RTO不應是服務器重建和體系結構中嚴重不穩定的函數。

7.您不知道自己的RPO，因為您的待機狀態永遠不會可靠地同步

您已經選中了可靠監視和恢復應用程序的複選框，並進一步採取了行動，以提供備用集群就緒系統。做得好。但是，在讓您擺脫困境之前，您的恢復點目標（RPO）是什麼？ RPO應該比“第0天到昨晚之間的某個地方”更準確。

8.單點故障並不只是存在，而是正常現象

您的單點故障在哪裡？您的預算可能無法消除每個故障點，但是如果您可以在企業的每個主要類別和每個關鍵組成部分中確定一個故障點，那麼……

9.您上次的災難成為地方，區域或國家新聞

如果上一次重大風暴，電網故障或故障事件由於停機而使您的業務陷入困境，那麼下一個業務便是更高的可用性。

停機會在客戶，生產力和安心方面給您的業務造成損失。未解決的風險會對您的業務和聲譽產生確定的影響。如果這些警告標記在那裡，則可能存在可用性問題。而且，如果您忽略它們，那麼此後不久您可能會遇到更大的問題，因此應用程序可用性的重要性。

—客戶體驗副總裁Cassius Rhue

遷移到雲中託管其應用程序的公司了解到，儘管他們將應用程序託管外包給了第三方雲供應商（例如Amazon Web Services），但他們仍然需要自己監控和管理這些應用程序，通常使用應用程序性能監控解決方案或APM。 使用昨天的客戶端服務器計算應用程序部門幾乎可以完全控制服務器，網絡和最終用戶計算環境。但是，當今的雲環境變得更加複雜，移動的部件常常超出您的控制範圍。

一些公司已經著手進行數字化轉型，將客戶互動推向基於Web的關鍵應用程序中。現在，通過APM自動化解決方案快速響應任何應用程序性能和停機問題比以往任何時候都更為重要。

如何選擇APM解決方案

許多公司轉向應用程序性能管理解決方案，例如AppDynamics，Datadog，Dynatrace或New Relic的解決方案。APM解決方案應識別代碼中的任何性能瓶頸，並幫助您在用戶受到影響之前解決這些問題。

好的APM解決方案將讓您知道發生了什麼，為什麼以及如何防止它將來發生。當所監視的應用程序或系統滿足特定條件（負載，響應時間等）時，APM解決方案將向您發出警報。收到警報後，您應該能夠確定應用程序運行不正常的原因。有了這些信息，您便可以為開發團隊提供非常詳細的診斷信息，以使他們能夠解決問題並防止將來發生這種情況。

但是，您如何選擇正確的應用程序性能監視解決方案解決方案？在Google上快速搜索“雲APM解決方案”會返回5,830,000個結果！對於不熟悉該領域的任何人來說，這可能是不堪重負的。值得慶幸的是，另一個Google搜索還將為您提供有關如何選擇適合您的APM解決方案的大量建議和資源。您應該尋求第三方的非供應商建議，以幫助您確定需求並製定出滿足這些需求的選擇清單。Gartner一直在關注這一類別，並每年發布其APM魔力像限。當了解如何評估應用程序性能監視解決方案解決方案並提供頂級供應商的概述時，它是一個很好的資源。

自動將APM添加到您的修復要求列表中

在SIOS Technology Corporation，我們始終與將其應用程序遷移到雲的客戶合作。他們通常想知道如何保護其應用程序免受不必要的停機影響，並向我們尋求建議。如何保護其應用程序的選擇取決於這些應用程序的重要性（更關鍵的應用程序通常需要故障轉移解決方案等）。 但是，我們也幫助他們了解為什麼他們的應用程序可能容易受到攻擊。

過去，備份和數據保護是一項單獨的功能（僅當APM解決方案確定停機時才需要此功能）。但是，在當今復雜的雲環境中，我們認為組織在監視和管理關鍵應用程序時應該尋求一種整體方法。如果傳統的APM解決方案能夠識別出什麼時候發生並讓您診斷出為什麼發生，那麼為什麼不盡可能避免不必要的停機呢？

我們認為，自動化是大多數雲APM解決方案所缺少的要素。我們的許多客戶通過從APM解決方案中收到太多警報來告訴我們他們如何不知所措，每個警報都要求他們停止並了解發生了什麼以及為什麼。他們很快就會了解要忽略的內容和要注意的內容（好的APM解決方案可以幫助他們通過機器學習來做到這一點）。並且，如果它們的應用程序停止運行，並且何時停止運行，APM解決方案會提醒他們停機時間，並診斷出為什麼要防止再次發生這種情況。但是APM解決方案不會減少其立即停機時間。

那就是SIOS AppKeeper出現的地方。 AppKeeper監視在Amazon EC2上運行的客戶的應用程序，並在檢測到停機時自動重啟EC2上的服務，甚至重啟EC2實例。我們只有3個Amazon EC2實例的普通客戶每月至少要經歷一次停機。當關鍵的，通常面向客戶的應用程序不可用時以及在I.T.團隊必須放棄一切並做出回應。

AppKeeper的APM自動化解決方案使客戶能夠從超過85％的Amazon EC2停機情況中自動恢復。如果您希望AppKeeper發揮作用，請點擊此處鏈接到快速視頻。

通過AppKeeper的API，客戶可以通過其APM解決方案的警報觸發AppKeeper自動重啟受影響的Amazon EC2服務或在必要時重啟實例，從而以編程方式擴展其APM解決方案的價值。

應用程序性能監視和自動修復。比花生醬和果凍好嗎？

在許多情況下，AppKeeper客戶可以輕鬆管理Amazon EC2環境，其中Amazon EC2實例少於8個。對於他們來說，AppKeeper的本機監視和自動修復功能足以讓他們在晚上安然入睡，因為他們知道，如果有的話，他們可以主動減少停機時間。

但是我們認識到許多客戶擁有更複雜的雲環境，並且已經投資了APM解決方案，例如來自New Relic，Datadog，Dynatrace，LogicMonitor或Zabbix的解決方案。他們已經期望即時警報和豐富的數據集可以幫助他們診斷發生了什麼以及為什麼。對於這組客戶，我們認為將AppKeeper的自動修復功能添加到他們的APM工具包中可以為他們提供兩全其美的優勢：控制其應用程序的性能並減少停機時間。

在接下來的幾個月中，SIOS Technology將與多家領先的APM供應商合作，在其APM解決方案和AppKeeper之間提供打包和認證的集成。使用這些與AppKeeper的集成，這些用戶現在將享受一個閉環系統，在該系統中，他們將收到檢測到的Amazon EC2停機時間以及AppKeeper採取的補救措施的警報。

因此，請繼續關註一些令人振奮的消息。同時，如果您想親自嘗試SIOS AppKeeper，請隨時註冊AppKeeper的14天免費試用版。 AppKeeper的起價為每個實例每月40美元。

經SIOS許可轉載