IT架构现代化指南：入门篇

抖音推荐 2025年08月07日 18:11 1 admin

主张对IT组合进行现代化改造，就像主张给你的汽车换机油一样，支持的理由是：如果不换，最终发动机会烧坏。

但当下进行改造的投资回报率如何呢?这是个精算问题。今天推迟现代化改造，从统计学的角度来看，肯定会招致不良后果，但这种风险何时会成为现实，同样无法确定。

因此，根据你计划在CIO职位上坐多久，你可以确定是否关注接下来的内容。

第一步：梳理现有资源

现代化改造始于了解你目前拥有什么，这些信息本应妥善保存在一个经过精心维护和管理的配置管理数据库(CMDB，对非IT服务管理(ITSM)人士而言)中。多年来，我曾要求众多客户向我展示他们拥有的资源，到目前为止，我在寻找可靠、最新的CMDB的过程中，感觉自己就像一位硅基密码生物学家，徒劳地寻找着IT领域的尼斯湖水怪。

要避免成为我们这些IT密码生物学家中的一员，你首先需要一份IT所支持的应用程序清单，以及技术栈信息——即它所支持的业务架构，加上每个应用程序所依赖的存储库、集成、平台、基础设施和设施。

第二步：处置你的IT资产

处置涉及为你刚刚记录的每一项资产确定未来状态——即它的处置方式，首先，锁定一个存在严重缺陷的应用程序，这能带来商业利益，因为如果它没有缺陷，就不会被视为有问题。

你有八种处置方式可供选择：

• 扩展：对该资产进行投资，以提高其交付的价值。

• 保留：保留该资产，但仅进行维持其运行所必需的最小维护。

• 更新：对于商业应用程序，将其更新到供应商认为的当前版本的前一个版本。

• 替换：实施一个商业上可获得的替代品，至少提供相同的功能，或者理想情况下，提供相同甚至更多的功能，另外，你也可以决定定制编码一个替代品，但对于大多数IT部门来说，在大多数情况下，“能买则买，需建再建”是一个不可忽视的核心架构原则。

• 现代化：重构应用程序，使其符合现代架构和工程标准及实践。

• 平台迁移：重新编译到成本更低的环境中，这指的是保持COBOL应用程序使用COBOL语言，但运行在更理想的平台上，例如从Z/OS迁移到RHEL 10，但要注意平台迁移的局限性：许多IT部门将应用程序“直接迁移”到新平台，结果却发现迁移并未带来任何现代化改造。

• 整合：对于多个应用程序提供冗余业务功能的情况，将其中一个设为企业标准，并将其余的应用程序迁移到该标准上。

• 退役：对于不再需要的应用程序，归档其数据并停用，但要确保在无人监管时也没有人使用它。