设计一个集成模式
当需要一个特定集成（例如，一个环境支持系统管理或服务管理流程）时，必须考虑和记录一些元
素以供服务转换和操作过程中使用。这些步骤在以下事故管理用例示例的上下文中有所描述，这些示例使用集成的服务软件将传统环境和云环境连接起来，在两种环境之间复制事故、问题以及
更改记录。应用程序集成为事故和活动提供了便利，这些事故和活动放置在公共存储库中，可用于
分析和解决问题。
首先，开发一个基于 IT 基础架构库（ITIL）的服务描述，这种描述可以提供一个端到端的服务管理
功能，跨云和非云交付环境显式处理事故。
解决方案设计应该包括这样的叙述：在传统的 IT 环境中，客户给主服务台（SD）打电话报告一个应
用程序停止运行。主服务台使用云基础架构排除故障来识别问题，并将事故移交给云支持服务。问
题得到解决后，在云支持服务中关闭事故，并使用一个集成服务桥接解决方案在主服务台上无缝地
关闭事故。
应该开发一个服务职责矩阵。例如，它可能表明服务台（在传统 IT 中）引发了所有事故、拥有升级
并建立治理。该矩阵也可能表明传统 IT 人员支持应用程序管理，而云交付支持 OS 管理。
最后，通过确定每个组件的一次性成本或月成本（以及这些成本的基础）来提供成本引导信息，比
如每个事故的服务桥接软件、安装劳动力或可能的人力成本。
建议
在考虑如何将云解决方案集成到您的组织的现有基础架构和服务中时，请记住这些建议。
先计划，再开始。只有在系统策略阶段有足够的计划才能继续进行。尽量不要让计划和不确定性妨
碍您的实现。将解决方案计划嵌入到项目阶段实现快速启动。
试验，但不要冒险。考虑 4 个 P（试验（pilot）、逐步（phase）、并行（parallel）和冒险
（plunge））并以合理的方法使用（或避免）这些实现策略。使用试验项目进行学习，在生产过程
中尝试以逐步和并行的方式实现，同时避免冒险。
使用即时集成模式。提前识别集成模式，但应根据需要考虑开发这些模式并计划重用。避免将项目
延迟至所有模式开发完成，而是根据需要开发或重用。
关注重用和质量。计划模板重用，并在工件普遍可用之前进行预演。模板可减少工作负担，并帮助
确保生产出高质量的工作产品。
值得付出努力
尽管面临挑战，但在云集成中投资也是值得的，因为云有诸多好处，如低成本、快速部署、能够扩
展和简单的解决方案等。如果您能仔细计划、提出正确问题并实现目标，您的云集成将会成功，您
也将从中获益。
|
