本事架构矫正的诀要

[[436505]]

聘任一个词来表情你公司的本事架构，这可能即是“至极复杂”。

大巨额本事架构如实至极复杂。想弄明晰奈何对其简化和矫正吗?咱们需要屡次类似使用“至极”一词：这是真是，至极至极复杂。

诚然，当一件事情如斯复杂或令东谈主蒙眬时，在制定矫正筹画之前，将事情进行领悟，这是很有匡助的。在此，咱们即是这么作念的，以匡助你破解一些“至极复杂”的事情，这么你不错制定一个切实可行的战略，以确保你公司的本事架构能最好地为业务提供就业。

拆解本事架构

本系列的前一期给出了一个表情本事架构的框架，并将本事架构领悟为三个财富组合额外子组合：

应用法子：记载系统、接口和集成以及附庸应用法子 数据：结构化和非结构化 本事：成立、基础设施和平台

后一期补充了一个不雅点，即本事架构需要有两个互补的视角：财富组合的视角和举座假想的视角。该部天职容还为评估组成该本事架构的组件的运工作况提供了引导。

该部天职容讲明了奈何将本事和业务架构进行联结，非常是通过“业务功能模子”(BCM)——本事架构中的每个应用法子齐不错映射到业务功能分类中。

通盘这些身分让你不错识别、分类和评价我方所领有的东西。

但从这里开动到制定出一个矫原本事架构的可行筹画，你还需要决定奈那里置每个财富组合和子组合中的每个组件——每个组件需要奈何更正——以及处置每个组件的优先级。

具体情况取决于你要处理哪些财富组合和子组合。在此，咱们将从下往上进行领悟讲明。

成立和基础设施

在矫原本事架构的过程中，笃定优先级永远是你的首要任务。使用经过、框架和尺度对每个组件的运工作况进行评分。把柄依赖该组件的应用法子的数目对其雄壮性进行评分。将运工作况与雄壮性评分相乘，缱绻出每个组件的优先级指数。将遵守生成一个可视化的热图，其中较红的组件，其优先级就更高。

接下来是处置职责。关于成立和基础设施而言，你有以下处置面貌：

停用：尽管不太可能发生，但你可能会发现一些并未在使用的成立或基础设施。将其关闭，住手使用，并取消其干系租约或产物扶植协议。 升级：你可能会发面前成立或基础设施中的一些组件已逾期、无法取得产物扶植或需要更新到该产物的最新版块。请对其进行更新升级。 替换：你可能会发现某个组件照旧逾期、无法取得产物扶植，而且若是有一个更新的可用版块，但你以为它不可行。那么，就将其扔掉，然后用一个功能相等但更庄重的产物来替换。 整合：关于一个本事架构而言，领有冗余的成立或基础设施组件并不忽视。尤其是在企业消除或收购之后，多个数据中心或网罗频繁会为咱们提供一些整合的契机。

关于成立和基础设施，你面前知谈最紧迫需要关爱的是什么，以及该奈何搪塞这种情况。

平台

笃定平台的优先级和处置面貌不同于为成立和基础设施聘任平台，因为平台之间具有更多的相互依赖性。处理这种复杂情况的一个好措施是明确各个堆栈。一个堆栈是至少由一个应用法子所使用的多个平台的组合，其包括就业器操作系统、迷惑环境(包括库)、DBMS、CMS(内容管束系统)、Web 就业器和所扶植的浏览器(假定应用法子的 UI 是通过浏览器大开)，以及运行各式平台的操作系统。

值得崇拜的是，堆栈是递归的：各平台不错依赖于其他平台。一样值得崇拜的是，某些应用法子也不错是平台。举例，SharePoint 是一个应用法子，也不错用作构建自界说应用法子的迷惑环境。

优先级：堆栈的运工作况是其组件运工作况的平均值，可使用经过、框架和取样尺度进行评分。

其优先级处于什么位置?对此莫得一个完竣可靠的“最好作念法”。克服该复杂情况的一种措施是找出运工作况不好的平台，是否在对其进行营救之后，不错最猛进度地改善大巨额堆栈。为了阐明这少许，假定在你的本事架构中遴选了 60 个堆栈。还假定你在使用中且运工作况最差的平台是 Windows Server 2003 — 假定其运工作况评分为 -1.5。

在这个假定示例中，假定将其评分提高到 +2，这会使 14 个堆栈的评分从 -1 升至 0，而使另外 6 个堆栈的评分从 0 升至 +1。这即是说，通过治理 Windows 2003 Server 的问题，不错矫正 22 个堆栈。Windows 2003 Server 的优先级指数是 60 个堆栈中的 20 个得到矫正，即是 0.33。

对每个平台组件类似这一操作，你就领有了一种对平台优先级进行排序的实用措施。

数据

表面上，数据存储库应被视为矫原本事架构的孤独筹画。在实践中，这些存储库是当作应用法子处置职责的一部分，而不是当作单独的一项评估职责和筹画。

除非，它是某一企业的数据仓库和其他分析库。这些库应当作单独的数据层组件进行处理。但由于这些库由企业的分析业务部门来管束，因此它们是别东谈主的问题。你不错定心肠将这些库抹杀在评估过程除外。

除非一个或多个平台层的处置职责会影响某个分析库。

这是本事架构变得政事化的一种情况。

应用法子

面前事情变得很好奇。

你不错对应用法子的运工作况进行评分，就如同你对本事架构较低层中的组件的运工作况进行评分一样：只需将评估尺度分数进行平均，即可取得应用法子的总体分数。

优先事项：即使是一家中型企业，其财富组合中领有数百或数千个应用法子的情况也并不罕有，因此，每次为一个应用法子笃定优先级，这是不切推行的。为应用法子笃定优先级也不是一个好观念。你最好将优先级视为业务功能的一个属性以及你使用业务功能模子所记载的应用法子映射的一个属性。

在大巨额本事架构中，每个业务功能齐由一个或两个中枢应用法子所扶植，况且频繁是来自 ERP 套件或其他各式套件的模块。

中枢应用法子周围环绕着一些附庸应用法子，这些应用法子可提供中枢应用法子所欠缺的功能。附庸应用法子和中枢应用法子可相互分享和同步数据。

此外，很多业务功能会使用一些实用器具——孤独的应用法子，不需要与扶植该业务功能的其他应用法子进行集成。

要笃定优先级，领先要缱绻某一业务功能应用法子的运工作况指数，将其当作扶植该应用法子的加权平均运工作况，并为中枢应用法子分拨一个加权因子为 10，然后把柄每个附庸应用法子的大小和使用界限，为其分拨加权因子为3 到 7，终末，为实用法子分拨加权因子为 1。

你应该照旧记载了业务功能的运工作况——这是业务架构团队当作业务功能模子的部天职容提供给你的。

你的首要任务是处理阿谁领有最差业务功能运工作况和应用法子运工作况的业务功能。

处置职责：与处理本事架构的较低层比拟，本事架构师在处理当用法子时领有更多的可选决议。具体来说，关于每个应用法子而言，你不错：

保留：连续使用该应用法子，跟着业务需求的变化，对其进行爱戴和优化。 替换：废弃该应用法子，用一个功能相等且总体上更庄重的产物来替代。 再行竖立平台：将该应用法子“进步并滚动”到一个本钱较低，而其他方面齐相等的平台上。 代码重构：再行编写该应用法子以合适你的本事架构工程尺度。 更正：若是某一平台要进行更正，则一些应用法子也需要随之进行更正。 整合：若是一个应用法子是冗余的——即，一个功能疏通且更好的应用法子正在企业的其他部门使用——那么就要转向使用该应用法子，尤其是若是该应用法子被以为是公司将来的尺度。 停用：住手使用该应用法子，并取消其许可证。若是情况需要的话，请先对应用法子的数据进行归档。

那么云霄呢?在你已完成所笃定的应用法子处置职责之前，云霄关于此项分析职责既不干系也不雄壮。

当完成这项职责后，若是你的本事战略包括云移动，则云霄可能是你对某一应用法子进行替换、代码重构或再行竖立平台的正确聘任。

从优先事项和处置职责，再到制定筹画

很多本事架构师专注于瀑布措施，在策动本事架构矫正职责时，以甘特图立场的处置时辰表面貌，将职责路子图视为最雄壮的东西。

然而路子图是瀑布式想维的留传产物。在最优先的处置筹画胜仗进行之前，超出最优先的平台或业务功能来策动本事架构的更正职责，这委果莫得好奇。正如咱们在敏捷应用法子迷惑职责中所学到的那样，一个过早制定的筹画会在开动推行之前就早已逾期了。

通过生动处理待办职责的面貌来管束本事架构策动，其远优于传统的路子图。

这种措施有两种版块——平台驱动的架构和业务功能驱动的架构。领先，平台堆栈取代了待办职责中的生动“场景”。第二个是围绕业务功能来构建待办职责的场景。

平台驱动的架构更正：使用这种措施，不管是基于上述的优先级面貌，如故基于一些更稳健我方企业的替代决议，频繁齐会聘任一个平台组件。不管哪种面貌，策动东谈主员齐会去寻找平台级的悠扬效应(其他受影响的堆栈)和应用层的悠扬效应(能垄断受影响堆栈的一些应用法子)。

在推行最高优先级平台的处置职责过程中，本事架构师将在剩余的待办职责事项中审查现时平台场景的优先级，若是合适的话，对其进行修改以适当不休变化的情况，然后开动为下一个最高优先级场景制定筹画。

业务功能驱动的架构更正：借助业务功能驱动的架构更正职责，尽管干系性并不成阐明注解因果关系，但业务和应用法子运工作况评分齐很低的功能是寻找酿成业务经过瓶颈的应用法子劣势的一个合理位置。

从本事架构的角度来看，业务功能驱动的更正职责从处置具有最高优先级业务功能的中枢应用法子开动，然后从此处向外蔓延行止置附庸应用法子。

同期，公司的业务架构师们将联结假想和推行通过应用法子更正来竣工的经过矫正。

与平台驱动的更正一样，在处置具有最高优先级业务功能的应用法子过程中，本事架构师将进行审查，在适当的情况下，会更正待办职责事项的优先级，而且会开动策动下一个最高优先事项的场景。

论断

本事架构很复杂。本事架构必须如斯，因为若是你曾尝试记载业务中所发生的通盘事情，以便于业务职责概况进行假想、构建、销售、配送和扶植其产物和就业，那么你就会知谈业务职责很复杂。

趁便说一下，这即是你的业务功能模子所作念的事情。前三个业务功能模子层能列出数百个业务经过和实践，这并不罕有。一样，映射到业务功能模子(你的应用法子清单)的应用法子数目达到一千或更多，这也并不罕有。

记载你的通盘财富和策动矫正职责的过程，既耗时又用钱。

但这不要紧，因为若是不记载你的通盘财富和策动必要的矫正职责，最终会奢华更多的时辰和本钱。

当你靠近聘任是眼赶赴作念，还所以后再作念时，你应该明晰的一件事是，以后再作念将会更灾祸。