SearchSOA.com最近与Mike Rosen进行了一次谈话，他对今天的企业架构的趋势提出了一个有趣的观点。Rosen是Cutter Consortium的企业架构实践的总监和Business-IT Strategies Practice专业顾问。他有超过25年的技术领导经验，现在EA和SOA领域提供专业咨询服务。以下是三段谈话中的一段。

　　Jack Vaughan：Mike，EA（企业架构）这个词至少在2000年左右就出现过。你能谈一下它的由来、现状和未来的走势吗？
 
　　Mike Rosen：我认为有一些公司在2000年左右已经很好的提前开始注意企业架构了。那些可以说是最早的EA计划。这些公司里面，在实际的架构中，有一些是很成功的。但有很多不成功的；架构是很难做的。

　　但他们其中的一些在服务器、数据和网络的增值方面的合理化方面做的很成功，并且实际上控制了他们基础设施的复杂性。技术在过去的10年间有了提高，几乎每一个公司现在都有许多技术，这对他们日常业务非常重要。甚至小公司也开始关注架构并把其作为一件必须做的事情，用以处理（基础设施的）复杂性。

　　没有架构-如果你不是真的提前考虑-你最终会在你的IT系统里面建立很多冗余和不成系统的零散的东西，这么做的结果会导致你对业务反应能力的下降。所以，我看到很多企业开始把企业架构作为他们必须做的一件事情。

　　但他们中的大部分都不知道该怎么做，而这就是挑战。

　　有很多方法和建议-如果你想把他们归类，有三种不同的方法。

　　其中一种就是大架构方法，就像联合企业架构，或者就像10年以前那种非常普通的大架构。大量采用逐步自顶向下的方法看起来并不是很有效。当你要达到预期目标的时候，业务又向前发展了，所以我实际上不关心。
 
　　第二种是一种基于框架的方法，实际上尤其是在去年，我看到这种架构在TOGAF下取得了长足的发展。除此以外，还有其他架构框架，但是TOGAF是唯一可以被称为工业标准的一个。当然，Zachman框架也很流行，但是它没有财团或者一个工业标准组织支持。很多人已经通过了资质认证。这些框架很大，因此挑战就在于你需要对它进行适当裁剪以便可以将它应用到你的组织里面。从事架构设计者需要理解怎么正确的应用它。

　　第三种方法就是将被我称为敏捷企业架构的方法。这是一个“从小的方面开始并关注具体商业挑战”类型的计划。然后依此你需要制作一个企业架构计划，计划要从强调这些挑战开始。当我们强调一个挑战的时候我们也应该寻找下一个挑战。这样依此类推—加起来就构成了企业架构。我认为这种方法是最行之有效的。但这对实践者有很高的要求。现在很缺少这种类型的企业架构师。
 
　　Jack Vaughan：这样的话，敏捷企业架构是从敏捷开发而来的吗？相比TOGAF或者一些联合架构，他是不是更多的面向开发者的一种架构？
 
　　Mike Rosen：它不是从敏捷开发运动而来的，但是它遵循相同原则，这就是你要理解你的需求，通过小规模增量方法来满足那些需求，从你的项目出资人那里得到持续反馈并寻找到一些能够证明这么做的价值的方法。它与敏捷软件开发方法的最大区别在测试优先原理。测试优先对于贯彻一个企业架构计划来说非常困难。因此虽然理念相同，但总体来说，架构和开发还是有一些区别。