“系统整合”的尴尬
出于根深蒂固的惯性思维方式，也出于维护现有利益的人之常情，更出于趋易避难的人之本性，人们希望能在原有IT投入的基础上，在尽可能不改变系统操作习惯的前提下，来整合原有系统，其弊端一言以蔽之是拖泥带水，尾大不掉。
开始，人们很理想化，想对系统进行紧耦合，即把数据和应用全部集成起来，业务流程完全一体化处理。因为企业本该是一个有机结合的整体，那样才能保证业务流程的完整性和管理通道的畅通无阻和普及性。
但很快人们就发现这是一项不可能完成的任务。其一，把原先各不相干、标准各异的系统集成在一起，毫无疑问是一起异常艰巨的工程；其二，任何局部系统的一丁点修改都有可能影响到集成系统，所以随时要准备好对接口进行升级和重新联调，这无异于一次新的系统集成。
事情虽难做，但如果只做一件，也是可行的，不可行的是由此触发的没有止境的下一件难事。
于是人们又想到不考虑数据集成，只将应用系统的功能进行适当的划分并加以封装，以服务的形式提供给外部使用者，这就是所谓的SOA，面向服务的架构模型。SOA其实是简化了的系统集成，它虽然使应用孤岛的问题得到了解决，但数据孤岛的问题却依然存在，因此系统增加与升级在所难免，这同样避免不了系统复杂性以倍数递增的“IT黑洞”，对企业成本与管理的挑战不言而喻。
可见系统整合的根本问题不在技术层面，而在于思维方式：是在原有的基础上整合，还是推倒重来？
