开云(中国)KAIYUN·官方网站 评估本事架构的11个要津轨范以及何如足下

[[435229]]开云(中国)KAIYUN·官方网站

本事架构提供了描绘、评估和狡计IT不竭和企业所依赖的IT本事演变的一种次序。 构建高效IT不错经受框架来描绘本事架构，并将其剖析为组合和子组合，其中包括足下设施(记载系统、集成足下设施)、数据(结构化和非结构化)、本事(开辟、基础设施和平台)。

该框架使东说念主们约略识别和分类领有的东西，但它并莫得告诉企业领有的本事架构是否是正确的。这便是需要处治的问题。以下概括了企业将何如看待我方的本事架构，并提供了评估本事架构的要津轨范。

本事架构的两个视角

对于本事架构的描绘分为两个互补的视角：合座联想和组合视图。

合座联想描绘了本事架构的每个组件的作用——提供的功能以及这些组件何如组合在一说念创建合座功能。

另一方面，组合视图植根于投资表面。它将本事架构中的组件视为投资组合中的股票。就像投资者如期审查他们的投资组合以决定购买更多、执有或出售哪些股票一样，本事架构师凭据这一模子如期审查其本事投资组合每个组件的健康景况，以细目哪些组件络续当作轨范，哪些组件应该缓缓淘汰，以支持更好地提供所需功能的替代有操办。

但与投资者有所不同的是，本事架构师有更多的选择，而不单是是经受、执有和毁灭。本事架构师将他们的选择称为处置。

需要记取的是，若是莫得合座联想，IT团队将不竭一堆构想粗劣的组件。若是莫得投资组合视图，将会发现我方不竭着一个悉心联想的纸牌屋：天然通盘东西都放在一说念，但不会想住在里面。

业务架构过甚勾搭姿色

若是不将足下设施映射到它们支持的业务功能，就不行能联想和狡计连贯的本事架构。因此，精良记载业务架构的东说念主员必须向IT本事架构师提供四个要津信息。

分类。在这里评论的是业务功能的分类，不错分为三个级别——才气(L1)、职责(L2)和过程(L3)。举例，东说念主力资源(L1)包括薪酬不竭(L2)，薪酬不竭又包括工资单(L3)，就像财务和司帐(L1)包括应收账款(L2)，司帐包括收款(L3)。若是经受流行术语描绘的话，不错将这一分类称为业务才气模子(BCM)。 映射。第二个要津信息是BCM中每个功能所依赖的足下设施的映射。业务架构师可能很想在才气级别映射这些，但若是莫得L2和L3映射，BCM的进攻性将很有限。 评估。第三个要津信息是对每个BCM功能的合座有用性的评估。 进攻性。第四个要津信息亦然最具争议的——每个业务功能的相对进攻性。对于这极少有两条提议：(1)将进攻性界说为对竞争上风的影响;(2)对其进行评级，而不是对其进行排行。

举例，东说念主们不会就薪资是否比销售更进攻已矣共鸣，但很容易已矣一致，即在五分制(推选)上，他们都应该取得最高分(5)，若是卖不出去家具，就会失去市集份额，若是不给职工发工资，就难以更好地销售家具。

分类法、足下设施映射、业务功能有用性、业务功能进攻性这四部分是勾搭业务和本事架构的东西。

值得一提的是：天然BCM正常类似于企业的组织结构图，但组织结构图并不是BCM。对于企业(尤其是大型企业)来说，凭据功能之外的其他内容进行组织是很常见的，举例，凭据地舆位置、客户类型或家具类别。这导致一些业务功能在企业的多个部分中证实出来。

评估本事架构

为了评估本事架构，架构师需要了解组件和集成的健康景况，冗余和整合契机，以及业务功能支持的质料。以下是需要了解的连络组件运转景况评分的信息。

本事架构中每个投资组合和子投资组合的每个组件都是要津的钞票，将影响IT的责任才气和各个支持业务规模的责任才气。

用于评估架构组件的圆善轨范列表超越平庸。使用的框架包括仅针对足下层的30个潜在评估轨范。但即使是一层，30个轨范也会过多。从数据收罗和不竭的角度来看，10个轨范是切合施行的最大值。

凭据投资组合和子投资组合经受以下简化的轨范集，将为评估本事架构奠定坚实的基础：

(1)功能性：这是了然于目的轨范——组件是否完成了需要它完成的任务。

(2)生动性：组件何如恰当新的和连接变化的情况。

(3)壮健性和性能：很彰着，足下设施、平台或基础设施组件在可用时常常崩溃，运转速率超越慢，这是一个需要处治的问题。

(4)里面工程：组件拼装的横暴(更容易细目组件何时在里面开发)是否恰当工程轨范。

(5)集成和接口：这仅适用于足下设施和数据存储库。它对每个足下设施和数据存储库何如与其他足下设施和数据存储库交换数据以同步类似数据进行评分，若是很是复杂，还不错同步类似的业务逻辑。

(6)遵从架构原则：企业需要破耗时分文告这些原则，经受的本事应该恰当这些原则。

(7)安全性：天然如今大多数积聚挫折事件都是酬酢工程的截止，但这并不虞味着不需要强化本事。

(8)供应商和家具可行性：组件过甚供应商在其市集上是否具有临界质料?也便是组件是否会得到支持和增强。企业能招募到优秀的东说念主才来从事这项责任吗?

(9)更新版块：该组件是否仅比其供应商现时发布的版块落伍一个版块，或者在另一个顶点情况下，提供组件的供应商不再支持该组件。

(10)低层的健康景况：由于每层的组件依赖于基层的组件，它们秉承了那些基层组件的健康景况或颓势。举例，足下设施可能依赖于分层存储在大型机托管的IMS数据库中的数据。大多数IT组织合计IMS是一个过时的平台，导致该足下设施的平台层得分为负。此外，对于大多数IT商店而言，分层数据联想将会违背结构化数据联想轨范(轨范化)，从而凭据足下设施的信息存储库特征裁减其分数。

(11)冗余：当企业的其他地廉正在使用其他功能相似且可能更好的替代有操办时，该组件便是冗余的。若是是这么，在冗余组件中应树立一个轨范并取得较高的排行;其他的应该被评价有问题，因为它们是迷漫的。

评分

无论企业决定经受哪种属性来算计架构组件的运转景况，以下是三个领导：

为通盘属性树立一个共同的认识。在众人的征询责任中，发现+2到-2的评分(仅限整数)遵守很好。这是一个五分制的认识，恰当通盘东说念主的民风。然则通过将认识集中在零点，它是一个更天然的系统，因为负数对应于负数，而正数对应于正数。 毁灭加权。在将权重成分添加到评估轨范之前，需要三想尔后行。原则上应该这么作念，因为有些属性比其他属性更进攻。但在践诺中，东说念主们可能会发现，举例，在三点权重规模(高、中、低)上将属性的进攻性评分为高或中之间的影响互异，不会对截止产生足够的影响，因此不值得顾忌。雷同，进攻性较低的属性可能不进攻，不错都备删除它们。 不要依赖电子表格。不要依赖电子表格来不竭收罗的连络本事架构的数据。树立一个数据库，无论是我方构建的已做营业业的架构不竭系统。需要不竭的多数数据触及多对多关系是其中一个原因。举例，一些足下设施支持多个业务功能，而大多数业务功能依赖于多个足下设施。

树立在电子表格上的本事架构存储库很快就会酿成一个难以不竭的零星款式。此外，若是在电子表格中不竭本事架构数据，可能面对更多的问题。

企业领有所需的所罕有据。需要知说念每个足下设施支持哪些业务功能以及每个足下设施支持哪些硬件和软件，并需要知说念每个组件的健康景况。而且对于每个组件，需要知说念是否有其他组件不错完成调换的责任，若是有，是哪一个作念得更好。

企业还要了解将来的架构在那边保执不变，在那边必须改换，以及进行改换的优先事项是什么。

 开云(中国)KAIYUN·官方网站