标签: soa

我想我知道这个问题的答案,但我刚刚发现有人恰恰相反 - 谁是一个非常熟练的开发人员,他们只是度过了糟糕的一天？

问:在SOA架构系统中从服务中调用服务是否可以？

我怀疑没有,但无论如何我会问...

你好stackoverflow的世界,很高兴见到你们.

我在这里的第一个问题是关于我现在正在进行的一项研究:我必须在开源软件导向架构中进行选择,在我看来,三个完整的平台(他们拥有我需要的所有部分)是:

• Jboss SOA Suite - > http://www.redhat.com/products/jbossenterprisemiddleware/soa/
• Apache(它不是套件,但它们具有所有基本部分)
• WSO2 SOA Suite - > http://wso2.com/products/platforms

我在这些平台上的结论是:

• JBoss得到了一个庞大而活跃的社区的支持,这是我听过的第一个.缺点是它的 ESB无法匹配服务的多个端点 - 换句话说,它只匹配每个服务的一个端点;
• Apache也有一个很棒的社区,并且有 Tuscany SCA(服务组件架构) [ http://tuscany.apache.org/] - WSO2和JBoss没有SCA中间件(告诉我这里是不是错了);
• 除了SCA之外, WSO2有一个完整的套件(似乎它有所有SOA的中间件).这里的缺点是社区只有350名成员 - 他们声称他们已加入Apache项目,但我不认为Apache社区直接支持他们的产品.

如果我的研究给我带来了不正确的结论,请告诉我我误解了哪些内容,如果你认为它不完整,并且有其他需要考虑的事项,那么知道它们是什么就会非常有用.我没有提到单件(例如Bonita的BPM [ http://www.bonitasoft.com/])因为我认为如果我从一个套件开始然后我改变一些部分就可以更容易地构建SOA.

如果您认为这不是正确的方法,我会很乐意考虑您将要向我展示的任何替代方案.

编辑

以下是我在平台上找不到的部分:

• Jboss:业务活动监视(BAM),服务组件体系结构(SCA)WSO2:SCA;
• Apache:开发工具(可能使用Eclipse),业务流程管理(BPM),业务规则,注册表
• WSO2:SCA.

在此先感谢大家,

还在学习的人

在支持基于微服务的体系结构中进行版本控制的最佳实践是什么,在运行时支持同一服务的多个版本化部署以及消费者如何能够使用不同的版本？1)如果我们使用基于路由的版本控制作为这里提到的方法之一, 那么我想我们会有以下缺点

1. 内部服务必须通过反向代理才能使用.
2. 消费者必须始终了解所需的版本.

向消费者公开版本信息是最佳做法吗？

无论如何,我认为,以下内容始终适用:

1. 对于MAJOR版本更改,必须更改消费者.
2. 对于MINOR版本更改(向后兼容),只需要更改需要添加功能的消费者.
3. 对于PATCH版本更改,它是可选的,并且可能是任何消费者无缝使用它.

什么样的微服务版本控制策略可以帮助我们实现上述目标？

注意 - 如果需要分成多个问题,请随时告诉我.

在微服务架构中,自治业务服务应该直接相互通信.通信可以是同步(编排)或基于事件(编排).API网关可以聚合客户端的API(前端的后端).通过微服务,我们正在寻求两个最终目标

• 低耦合
• 高凝聚力

这为更高复杂性的价格提供了持续部署,细粒度扩展,快速技术适应,可重用性,可审计性等等.

但是,强烈建议不要使用ESB(企业服务总线)或其他中间件.微服务和ESB通常被视为竞争对手的解决方案.为什么ESB看起来如此糟糕？只要它仅用作具有一些额外监视和认证层(没有业务逻辑)的冥想通道,在微服务架构中使用它有什么问题？

企业服务总线(充当调解器,消息代理,服务启用器,架构转换增强器,透明位置提供程序,服务聚合器,负载平衡器,监视器以及所有这些东西的工具)是否负责协调服务？

如何在企业服务总线中放置超过一千步和几十个服务调用的自动化业务流程？

你会这样做,还是会使用编排专家如BPEL引擎？

请给你意见.

我是WCF和SOA的新手.我刚刚开始这些,我有一个理论上的疑问:

客户端A已调用服务,并且逻辑当前正在服务器上执行.当逻辑正在执行时,来自客户端B的另一个呼叫进入同一服务.

在这一点上,客户端A正在执行的逻辑会发生什么？服务如何管理这两个请求？

什么是面向服务的架构？

我刚读完John Evdemon在MSDN上发表的一篇文章.他抨击CRUD接口并将其称为反模式.

虽然我同意有任何状态是困难的,而Current和MoveNext是不好的想法我不同意CRUD在Create Read Update和Delete中是不好的.如果我有汽车服务而且我想让客户能够做基本操作,例如创建汽车,获取汽车详细信息,更新汽车详细信息或删除汽车,那么他们如何能够做这些事情没有CRUD操作.

或者我在这里缺少什么？

我在一个大型组织SOA原型组织中担任实习生应用程序开发人员.我是Web服务和技术的新手,如WSDL,SOAP,UDDI等.

在过去的一周里,我在理解UDDI以及如何有效地使用UDDI方面遇到了很多困难.互联网上普遍的共识是,UDDI已经死了,要么太复杂,要么不需要,要么就是大多数用例的障碍.一些网站暗示UDDI仅作为组织内部的注册表使用,而且它是密切的业务合作伙伴,而不是它所设计的通用业务注册中心.您可以通过阅读以下问题的一些答案和评论来了解StackOverflow对UDDI的态度:

• 公共UDDI运动是死了还是活着？
• SOA服务发现(UDDI)如何在实践中发挥作用？
• 是否必须注册Web服务？
• 帮助理解Web服务

UDDI有哪些替代方案？Web服务可以发布的其他方式是什么,以便开发人员可以找到描述和技术细节,而不具备UDDI似乎具有的任何复杂性？实际使用UDDI注册中心有什么好的商业案例吗？

在我目前的角色中,我被要求评估一些不同的SOA治理堆栈.特别是一个堆栈,WSO2,引起了我的注意,因为它似乎是企业级的,并且它有一种开源的感觉.在WSO2网站上,stackoverflow被列为唯一的社区支持选项.大多数其他具有活跃用户和开发人员社区的开源项目也都有线程化的讨论组和IRC.但是,因为此站点被列为唯一的社区支持选项,所以这是我唯一看到的选项.

为了确定社区是否有回应,我问了一个相当温和的问题.虽然这个问题已经接受了投票,并且也被多次看过,但它没有收到任何答复.然后,在查看过去一个月使用WSO2标记提交给stackoverflow的问题之后,我注意到绝大多数都没有得到回答.

因为我使用社区响应性作为确定我公司中使用的最佳SOA治理堆栈的一个因素,并且因为Stackoverflow是为WSO2堆栈列出的唯一社区支持选项,所以我觉得在这里询问WSO2社区是合适的.响应.

问题是:其他人是否能够最近在WSO2集成方面得到解答(特别是围绕他们的Governance Registry产品)？