问题标签 [soa]

如果你愿意，可以称我为巨魔，但我是认真的：新 SOA 趋势与我 15 年前构建的客户端服务架构有何不同？我一直在听 SOA，但我看不出它与我们一直所做的有什么不同。

早在 10 年前，我的公司有多个客户（使用多种语言）使用同一个服务。它不是 XML（它是一种称为 Microsoft DCOM 的二进制协议），也没有通过 WSDL 进行自动发现，但这没关系，因为阅读文档同样容易。我们的系统甚至是“开放的”，因为我们记录了它足以让第 3 方与我们的服务对话。我们不是先驱——我 10 年前认识的所有其他公司都在做同样的事情。

我当时和现在看到的唯一区别是现在互联网上只有一个服务可用，而 10 年前，每个客户都将托管自己的服务实例。但这不是架构问题——服务的物理存在对使用该服务的任何人都是透明的。

那么与我们多年来一直在做的事情不同的 SOA 到底是什么？SOA 是否只是一个营销术语，代表了很久以前实际上变得普遍的最佳实践？或者我是否遗漏了一些与我们一直在做的不同的 SOA？

这是一个非常理论和抽象的问题：面向服务的架构 (SOA) 与基于组件的方法有何不同？SOA 的概念是对基于组件的方法的扩展吗？

你怎么认为？也许你知道任何涵盖这个主题的好论文？

我在市场上寻找一个好的基于开源网络的 Pub/Sub（观察者模式）库。我还没有找到我喜欢的：

• JMS - 与 Java 绑定，将消息内容视为哑二进制 blob

• NDDS - $$，使用 IDL

• CORBA/ICE - Pub/Sub 建立在 RPC 之上，CORBA API 不直观

• JBOSS/ESB——不太熟悉

如果这样的包可以做到以下几点，那就太好了：

• 基于网络

• 了解有效载荷数据，用户不必担心字节序/序列化问题

• 多语言支持（C++、ruby、Java、python 会很好）

• 没有自动生成的代码（没有 IDL！）

• 直观的订阅/主题管理

为了好玩，我创建了自己的. 想法？

我正在将 4 个不同的软件组件重构为一个服务（不是 Web 服务 - 必然或什至可能），它们几乎做同样的事情。3 是用 C++ 编写的，而最后一个也是最重要的是用 Java 编写的。系统的其余部分是用 Java 编写的，因此我不会重构 C++ 代码和使用 JNI，特别是因为目前用 C++ 编写的组件计划在可预见的将来被 Java 组件替换。

当前用Java实现的组件实际上是一个更大组件的子组件。因此，当较大/包装组件希望使用子组件（被重构为服务）时，它只需调用进程内 Java 方法。如果我将该子组件重构为单独的服务，则原始包装组件将失去它当前在进程中方法调用的好处。

然后我应该向原始/包装组件添加一个线程以充当服务网关，还是应该将代码完全重构为独立服务。

我希望我已经足够清楚...

我正在开展一个项目，该项目依赖于与 SMS/MMS 消息聚合器公司的集成，以便将应用程序部署到手机以及通过 SMS 执行移动支付。这种架构中的许多概念与企业集成和 SOA 世界中的消息传递模式密切相关。我目前正在评估不同的 SMS 消息传递供应商，并想知道架构师在消息传递体系结构中是否有一些特殊标准需要关注。

我的方法是使用架构“ilities”（性能、可用​​性、可扩展性、安全性等）来为每个供应商的系统建立一个评分模型。但是，在与此类架构集成时，是否有人推荐其他方法或标准来寻找？

谢谢一堆。

SOA 测试与传统的应用程序测试有何不同

目前，我正在寻找有关面向服务架构 (SOA) Java 开发的测试工具的任何经验或建议。
这项工作的最佳实践和最佳工具是什么？

谢谢你的时间

What is link testing in SOA testing. As some of the information i found spoke about link testing.

我们有一个其他系统想要使用 SOAP 访问的 COM api（Windows DLL 文件）。启用 SOAP 的最佳选择是什么？

有趣的参数是：

• 许可费用
• 易于设置和维护
• 如果需要，易于配置/开发
• 兼容性
• 安全、安全更新等

欢迎所有建议，请提供一些事实，说明您为什么认为该解决方案是好的。

我正在分发一个独立的应用程序。应用程序的每个实例都必须能够发送和接收查询。

要求：

2. 语言 - C++
3. 规模 - 小。一次可能是 5 个实例
4. 平台无关
5. 传输的数据量预计会很高（最坏情况下的原始图像）

我不想使用 RPC，因为它需要运行注册表服务。我认为 CORBA 和 SOAP 的开销太大了。我有点决定使用自定义协议，但只是想听听是否有更好的方法。

谢谢。