Date: 8月 5, 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