服务体系结构- webservies x soa
我想了解哪种方法最适合于管理下面的场景。
例如，有25个应用程序主要是在java中，并且基于web的应用程序部署在不同的平台上-- jboss、websphere & tomcat。每个应用程序公开3-5个服务，也使用其他应用程序提供的服务。它们大多是同步的，并且是根据需要触发的。下面的一些用例，
- 当病人入院时，这会向对入院细节感兴趣的4-5系统(同步)发送信息。
- 计费系统向另一个系统发送详细信息以计算折扣(同步)
- 通过传递身份证来获得病人的详细信息。(同步)
所以，如果你试图用皮图来表示整个图，在每个系统之间都会有这么多硬编码的静态线。
问题
- 在用户抱怨某些不起作用的东西之前，找不到每个系统或web服务的健康状况的通用方法。
- 有太多的web服务和端点来跟踪。
- 由于不同的应用服务器和容器，Jax、Jax跨diff标准实现.
- 有些消息与略有不同的细节是相同的。这样，可重用性就降低了，并最终为每个定制需求提供了新的服务。
什么样的解决方案更适合解决上述问题？
回答 2
Stack Overflow用户
发布于 2012-04-12 09:47:54
这是大型企业普遍存在的一个难题。您可以考虑的是将一个企业服务总线集成到您的公司中，以方便SOA。然后，您可以为生态系统中的每个系统实现适配器。适配器接口将被严格控制、记录和标准化。然而，这样做有相当大的成本。
在检查系统健康方面。您可以考虑使用像纳古斯这样的平台。您需要识别一些无害的web服务(例如，基本的读取)，这些服务可以用来确定给定的系统是否处于“向上”状态。然后Nagios可以定期调用它。
Stack Overflow用户
发布于 2012-04-13 13:29:46
您需要一个ServiceBus，它不一定是一个完全灵活的ESB，但是您确实需要一个集成和中介点来确保您管理不同的端点类型和不同的协议，而不需要诉诸于1-1连接。
您可以查看熔断器调解中心 (基于阿帕奇骆驼)。同样，从您拥有的不同服务中将集成逻辑具体化将使您具有更大的灵活性。例如，它将允许您将不同的服务迁移到您提到的REST/JSON中，而不需要更改依赖于正在发展的服务的每个服务(在整个转换过程中保持整个服务的工作状态)。
关于监视--您可能需要考虑查看扣篮 --它可以连接到许多源(应用服务器的日志、JMX、SNMP)和相关事件。他们有一个免费的版本(每天最多提供500 to的数据)。
https://stackoverflow.com/questions/10116965
复制相似问题
腾讯云开发者
