企业架构核心,第3部分设计和构建企业架构

《企业架构核心,第3部分设计和构建企业架构》由会员分享，可在线阅读，更多相关《企业架构核心,第3部分设计和构建企业架构（7页珍藏版）》请在金锄头文库上搜索。

1、 版权所有 IBM 公司 2008商标 企业架构核心，第 3 部分: 设计和构建企业架构第 1 页，共 7企业架构核心，第 3 部分: 设计和构建企业架构开始进行您的企业架构项目Michael J. Welsh () 资深撰稿人 Ronin Writer2008 年 2 月 04 日构建卓越的 IT 架构需要花时间并进行规划。通过评估已经拥有的基础，然后可视化其应该具有的 状态，您可以让卓越的企业架构成为现实。要实现梦想中的架构，请在 本系列 这一部分中了解 要构建什么，如何构建，以及在什么基础上构建。查看本系列更多内容在本文中，了解要构建什么以及如何构建。让我们假设您作为 IT 架构师，非常

2、不幸地在一个一无所 有的环境中工作您要在该环境中着手从头构建企业 IT 架构。与大多数 IT 架构师一样，您将围绕 当前环境进行构建，在当前环境中，良好的愿望却未达到完美的结果。也许您的企业已从非常小的 IT 部门发展成为拥挤的数据中心，其中充满了遗留服务器。或者，您可能必须集成组织已收购的多 家小公司的 IT 部门。现在是该确定当前资源并优化信息流的时候了。对于 IT 架构师，构建和设计似乎是企业架构的最容易阶段之一。这种过分简单的看法来自于对物理 结果的观察已安装到位的服务器、风扇柔和的嗡嗡声和闪烁的指示灯。虽然这似乎是为服务器 机房添加新设备的理想时机，但是您还有大量的工作要做。IT 架

3、构师扮演多种角色：项目经理、主 管、外交官和内容专家。构建成功的企业架构需要与公司所有方面协作，到项目结束时，您将先后 扮演这其中每一种角色。构建和设计：构建什么 请考虑一个从手动的“打印和选择”方法更改为自动无线频率识别（Radio Frequency Identification，RFID）或无线条形码系统的仓库。订单处理系统从呼叫中心转换到 IBM WebSphere 应用程序。虽然后端系统仍将使用 IBM AS/400 平台，但许多仓库终端将被替换为无 线收发器。因此，虽然向客户交付产品的主要业务并没有发生改变，但是收集和处理订单的方法将 会改变。虽然作为 IT 架构师，此项目似乎非常

4、简单，但是您必须看到整个全局。它对仓库人员具有 明显的影响，但在业务操作方面也是根本性的转变。技能和能力 在制定任何新的规划之前，您必须评估当前环境。无论您是在大型跨国公司工作还是在小型家族企 业中工作，IT 现状都可能包含若干必须识别的组件陷阱。但是，除非您进行深入评估，否则如 何真正了解存在什么内容呢？developerW 3 部分: 设计和构建企业架构第 2 页，共 7首先考察物理环境。使用正确的工具，例如 IBM Information Server，您可以找到大多数物理设备。 此外，不要忘了考虑空间和位置。您是否在处理多个站点中的一个位置？网络是如何设置的？您是 否在处理遗留设备？是

5、否有足够的空间满足增长？确保考虑新设备将具有的整体影响。任何增长因 素都必须包括电、热和网络资源。确保不要忽略网络带宽，尤其是在处理多站点环境的时候。下一步，评估已存在的各种平台。这里，您将发现 Microsoft Windows、Linux、AS/400 甚至诸 如 Microsoft Windows NT 或 IBM OS2 等遗留平台的混合体。确定组织拥有的数据库的类型：您 可能需要将当前未共享数据的各种数据库移动到新架构之下。最后，检查业务模型和数据流。了解数据的产生方式、数据的处理位置和处理方式以及结果。全面 检查业务操作方式可帮助提高效率，但更重要的是，它将帮助避免工作开始时的中断

6、。服务器和网络利用情况也非常重要。有些服务器管理人员更喜欢“一个服务器，一个功能”的方法， 因此单个服务器运行单个应用程序。这是一种合理的方法，因为在发生服务器故障的情况下，只有 一个应用程序面临风险。此方法的缺点是资源可能利用不足或被浪费。替代方法是一个服务器安装 多个应用程序，以便组织降低总体拥有成本 (TCO)。然而，此方法增加了故障可能性，例如网络问 题或内存泄漏，从而影响多个应用程序的性能。关闭服务器以便维护意味着中断它所承载的应用程 序，并且会对业务产生更广泛的影响。除了当前可用的物理资产外，还必须考虑成功的企业架构所必需的人力资源。例如，若要开发新的 应用程序，您必须拥有程序员。

7、同样的这些应用程序还需要提供用户支持。必须派遣技术人员去解 决无法远程处理的问题。人的因素更难判断，因为数据是围绕两个原则构建的：过去有效的方法和 过去失败了的方法。不错，这并不是真正有帮助，但是在无法预言未来和雇佣先知的情况下，您力 所能及的也就是不断从过去的经验教训中学习。保持灵活。在人口稠密的地区，交叉培训可使人们 进行互相帮助。在将新的架构置于在线时，仍然必须支持现有的系统和应用程序。此过程可有效地 延伸人力资源以消除断点。工具和技术标准是用以构建一切的基础。在开始构建新的 IT 架构时，拥有良好的标准有助于在该过程中弥补不 足，并避免在每次需要更改时从头再来。使用标准可以确保整个企业

8、中的一致性，从而简化交付和 促进支持。存在若干 IT 架构标准可供您使用。较流行的框架之一是 The Open Group 架构框架（The Open Group Architecture Framework，TOGAF）。该框架中使用的标准经过了实践的考验。在选择标准时，要记住考虑组织所在的行业。机械、金融和信用卡公司具有单独的标准，这些标准 会影响 IT 环境的操作方式。幸运的是，这其中大多数特定于行业的标准都遵循常识性的惯例并包括 在 TOGAF 中。下面的学习资源列表将有助于您寻求标准： The Open Group 国际标准组织 (ISO) 医疗保险可携性和责任法案 (HIPAA)

9、PCI 安全标准委员会 3 部分: 设计和构建企业架构第 3 页，共 7里程碑在预先计划阶段创建里程碑有助于为引入附加资源提供清楚的理由： 设定目标。创建有关应该实现什么目标以及何时实现该目标的计划，然后建立有关应该如何格 式化结果的指导原则。这样做可以使项目中涉及的每个人都有明确的目标，以便所有人都知道 对自己的期待是什么。组建一个团队以帮助获得各自领域的最佳知识。 确定您的要求。您将需要硬件、软件和网络专业知识。可自主运行的工具可以通过各软件供应 商或通过开放源代码软件渠道获得。 建立标准。了解您的标准并遵循那些标准！选择团队能够遵循的标准，并从行业的角度查看 IT 部门需要什么。数据安全

10、性、保留和管理将是与标准有关的讨论以及编程约定的一部分。 了解您已经拥有的内容。20 世纪 80 年代的卡通片特种部队(G.I. Joe) 在每一节结束时的字 幕都是“了解是成功的一半”。这个道理现在同样适用。准确了解已经存在的内容可以帮助充分 利用已有的东西，并将降低成本。 确定是否需要外部服务。让外部团体执行审核也许是有意义的。专业的审核团体可以全面查找 所有资源并提出正确的问题。如果当前没有适当的工具来执行详细的评估，则外部服务会尤为 有用。 分配角色。为团队成员分配最适合他们的任务，并让他们自由发挥。 维护文档。如果在开始本步骤之前还没有开始创建文档，现在应该开始了。收集操作规程、代

11、码更改和帮助台规程。现在可能是让团队成员对他们实际所做的工作（而不是雇佣他们来做的 工作）编制文档的理想时机。构造技术：如何构建现在您拥有了完整的 IT 前景蓝图，可以在构建企业架构时充分利用它。技能和能力手边有了整体 IT 蓝图，下一步应规划信息如何从开头流向结束。通过创建数据流关系图和描述，您 可以看到业务流的优缺点。的确，一幅图胜过千言万语，而在讨论管理问题时，关系图可最清楚地 说明单点故障和其他缺点。了解业务模型的细节可能是您的工具库中最有力的工具。请求引入专家以帮助评估非 IT 资产，例如 电力和制冷需求。您的服务器和应用程序专家应该能够基于您收集的数据提供合理的建议。由于 IT 影

12、响组织的所有方面，您的项目管理技能必须非常精湛。要做出更改，部门经理必须接到通知并且 能够提供输入。在构建新的架构时，此时提供了引入冗余和提高效率的理想机会。检查所有级别的灾难恢复选项。 例如，如果设施由于自然灾害而关闭，组织是否能够转移生产？考虑使用非现场数据中心来实现冗 余。许多数据中心都有基于服务、空间和使用情况的灵活成本。由于数据对组织是如此关键，因此必须做出有关如何存储数据和谁可以访问数据的决策。所处理的 数据有多少？数据是如何物理地存储的？参考硬件评估以确定还有多少存储空间可用，并做出有关 要添加什么内容的选择。与服务器人员讨论存储区域网络 (SAN) 相对于传统服务器存储的优点。

13、也 许是该从多个小型数据库转向可靠的结构化查询语言（Structured Query Language，SQL）环境的时 候了。developerW 3 部分: 设计和构建企业架构第 4 页，共 7工具和技术无论您是需要帮助在 SAN 上构建 SQL 数据库，还是必须了解如何实现最新的硬件更改，IBM 都有丰 富的知识可提供帮助： IBM DB2 产品系列 IBM 红皮书里程碑简单的里程碑可帮助在您开始实现设计计划时保持正轨。虽然作为架构师，您可能有自己的想法， 但是您需要团队提供的输入。以下要点将帮助您着手开始此任务： 建立里程碑。了解业务细节。设定目标和日期，以便了解部门如何运作和他们如何

14、影响整个组 织。例如，如果会计部门无法工作，则无法向客户开帐单，并且无法向工作人员支付薪水。 维护标准。保持已达成一致的标准，并务必强制执行这些标准。 跟踪预算和成本。有了关于现有环境的事实和数据，现在可以开始估计构建新的企业架构所需 的成本。硬件、软件和咨询成本非常重要，但是还要记住包括雇员工时数。考虑加班和营业外 时间劳动成本，并确保包括培训预算。 保留软件和硬件供应商清单。了解从何处获取您正在寻找的设备以及估计价格是有价值的。 在需要时引入外部帮助。您是否需要引入外部帮助？此类帮助可能非常简单，就像技术人员在 部署期间应答呼叫或让开发人员着手构建新应用程序一样。既然您已了解每个人的职责和

15、工作 量，咨询服务可以弥补不足。 分配角色。派您的专家去负责联系供应商、测试网络负载等工作。 为您的过程编写文档。为您的想法编写文档，即使您不是百分之百地确定将会如何实现那些想 法。在纸上记下您的梦想可以激发您和您的团队考虑新的解决方案。获取报价并草拟预算。在 一个地方收集所有报价，并在电子表格中创建比较清单以找到最佳价格。由于您是在动态环境 中工作，应该对完成完全评估后发生的任何更改编写文档。选择平台：要在什么平台基础上构建在了解数据流和已建立的标准之后，您现在已经有了计划。现在是决定要在什么平台基础上构建的 时候了。遗留系统可能在决定您可以使用哪些平台和如何传输数据方面发挥作用。技能和能力虽然沿用工作人员熟悉的平台是最容易的，但是对增长的考虑是值得花一番功夫的。例如，从 Windows 环境更改为 Linux 环境起初可能会产生直接的成本削减，但是把支持人员的培训成本考虑 在内以后，情况就不是这样了。在您和您的团队决定操作系统以后，下一步应选择应用程序。无论它是从商店购买的通用软件、行 业专用产品还是内部编写的应用程序，都要评估它将如何在新的企业架构中工作。此讨论必须在考 虑平台时进行，因为有些程序是特定于平台的。工具和技术硬件和软件的标准化有助于消除多供应商数据中心所具有的许多问题。当问题出现时，例如驱动器 故障，您应该只有一个电话号码可以拨打。