SOA架构的数据访问
在我的SOA架构，我有几个 WCF服务。结果 我所有的服务都需要访问数据库。搜索结果 我应该创建负责所有的数据库访问一个专门的WCF服务？结果 或者是确定的，如果我的每个服务都有自己的数据库访问？结果 在一个版本中，我只有一个实体层中一个服务实例化，和所有其他服务的取决于此服务。结果 在另外一个实体层的复制在我的每个服务。 第一个版本的主要缺点是在耦合感应。结果 其他版本的缺点是层的
..
soa相关内容
SOA / WCF解剖系统和放大器;服务边界
我建立一个系统，该系统将有几个渠道喂养不同的客户端（MonoDroid的，MonoTouch的，Asp.Net MVC中，REST API） 我想领养一个SOA archetecture，也试图通过可达性图案采用持久性（http://www.udidahan.com/2009/06/29/dont-create-aggregate-roots/） 我的问题涉及archetecture的设计。如
..
服务作为SOA调解员
我知道了什么是“正常”中介设计模式（有些描述是在维基百科：的http：// EN .wikipedia.org /维基/ Mediator_pattern ）。在我的SOA我有通知服务：他应该广播从一个服务的消息到所有其他已订阅这个特定的服务。实际上，任何服务可以是这样的消息的来源。 我的这种服务实现的愿景造成服务之间的循环依赖。这里（SOA 循环依赖） 我问如何解决它，并收到建议使用'中
..
什么是面向服务架构来定义方法签名服务呼叫的最佳做法是什么？
什么是定义服务呼叫原型/签名，而在开发面向服务的架构应用的最佳实践。 例如我想创建服务电话发送电子邮件。 让说我已经按照我的域对象层 [datacontract] 公共类电子邮件 { 公共字符串为{搞定;组; } 公共字符串从{搞定;组; } 公共字符串消息{搞定;组; } 公共字符串主题{搞定;组; } //我不打算使用在发送电子
..
如何实现多层次的体系结构在PHP
我已经确定了以下的层在我的应用程序中实现。据我所知多层架构是prefered企业应用程序。 presentation层 业务层 数据访问层 服务层 我选择的Symfony2以在应用程序中使用的框架。 Symfony2中有MVC架构内置到它。和上述层如下面存在 presentation层=>控制器和放大器;查看 业务层，服务层=>模型 数据访问层=>另外的模式，而是使用原
..
什么是使用WCF超喜欢MassTransit或手写MSMQ客户端架构的优势是什么？
我期待在使用MSMQ作为解决做我即将开展的项目异步执行。我想知道使用WCF和像MassTransit框架，甚至手写MSMQ客户端的地方之间的差异/读取任务关MSMQ。 基本上，应用程序将几个网站（内部通过局域网或互联网外部的）读/写数据通过服务层（无论是WCF或正常的Web服务）。那么这个服务层会做两件事之一：1。数据写入数据库2.和/或在队列中放置一个消息触发后台进程。 3.显然也可以从数据库
..
SOA - 如何颗粒服务应该是保持业绩？
我接手一个项目，从地面更换一个古老的遗留系统。我来之前，公司聘请了顾问，谁放在一起系统的基本素描，并推动SOA严重。这导致“实体服务的”一个长长的名单，与他们的意图被组合成更复杂的服务组合。例如，用户想要的信息委员会会打“委员会”服务，然后调用“人”的服务来获得它的成员和“会议”的服务来获得它的会议，等等。 我明白这个灵活性涨幅，但我的担心是对性能。在我看来，随着粒度这样的精细程度建立其服务系统
..
SOA：为什么不使用二郎山/ OTP Web服务器的服务？
读书面向服务架构原则网站和维基百科的各自的售后服务http://en.wikipedia.org/wiki /服务-oriented_architecture“>文章，我有一个想法：二郎山/ OTP平台可以被视为一个SOA平台和SOA应用程序可以在上面建 的唯一一件事是，
..
与多个数据源的工作单位？
这是可能的（甚至是可能的），我只是不完全所著的Grokking一个概念“工作单位”。基本上，我认为这是某种在面向对象的环境中使用广泛的交易。开始工作的单位，与对象进行交互，提交或回滚。但这是如何打破以实际发生的交易对这些对象背后的数据存储？ 在一个单一的数据库和ORM（如NHibernate的）的系统很容易。该交易可以通过ORM进行维护。但是对于其中自定义的域模型模糊许多不同的数据源系统是什么？
..
二郎山/ OTP架构：为SOAish服务的RESTful协议
让我们想象一下，我们有一个订单一个披萨店处理系统设计和建造。 的要求是： R1 该系统应客户端和用例无关，这意味着该系统可以通过该初始设计过程中未考虑到的客户机进行访问。例如，如果该比萨饼店决定许多客户使用三星八达以后智能手机，写为八达操作系统的客户机将不会需要重写系统的API和系统本身;或者例如，如果事实证明，使用的iPad，而不是Android设备是送货司机不知怎么好，那么这将是很容易地创
..
微服务：什么是智能终端和哑管道？
我曾经看过一篇文章“智能端点和哑管道。请解释这些条款，例子是值得欢迎的。 解决方案 我没看过的文章，所以我只能猜测他可能意味着什么，但他给ESB作为对微服务和ZeroMQ作为一个例子例如，对于微服务，我希望我的猜测将pretty确切的： 一个UNIX（和Linux）的想法是建立独立的小应用程序，并将它们通过管道连接。两个命令我使用它的可能是最常见的集 PS 和的grep 是这样的：的ps
..
什么是面向服务的架构？
什么是面向服务的架构？ 解决方案 SOA是方法来开发面向服务的应用程序和WCF是技术，可用于开发面向服务的应用程序。但SOA定义严格的规则（称为SOA信条）应用程序。如果你不遵循这些规则，你是构建服务，但这些服务不符合SOA。 WCF，您可以开发很多类型的服务。你可以开发出符合SOA或不互操作的SOAP服务。您可以开发纯.NET服务与非可互操作的功能，你可以开发REST服务。 此外，在
..
什么是SOA（面向服务架构）？
打电话给我一个巨魔，如果你想要的，但我是认真的 - 究竟是新的SOA趋势，比我在15年前建立的客户服务体系有什么不同？我不断听到的SOA，但我不知道它是如何比我们一直在做不同的。回到10年前，中，Y公司有多个客户端（多国语言）的交谈同样的服务。这不是XML（这是一个名为Microsoft DCOM的二进制协议），而且没有自动发现通过WSDL，但是没关系，因为阅读文档是很容易。我们的系统甚至“开放”
..
如何SOA服务发现（UDDI）在实践中的工作？
我只是读了关于SOA和服务注册/ UDDI得到通常提及。这听起来不错，但如何在现实中使用？ 是注册表为了从'物理实现（端口，URL等）脱钩的逻辑服务？ 是为了由人寻找一个有趣的服务，？玩被浏览注册表 难道是'错误'硬线的 应用 到服务，它使用？ 解决方案 我觉得它比实际有用的理论更实用。这是很少实现，很少使用。在现实中，DNS提供了资源的网络上的位置的足够的抽象的工具。
..
如何处理与Java多态性的面向服务架构
与多态性与实体类型的继承在面向服务的架构打交道时，什么是邪恶最少的路径？ SOA的原则（据我所知）是有实体类是单纯的数据结构，缺乏任何业务逻辑。所有的业务逻辑包含在窄范围的，松耦合的服务。这意味着服务实现尽可能小的促进松散耦合，并意味着实体避免不必了解的每个的行为，该系统可对它们执行。
..
什么是使用过的组件服务的优势和劣势？
从过去几个月我的工作项目，最新的点网框架。 我觉得在最新点网版本鼓励组件上方的“服务”。这是否正确？ 我已经看到了银色的光芒（我在银色的光芒初学者）所有DB层操作作为服务公开。我不知道现在组件程序也都可以？ 什么是优势？有关性能如果所有层都暴露为服务，而不是DLLS？ 请通过关于这个问题，我应该在哪里开始正确地理解这个概念，一些轻？ 感谢 SC 解决方案 这真是大家做一个面向服
..
何时使用SOA（面向服务架构）
最近，我与我们的建筑师之一的谈话，他总结了他利用SOA作为“我们将使用服务的唯一时间是当我们需要异步操作，否则，我们将使用直接进入数据存储” 我想到这句话和服务在发布订阅模式运行良好，似乎相当合理的，但我在，你应该寻找使用SOA什么其他情况不知道？ 解决方案 我们公开服务给我们的客户，因为他们不应该是能够直接连接到数据源。 我们公开服务对我们自己，因为它是在使用WCF不同的技术更容易为
..
SaaS的 - 在Java中多租户单独的数据库模型的实现
我是架构一个软件项目，我想实现SaaS（软件即服务）模式。我想设计多租户与每个租户单独的数据库兼容的Web应用程序。我 如何设计多租户UI在Java环境（UI应该是租户配置性的）？ 如何为每个租户单独的数据库（多租户数据库单一应用程序实例）的设计数据访问层？ 和还建议我选择Java环境技术栈。 先谢谢了。 解决方案
..
在骆驼业务逻辑处理器VS服务端点
在一个骆驼的路线，我应该考虑把我的业务逻辑在离散托管端点豆，喜欢的消息驱动bean或Web服务，VS只是骆驼处理器实现它？ 好像关注使用骆驼只是调解和放大器清洁分离;配器，使用处理器作为过滤器，而不是作为对业务逻辑的容器。但是我不预见在这个时候EJB容器的需求，而且好像我需要一个主机的MDB。 所以，清洁架构VS占用空间更小，更少的技术 - ？有没有人有想法，观点，或者这个强烈的感情 解
..
应该如何在ESB打包/部署？
我试图总结我的周围Apache的骆驼，这似乎是一个轻量级的ESB头。如果我理解正确的骆驼/ ESB产品，那么你可以把骆驼路线为节点和边缘的图形。每个节点是路线上的端点（可消耗/产生的消息）。每个边缘是两个不同的端点（1生产者和1消费者）之间的路线。 假设是正确的，我有一个现实的问题：什么最佳实践要求有关部署应用程序的ESB /骆驼路线？我应该打包它作为自己的JAR，还是值得为自身的耳部饱满的EJ
..