有了这些基础设施，我们的应用就必须SOA化，成为软件服务，让所有人来使用。使用者一方可能是一个C#写的客户端，可能是一个PHP网站，可能是一个JAVA网站，也可能是一个FLASH。

　　全球大大小小的公司提供了这么多Open API，如何调用。用各自的语言：JAVA?C#?PHP?Javascript?

　　我想会产生一种新的语言来组织这些Open API，而不是这么技术化的程序员使用的开发编码语言。它，会是DSL，即Domain Specific language。它可能会高于Javascript，但和Javascript类似，但又低于JAVA、C#这些重型开发语言。但它肯定是动态语言。这样随时改变流程，随时改变应用。这就是业务敏捷。这就是我预想中的未来SOA时代计算环境。

　　你还在用传统的业务基础平台思路搭建企业管理软件架构吗? 未来SOA时代，未来软件服务化时代，你，准备好了吗?

　　后记

　　20%的企业在上第一代系统，不需要SOA。但软件产品提供商需要考虑SOA，以防未来的集成。但现在对于企业没有需求，不会因为SOA加分买单。

　　30%的企业在全部替掉第一代系统，不需要SOA。但软件产品提供商需要考虑SOA，以防未来的集成。但现在对于企业没有需求，不会因为SOA加分买单。

　　30%的企业在整合自己内部的第二代系统，可能需要SOA，但实质上采用的少。但软件产品提供商需要考虑SOA，以防未来的集成。客户可能会因为SOA加分买单。

　　10%的企业在整合自己的上下游，需要SOA。

　　10%的企业开始为最终客户提供信息交互服务，如同我们看到的Google API一样，需要SOA。

　　现在关注和编写SOA时机正确吗?正确，因为你看上面的比例，有50%的企业有SOA需求。

　　但如果你面临的客户市场恰恰不是这50%，而是另外的50%，那么奉劝你继续做好现在的产品，SOA还不需要。