很可能有人在某个时刻花了无数次的大脑周期来规划组织的IT架构，然后将宏伟的计划交给其他人来构建，然后交给其他其他人来维护，因为您的计算环境不可避免地会增长。而且，在某种程度上，在权宜之计、部门政治和一般管理不善的情况下，最好的意图也有可能会消失，这将曾经是一个连贯的架构（architecture）管理战略侵蚀为一系列关于每个技术组件的独立、逐个案例的决策。
你如何知道你的组织是否偏离了这条道路？以下是九个警告信号，表明糟糕的IT架构已经占据了您的组织。
手动重新键入
手动重新键入可能不是公司从糟糕的架构中付出的最大代价，但它无疑是最明显的代价。雇佣人类作为连接不兼容应用程序的界面引擎不仅成本高昂；这是去人性化。
- 架构影响：键控错误导致数据不一致。
- 直接的业务影响：手动重新键入会使业务资源从创造价值的活动中流失。
点解决方案集合
每个人都希望自己的工作得到“最佳”解决方案的支持。但是，将“他们的工作”定义得太窄，每个人都必须访问太多的应用程序才能完成工作，以至于没有足够的时间完成工作。
同时，除非IT部门花费大量时间构建接口以连接所有这些点解决方案，否则您将再次重新设置密钥。
- 架构影响：点解决方案推动了对系统接口和必须支持的平台数量的需求。点解决方案的集合也常常需要手动重新设置关键帧。
- 直接的业务影响：点解决方案的收集会减慢业务流程，并增加培训成本，此外还会重新设置关键问题。
冗余应用程序
每个业务应用程序都能解决业务问题。解决商业问题是好的，所以不止一次地解决问题肯定会更好，对吧？
当然不是，但许多公司保留了大量冗余的应用程序，要么是因为它们重叠，但仍有一些独特的支持领域，要么是由于它们通过合并和收购而成长，但在文件签署后，不太擅长将所有人整合到一个业务中。
不管怎样，用于支持所有这些冗余的资金都是纯粹的浪费。
- 架构影响：冗余应用程序推动了对系统接口和必须支持的平台数量的需求。
- 直接的业务影响：冗余应用程序将IT资源从创造价值的活动中抽走，并将资金浪费在无法为业务提供新功能的软件许可证上，而且它们通常需要手动重新设置密钥。
冗余数据
很多时候，不同的应用程序需要相同的信息来完成它们的工作。您有两种选择：将它们全部指向同一个底层数据库（这并不总是可能的），或者同步它们各自的数据库（这通常非常混乱）。
或者总是有手动重新键入选项…。
- 架构影响：冗余数据驱动器需要系统接口，通常需要手动重新键入。
- 直接的业务影响：跨多个数据库维护数据同步非常困难，这会导致在对账活动中浪费精力，并根据查询的数据库得出错误的答案。
接口太多
当您有冗余数据并决定保持同步时，需要构建一个接口。即使你不这样做，你也经常不得不用另一个系统的结果来填充一个系统。
无论哪种方式，您拥有的系统和数据库越多，最终构建的接口就越多。这比没有它们要好，但随着它们的积累，您的架构变得越来越脆弱，您花费越来越多的时间来管理接口，而不是构建新的功能。
- 架构影响：界面越多，系统就越脆弱，系统维护起来就越困难。
- 直接业务影响：建立一个又一个界面会使IT资源从创造价值的活动中流失。
人造优雅的融合
因此，您决定使用一个优雅的企业应用程序集成系统、服务总线或其他形式的中间件加元数据来解决界面难题，以保持一切整洁。
然后，您的开发人员会发现两件事：（1）您的酷新系统所做的是让解决简单问题变得更加容易；（2）它根本不能解决这些难题。因此，他们没有和你争论，而是重建了同样的界面蜘蛛网，但将其隐藏在EAI系统中，这样你就不知道了。
- 架构影响：假优雅的集成与界面过剩一样脆弱且难以维护。
- 直接的业务影响：假优雅的集成仍然会使IT资源从创造价值的活动中流失，而且成本也很高。
Kludges和变通方法
也许你是在与一个外部开发人员竞争，而该开发人员却在贬低一个项目。也许商业赞助商坚持要求期限太短。或者很好地构建解决方案可能会破坏项目的商业案例。
不管是什么原因，有一天你醒来发现你的很多系统都被创可贴、口香糖和胶带粘在一起。
如果你很幸运，在你离开或退休之前，没有人会注意到你。
- 架构影响：克鲁奇斯通过创建脆弱的系统来解决眼前的问题。
- 直接业务影响：每一个不必要的解决方案都会增加您的维护成本，停机时间、员工培训成本以及每个后续项目的复杂性也会增加。
过时的技术
这是任务关键！它完美地满足了业务需求！你为什么要花钱来维护它？
当你在微软十年来都不支持的Visual Basic版本上构建了一些东西时，它不能从至少七年前的任何版本的SQL Server中读写，而且它们运行的唯一版本的Windows都没有用于生产中的任何打印机的驱动程序，这就是你的意思。你必须花钱来维持它。
- 架构影响：越是过时的技术，就越难维护和与新系统和设备交互。
- 直接的业务影响：过时的技术导致维护成本增加，同时增加了您无法使系统适应新的和不断变化的业务需求的能力。
白皮书
你看到一堆警告信号。您组织了一个企业技术架构管理小组。你雇一两个专家。他们的生产力是巨大的。
也就是说，如果你用他们发表的白皮书数量来衡量生产力的话，那就太棒了。改变IT部门的工作方式？当然，他们会改变的。只要大家都阅读他们的白皮书，钦佩他们的业务，并遵循他们的指示。
- 架构影响：无。每个人都忽略了架构群体。
- 直接的商业影响：浪费工资、纸张和碳粉的成本，甚至更多的员工对另一种管理时尚持怀疑态度。
- 登录 发表评论