Date: 5 8 月, 2025
為什麼公司歷史在 HA 中很重要
關於制定計劃、策略、設計和架構，有很多地方可以開始高可用集群當然，明智的建造者想要了解基本要求：兩個節點或三個，恢復行動計劃10分鐘內或5分鐘內，RPO接近零度或絕對零度。架構師也希望了解有多少節點，以及如何使硬體和網路具有彈性。您會在資料中心、雲端還是兩者兼具？除了了解底層硬體的架構之外，需求收集和設計還能幫助您了解關鍵應用程式、高可用性（HA）需要遵循的軟體、流程和治理程序，以及報告、監控和警報分發所需的額外儀表板和整合。所有團隊成員還需要了解恢復和故障轉移當然是編排。
為什麼公司和解決方案提供者的歷史對於高可用性至關重要
但在高可用性部署中，有一件事經常被忽視，那就是公司歷史。當然，如果您打算將企業環境委託給監控、警報、恢復和故障轉移編排解決方案，您當然需要了解他們是誰、他們做什麼以及他們在這方面做得好多久了。這是一家位於懷俄明州佈福德的新創業公司，還是一家僅在美國運營的公司，又或者是一家恰好擁有閒置的高可用性產品的跨國公司，只有在完成交易的其他部分時才會拿出來用？
當然，在建立架構時，您需要確保高可用性公司了解、理解並能很好地實現高可用性。但是，至關重要的是，在建立高可用性解決方案時，您的團隊需要了解的最重要的歷史並非來自他們的，而是您自己的。
身為客戶體驗副總裁，我曾與眾多客戶、團隊、架構師和解決方案整合團隊合作，在本地和異地部署高可用性解決方案。在許多這樣的討論中，部署完善的基礎架構和HA架構是公司本身的歷史。那麼，為什麼你的公司，或者你正在為之建立高可用性架構的公司，如此重要？公司歷史應該透過五 (5) 種方式影響你的高可用性架構
公司歷史塑造 HA 建築的五種方式
公司歷史將透過以下五 (5) 種方式影響您的 HA 架構：
1. 公司規模（太大或太小）
貴公司在高可用性團隊的歷史如何？貴公司團隊是否人員過多，角色和職責是否有衝突或重疊？或者，貴公司團隊規模太小，但業績卻超預期？根據貴公司的發展歷史及其規模，您可能需要調整設計，以增加身份驗證、更細微的權限和限制等。如果您的團隊規模較小，增加開發和維護免費解決方案的負擔可能會過重。如果您的團隊規模較大，角色眾多且職責重疊，並且有時間開發客製化解決方案，請考慮商業解決方案是否更合適，以便釋放這些資源用於新的開發、進一步的改進，甚至提高日常營運的效率。
2. 公司生命週期（每五年或直至中斷）
貴公司的生命週期歷史是怎麼樣的？您的資訊長/技術長是否會依照固定週期更新整個基礎設施，還是更傾向於「沒壞就別修」？如果您的公司長期在更換解決方案和供應商，那麼您的架構就需要更加穩健，以應對組件和零件的更換。在這種情況下，您的高可用性架構還需要考慮在短時間內下線、生命週期終止以及潛在新解決方案的上線。應對這種高流動率的關鍵在於限制客製化工作和硬依賴。
另一方面，如果您的高可用性解決方案將運行十年或更長時間，您需要確保供應商為基礎設施中的關鍵組件提供維護和擴展支援。您的架構還需要充分權衡各種軟體解決方案和互通性在超過標準支援生命週期後可能遇到的挑戰，以及如何降低這些風險。
3. 公司人員配置（旋轉門或獨行俠）
身為客戶體驗副總裁，我最震驚的記憶之一是與一家公司合作建立高可用性解決方案。在上線後一周內，該團隊的專案經理宣布他和他所在的整個團隊已被解僱。上線工作將轉移到一個新團隊，這個團隊既是公司新人，也是高可用性領域的新手。我後來了解到，Z公司的IT人員和高可用性環境的管理員實行「旋轉門」政策。他們的大部分（如果不是全部）資源都是承包商。如果你的公司人員流動率很高，那麼你的架構和設計必須包含運行手冊，維護流程和程序也需要包含培訓；正式的產品培訓、程序測試、管理培訓以及混亂場景。
旋轉門並不是唯一需要注意的公司人員配置歷史。獨行俠是另一個需要了解和理解的關鍵場景。在 SIOS，我們的團隊加入了一位困惑的專案經理，他正在尋找有關其企業系統的任何答案和信息，包括 SIOS 和其他系統。獨行俠因不明原因離開了公司，在他們離開後，團隊的新成員發現很多隱性知識沒有記錄在案，在他們能找到的任何文件中都沒有說明。在設計和建立架構時，了解人員配置類型和人員配置歷史可以幫助您正確地設計解決方案，並可能引導您的團隊選擇一種商業上可用且配備了服務的解決方案，以應對不幸的獨行俠離職。
4. 公司過去的災難
公司災難和停機時間是高可用性解決方案設計人員需要充分理解的另一個歷史節點。通常，公司災難會作為需求融入未來的架構設計中。過去的災難，包括其根本原因、風險緩解策略、檢測、預防和報告建議，通常會被添加到初始需求中。然而，深入研究災難歷史可能會發現更多需要考慮的需求和因素。身為客戶體驗副總裁，我們的團隊透過了解公司的災難，收集了大量數據，從而為我們的幾位客戶創造了更好的體驗。在一個案例中，無人值守的虛擬機器維護是公司策略的重要組成部分，但也是許多公司可用性問題的根源。在與架構師合作的過程中，我們的服務團隊不僅解決了應用程式可用性問題，還幫助設計團隊考慮了備份和復原、維護和升級以及在發生自動化故障時保持可用性的回滾策略。
5.公司文化
作為客戶體驗副總裁，我們的團隊與熱衷於應用程式可用性的客戶和合作夥伴緊密合作，遵守最嚴格的服務等級協定 (SLA)和服務等級目標。在我們與這些團隊合作的過程中，他們的設計和架構規範反映了一種公司文化，即將可用性（架構、設計、硬體、網路、應用程式、叢集軟體、人員和流程）視為業務不可或缺的一部分。遺憾的是，並非所有公司都擁有這種公司文化。了解公司文化的歷史無疑將影響您實施高可用性 (HA) 的方式，從而最大限度地發揮設計和架構的優勢，無論是為了遵循公司文化，還是將其作為改進文化和業務成功的一種方法。
不要忽視公司歷史在 HA 決策中的作用
是的，資料中心或雲端供應商的公司歷史很重要。如果您正在考慮將 Lou 用作資料中心，那麼了解 Lou’s Low Cost Cloud, LLC（無意冒犯 Lou）的歷史至關重要。該公司在 Lou 父母家中幾乎沒有空調的車庫裡運營，設備一直在嚴重損壞。是的，應用程式和高可用性 (HA) 供應商的公司歷史也很重要。了解您的 ERP、資料庫和前端應用程式提供者的歷史，對於評估和降低風險、理解部署模式和方法，以及確保及時修復、更新、安全性和支援成為您架構基石至關重要。但是，不要低估了解您公司歷史以及關鍵故障如何影響您新的和正在進行的高可用性決策和基礎架構的重要性。
準備好利用成熟的專業知識來加強您的 HA 架構了嗎？申請演示今天就來看看 SIOS 如何幫助您設計和部署針對您公司的獨特歷史和未來需求所建置的高可用性解決方案。
作者：Cassius Rhue，客戶體驗副總裁
經許可轉載SIOS