本文章来自于公众号：首席信息官资讯    

技术架构是 IT 为支持企业而部署的内容的总和和实质。因此，其管理是一项关键的 IT 实践。我们在本系列的前一篇文章中讨论了如何处理它。

这就引出了一个问题，什么是好的技术架构？或者从根本上说，什么构成了技术架构，无论是好的、坏的还是无关紧要的？

如果您是纯粹主义者，我们谈论的是技术架构，而不是企业架构。后者包括业务架构和技术架构。并不是说在不了解它对业务架构的支持程度的情况下评估技术架构是可能的。只是管理业务架构的健康是别人的问题。

1.为什么技术架构很重要

IT 总是有一个技术架构。在某些组织中，这是经过深思熟虑的，是对 CIO 最重要的流程和实践的结果。

但很多时候，技术架构是偶然的——一堆随着时间的推移而积累起来的东西，没有任何总体计划。

如图 1 所示，在最初的 IT 实施过程中，托管架构的成本不仅仅是忽略主题并希望获得最好的结果，而是随着时间的推移，作为管理良好的架构的优势，它会为自己付出代价——降低维护和支持成本，更容易和更少- 脆弱的集成，以及应对新业务挑战的整体灵活性——使初始投资相形见绌。

2.什么构成技术架构

在我们开始之前，不，您将要看到的不是众所周知的TOGAF架构框架。这并不矛盾，但我发现以下内容更具体，更适合现实世界的 IT 投资组合。但无论您使用什么框架，其目的都是将 IT 管理的零碎东西分类为并行组件组合，以进行持续分析和规划。

图 2 显示了技术架构的组件。它包括影响它的外部因素、它的构建块以及它产生的标准。一次一个：

3.外在因素

其中包括业务驱动因素、架构原则和技术趋势：

业务驱动力：这些是公司需要的广泛的 IT 能力，从其战略目标推断。这些不是应用程序开发意义上的要求。它们比这更广泛。示例可能是机器学习、自动语言翻译和面部识别。业务驱动因素对架构有直接影响；它们还通过帮助指导架构原则的制定而间接影响它。

架构原则：正如本系列的最后一部分中所解释的，这些是定义什么构成您的业务中的“好”架构的广泛原则。他们将构成良好工程的整体知识与公司的业务驱动力相结合。

技术趋势：不，你不必很时髦。但是您确实需要认识到外部技术市场的趋势何时会使您的技术架构的某些组件失效，或者可能会创造机会以不同的方式做一些更好的事情。

4.技术架构的构建块

IT 架构是分层和分段的。它由应用程序、数据和技术组成。向下钻取，它包括：

应用程序：业务用户用来完成工作的软件程序组合。应用层分为三个子层：

记录系统：作为信息和业务逻辑的权威来源的应用程序和应用程序套件。

集成和同步：确保数据和业务逻辑重叠的应用程序相互一致的应用程序间接口。

卫星应用程序和集成 API：就其本身而言，记录系统可能是处理各种业务支持者需要解决的所有细粒度自动化机会的笨拙方式。有时最好实现连接到记录系统的专业应用程序，直接通过集成子层或通过集成层公开的 API，提供底层数据和业务逻辑的集成、理想化视图。

数据：IT 提供了管理两种类型信息的能力：结构化的，也就是以表格和表格形式轻松表示的数据；和非结构化的，也就是内容和文档本质上更自由。顺便说一句，业务用户不会直接与任何类型的数据进行交互。它们与与数据存储库交互、摄取、管理和表示它的应用程序交互。

数据层只包含数据本身，而不是包含它们的 DBMS、内容管理系统 (CMS) 和文档管理系统 (DMS)。

技术：这包括两个子层：

基础设施和设施，包括：数据中心本身（即使你已经完全使用云，也有一个数据中心潜伏在某个地方）；网络；服务器，无论是物理的还是虚拟的；存储，无论是 SAN、NAS 还是直连；加上系统监控、管理和管理工具——诸如此类的东西。

平台：构建和运行更高层中所有内容的软件，包括服务器操作系统、开发语言和环境、DBMS、CMS 和 DMS，以及企业服务总线 (ESB) 和等效集成系统。

5.标准

作为评估在应用程序、数据和技术组合中部署的信息技术的结果，IT 建立了标准——组合必须遵守的准则。标准分为两类：

产品标准：获准用于交付每项 IT 功能的特定产品。例如，MS Word 是当今大多数企业的文字处理标准。正在使用但未经批准使用的应用程序、数据存储库和技术违反了架构产品标准。

工程标准：除特定产品外，技术架构还包括经批准的方式来构建其各种组件。例如，大多数 IT 部门都认为规范化是他们组织结构化数据的标准方式。许多人正在建立微服务作为组织应用程序逻辑的标准方式。

6从入门到实用

到目前为止，我们已经介绍了如何将您拥有的信息技术的点点滴滴分类到投资组合中。这就是一切，除了重要的。本系列的下一篇文章将介绍使用结果来评估您拥有的架构，并计划如何从它转变为您需要的架构。

本文章来自于公众号：首席信息官资讯