我在大型J2EE Web应用程序和高事务性核心Java应用程序方面拥有多年经验,但从未有过任何SOA经验.
目前我正在开发一个新项目,但架构已经完成.我们(Java开发人员)开发EJB服务,最终将基于JAXB的Java对象发送到C#.net客户端,以呈现仅在公司11000用户中使用的UI.我们的想法是,未来可能会有全球互联网用户,我们将开发一个基于J2EE的Web应用程序,它将使用相同的服务.
这是一个真正的面向服务的架构吗？SOA可以使用JAXB绑定的Java对象以这种方式完成,这些Java对象可以从许多平台中使用吗？
我从未做过任何SOA工作,所以我希望得到一些正确的术语.谢谢.
SOA架构必须遵守以下规则:
• SOA组件松散耦合.当我们说松散耦合意味着每个服务都是自包含的并且在逻辑上单独存在.例如,我们采用"支付网关"服务并将其附加到不同的系统.
• SOA服务是黑盒子.在SOA服务中隐藏着内在的复杂性.它们仅根据这些消息使用消息进行交互并发送服务.通过将服务可视化为黑盒,服务变得更加松散耦合.
• SOA服务应该是自定义的: - SOA服务应该能够自己定义.
• SOA服务在列表中维护: - SOA服务在中央存储库中维护.应用程序可以搜索中央存储库中的服务并相应地使用它们.
• 可以编排和链接SOA组件以实现特定功能.可以以即插即用的方式使用/编排SOA服务.
只要您不违反上述任何规则,使用哪种技术/语言无关紧要
了解更多信息:
http://www.codeproject.com/KB/aspnet/SoftArch7.aspx