soa

Soliciting feedback/options/comments regarding a "best" pattern to use for reference data in my services. What do I mean by reference data? Let's use Northwind as an example. An Order is related to a Customer in the database. When I implement my Orders Service, in some cases I'll want the reference a "full" Customer from an Order and other cases when I just want a reference to the Customer (for example a Key/Value pair). For example, if I were doing a GetAllOrders(), I wouldn't want to return a fully filled out Order, I'd want to return a lightweight version of an Order with only reference

架构的演变过程 第一个是ALL in One（单一架构） 当网站流量很少的时候，只需要一个应用，将所有功能都部署在一起，以减少部署节点和成本 对于数据库的读取显得尤其重要 ORM（Object Relational Mapping）对象关系映射：把关系型数据库转换为对象进行处理 第二个Vertical Application(垂直架构) 当访问量变大，流量大了之后，单一应用的负载变大，通过添加机器也不能有太大的提升了，所以这时候架构发生改变，使用了垂直架构，将一个应用拆解成多个小应用，以提高效率 MVC（Model View Control）：一种将数据层，视图层，业务逻辑层进行了分离 第三个 分布式服务架构 RPC（Remote Procedure Call）远程过程调用：一种通过网络从远程计算机程序上请求服务，不需要了解底层的实现 第四个是流动计算架构 当服务越来越多的时候，容量的评估，小服务资源的浪费问题比较明显，需要增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。 SOA架构的介绍： SOA架构：Service Oriented Architecture面向服务的架构，也就是把工程拆成服务层，表现层两个工程，服务层里再去包含业务逻辑，只需要对外提供服务，表现层，只需要处理页面的交互操作，业务逻辑都是用来调用服务层的服务来实现。 后续再补。。。。。 文章来源:

I've been doing a lot of research lately about SOA and ESB's etc. I'm working on redesigning some legacy systems at work now and would like to build it with more of a SOA architecture than it currently has. We use these services in about 5 of our websites and one of the biggest problems we have right now with our legacy system is that almost all the time when we make bug fixes or updates we need to re-deploy our 5 websites which can be a quite time consuming process. My goal is to make the interfaces between services loosely coupled so that changes can be made without having to re-deploy all

SOA与ESB,微服务与API网关 SOA： ESB： 微服务： API网关： 参考资料： 1、漫画微服务，http://www.sohu.com/a/221400925_100039689 2、SOA架构与微服务，https://blog.csdn.net/zpoison/article/details/80729052 3、深入浅出SOA，https://www.cnblogs.com/renzhitian/p/6853289.html

很多时候会听到微服务、SOA、ESB之间有着联系也有着区别，有时候了解了一下，过段时间有混肴模糊了今天看了一篇文章写的很好，特地记录一下。 原文地址：https://mp.weixin.qq.com/s/fCsVP5pO2vJX3DlMb-RdrA 一、SOA架构解析 SOA 全称是: Service Oriented Architecture，中文释义为 “面向服务的架构”它是一种设计理念，其中包含多个服务， 服务之间通过相互依赖最终提供一系列完整的功能。各个服务通常以独立的形式部署运行，服务之间 通过网络进行调用。架构图如下： 三、微服务 微服务架构和 SOA 架构非常类似,微服务只是的 SOA 升华，只不过微服务架构强调的是“业务需要彻底的组件化及服务化”，原单个业务系统会被拆分为多个可以独立开发、设计、部署运行的小应用。这些小应用间通过服务化完成交互和集成。 组件表示的就是一个可以独立更换和升级的单元，就像 PC 中的 CPU、内存、显卡、硬盘一样，独立且可以更换升级而不影响其他单元。若我们把 PC 中的各个组件以服务的方式构 建，那么这台 PC 只需要维护主板（可以理解为ESB）和一些必要的外部设备就可以。CPU、内存、硬盘等都是以组件方式提供服务，例如PC 需要调用 CPU 做计算处理，只需知道 CPU 这个组件的地址就可以了。 微服务的特征 2.

开始之前，我们先简单看下单体架构、SOA与微服务之间的区别，如下图所示：简单来讲，对于单体架构，其就像一个超大容器，容器内集中包含了该应用的所有软件组件，并且组件与组件之间紧密耦合。 而对于SOA架构来说，其本质上也是服务的集合，服务与服务之间彼此调用，这种调用可能涉及到简单的数据处理或者有超过多个服务之间相互协作共同完成模型业务操作，在SOA中我们需要考虑服务之间应如何相互通信。 最后说到微服务，或者我们称之为微服务架构，这是一种架构风格，聚焦业务领域，将应用通过一个个小而自治的服务组织起来。 说到SOA与微服务，两者均依赖于服务作为其主要组件，但不同架构下的服务特征却有很大的不同，下面我们看下SOA与微服务之间的主要区别都有哪些？ 对于 SOA 来说，其定义了四种基本类型的服务 Business Services： 业务类服务 粗粒度服务，主要定义关键业务操作 通常可以通过XML或者BPEL语言来表示 Enterprise Services： 企业级服务 实现业务类服务所定义的相关功能 主要依赖于应用级服务和架构级服务来满足业务需求 Application Services： 应用级服务 细粒度服务，聚焦特定的应用上下文 特定的用户接口界面可直接调用这些服务 Infrastructure Services： 基础架构级服务 主要负责非功能性操作，比如：认证、授权、安全、日志等等

Is an Enterprise Service Bus (a tool that acts as a mediator, a message broker, a service enabler, schema transformation enhancer, transparent location provider, service aggregator, load balancer, monitor, and all that stuff) responsible to orchestrate services ? What about putting an automated business business process with more than thousand steps and dozens of service invocations inside your enterprise service bus? Would you do it, or would you use a specialist in orchestration such as a BPEL engine? Please gimme you opinion. Yes and no. There's a thin, and sometimes indistinguishable line

After reading some literature on the topics of SOA, Web-Services and Client-Server architectute. I really confused about these terms because can't see the real difference between them. Can someone explain what the actual difference between SOA and Client-Server is? Can I use Client-Server to implement SOA or the former is a different concept? Is client-server obsolete now? And where is the place for web-services here? Is web-service just a client-server architecture? I would very appreciate if someone helps me to clarify all these terms and differences between these concepts. The biggest