可能破坏您的高可用性解决方案的 8 个变化
作为客户体验副总裁，我观察到大多数组织在部署任何可能对其业务的高可用性产生影响的工具或流程时都有意识并谨慎行事。这些公司通常在 HA 方面非常谨慎，包括对任何 HA 集群、DR、安全或备份解决方案变更进行严格的变更审查。大多数公司都明白对这些工具的更改需要仔细考虑和测试，以避免影响整体应用程序可用性和系统稳定性。IT 管理员意识到，即使是他们的 HA 集群中最不起眼的变化，灾难恢复、安全或备份解决方案可能导致重大中断。
然而，其他工作场所和生产力工具的变化往往没有以同样的努力考虑。
可能破坏 HA 解决方案的八个变化：
- 遗失文件
您现有的工具通常封装了大量关于公司、决策、集成和整体 HA 架构的文档。随着团队过渡到新工具，这些文档通常会丢失，或者访问受到阻碍或阻碍。
建议改进：将所有现有文档导出和导入到新工具中。使用存档存储和备份在导入前保留数据的完整副本。
- 丢失的要求
与丢失的文档类似，在转移工具时，需求往往是最先丢失的东西。
建议改进：记录已知需求，从任何现有生产力工具导出需求相关文档。
- 失落的历史和传闻
几乎与文档和需求一样重要的是变更、修订和决策背后的历史。 许多组织将历史信息保存在工作场所和办公生产力工具中。此类信息可能包括围绕先前评估过的工具和解决方案的决策。当这些工作场所工具发生变化或过渡时，这种类型的历史可能会丢失。 现有工具通常也包含很多隐性知识。随着新工具的集成，知识和思想共享消失了。 二十年前，我们的团队迁移了错误跟踪解决方案。这些工具之间的知识差距很大，影响了多个部门，包括现在负责管理、备份和解决问题的 IT 团队。
建议改进：确保在新工具之间充分培训和转移思想共享和知识。 在终止当前工具之前，确保记录当前工具和以前工具的历史、上下文和决策
- 丢失访问/访问控制
每个新工具都有一套不同的安全和访问规则。在过渡团队中，通常最终会出现管理员过多、管理员不足或权限限制过多的情况。
建议改进：根据要求和安全规则，提前映射访问和用户控制，并有一个快速解决的过程。
- 失去联系
电子邮件和联系人系统迁移很少是无缝的。 即使现有版本之间的升级也会产生影响。从一种工具（Exchange 到 Gmail）迁移的一个缺点可能是失去联系。我们的团队与一位客户合作，该客户曾致电我们的支持团队寻求帮助获取他们的合作伙伴联系信息。他们的电子邮件系统过渡停滞不前，对关键联系人的访问也被延迟。
建议改进：规划联系人迁移和验证。请确保您的 HA 集群的任何关键联系人绝对是经过验证的迁移步骤的一部分。
- 破碎的整合
损坏的集成是一个非常常见的项目，它会影响高可用性，监控和报警。随着公司转向更新的生产力工具，现有的集成可能不再有效，需要额外的开发。举个相关的例子，一家以前使用 Skype 进行消息传递的公司转而使用 Slack。许多通过 Skype 传递消息的工具需要调整。 在您的 HA 环境中，仪表板或警报系统之间的集成中断可能意味着无法及时收到关键通知。
建议改进：绘制任何自动化工作流程以帮助识别工具之间的集成点。还要努力确定任何新的要求和整合机会。在概念验证或受控部署阶段规划和测试集成。
- 失落的冠军
每个工具集都有拥护者和批评者。支持者可能与您的管理员相同，也可能不同。拥护者的角色在每个组织内发生变化，并且通常随着每种工具的变化而变化，但他们之间的共同点是他们愿意为了自己和他人的利益使用新的生产力工具解决问题、问题或挑战。冠军是第一个发现新功能、发现和报告新问题并帮助新人加入工具集的人。冠军超越了思想份额和历史。通常随着工具集的变化，您的团队将失去冠军。
- 生产力损失
新工具，即使是那些与 HA 没有直接关系的工具，也会对您团队的工作效率产生影响。甚至与优先级管理、开发和代码存储库相关的工具也需要提升和入职时间。这段时间通常会转化为生产力损失，这可能会转化为集群的风险。 确保与所有现有工具和新工具相关的流程都得到妥善记录，以便对新工具的更改不会造成混乱、中断流程并导致更大的生产力损失。
建议改进：通过使用培训工具、利用产品拥护者并确保推出的重点是缩短学习曲线来降低生产力损失的风险高可用性解决方案需要捕获需求、识别关键文档、转移思想共享、映射依赖关系、测试和配置适当的访问、确定工具集支持者。 它确保您的新工具实际提高生产力，而不是将您的关键资源从维持正常运行时间中抽离出来。
客户体验副总裁 Cassius Rhue经许可转载自信息系统
