当涉及到应用集成管理时，因为投资更多的钱和精力在新项目上，而不是日常维护上，就会引起很多常见的问题。专家说，通常没有对集成更新和监测的前瞻，就会导致应用性能下降、长期漏洞、困难障碍排除等等。幸运地是有一些最佳实践，如依赖项跟踪，这些实践可以帮助软件组织避免这些问题。　　

什么妨碍了应用集成？

　　企业软件架构师不应该阻止对集成问题的修复，无论这看起来多么令人畏惧。Forrester研究机构副总裁兼首席分析师Randy Heffner在最近的一次SearchSOA采访中说，这种“放手”的心态可能会有问题。

　　伴随着应用集成管理和维护的一个心态是“如果没坏，就不要破坏”，这可能会导致一些原本应该早点捕捉到的问题丢失，据Heffner说。“问题是你目前得到的都落后于打包应用，并且你已经安装在了本地，这是一个例子，”他解释说，“然而现在实然要升级到现在的版本上，与一些小问题相比，这是一个大项目。”

　　由于缺少经费，你会离正确的应用集成管理和维护越来越远。Con-way公司的首席企业架构师Maja Tibbling说，尽管没有投资在合适的软件管理上是一个缺点，但它常常也是一个错误的经验。

　　“最大的问题是，允许了基于个人项目限制的决策制定，而没有更大的‘城市规划’，”Tibbling说。“这将会导致繁重的、重复的工作，丢失重用的机会，困难的维护情况和困难的影响分析。”

　　Tibbling说，最初没有在像测试、监测和可视性，以及服务仓储这样的工具上做投资，之后你会发现很多影响。如下就是一些：

　　—延长测试时间
　　—在测试周期阶段就会捕捉到性能问题，并在产生阶段出现
　　—难以找到根本问题

　　旧系统和缺乏资金会使得应用集成流程成为麻烦，企业架构师Todd Biske也同意此说。

　　“如果我们所有人只是交付新项目，而从来不花时间去升级系统、查找冗余、寻找新机会的话，这将会造成巨大混乱，”Biske说。“不幸地，在许多组织中对于资金维护和管理实践还是很困难的。”　　

最优应用维护的最佳实践

　　Biske认同维护是关键这一说法。事实上，他相信它是架构师应该前遵循的最佳实践。他建议“开始追踪你的依赖关系。当我们有几年没有做这件事时，它就会成为一项另人头疼的操作，但是它却是基础的一部分。”

　　糟糕的管理的维护一定会发生，但是有一些行为是企业架构能做的，来缓和这种影响。

　　“在一个架构中采用一个决议时，可以递增建立，对于前期预算没有太大的影响，这将会产生一个明智的、强健的，且可以重复使用的生态系统，”Tibbling说。“这需要良好的治理，需要一个共同的业务住处规范模型和一些标准模式和指导给所有项目使用。”

　　Biske建议，保持系统有组织的也很重要。“这将使您能够运行报告，确定冗余或复杂性的存在，”他说。“想出一个功能模型是困难的，但非常有益。”

　　据Heffner说，有几个方法可以考虑来进行应用集成维护和管理最佳实践。他说，例如如果组织希望采用业务方法，那么决策就是要基于预期成果而出的。

　　另外，组织的重点可以在于有一个良好　的监测系统，用于在应用改变时进行监测、了解和评估。“即使你不需求交付新业务功能，你也需要避免积累技术债务，避免有过多的不同应用使用相同的应用来进行集成，以不同的方式、不同的SOA服务版本等等，” Heffner说。