SOA之(4)——服务实现的途径】的更多相关文章

服务实现的途径(Service Implementation Mediums) 将SOA看成是一个架构模型非常重要,它独立于任何技术平台.对于企业来说,可以根据它当前自身的技术优势来实现SOA,从而达到战略目标. 当前,服务可以通过以下三种方式实现: 组件(component) Web服务(Web service) REST服务(REST service) (以上三种是Thomas Erl在SOA Design Patterns里提出的) 本质上说,我们选取任何技术在一个分布式系统中实现SOA.…
面向服务的体系结构,是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来.接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台.操作系统和编程语言.这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互. 特征 SOA的服务级别抽象图,如下图1所示: SOA的服务级别抽象图 图1SOA的服务级别抽象图 基于以上图示.SOA具有以下五个特征: 1.可重用 一个服务创建后能用于多个应用和业务流程. 2.松耦合 服务请求者到服务提供…
实话实说,在我还没有实习之前,我是连 SOA 是啥都不知道的,只听说过微服务,毕竟微服务实在太火了,想不知道都难,我觉得实习的时候肯定也是微服务,进组之后发现是 SOA 架构,当时都懵了,看了很多文档做了很多笔记都还是不太明白 SOA 是啥,后来又困惑于 SOA 和微服务的区别是啥,我还去翻了一下<凤凰架构>这本书,遗憾的是,由于我刚刚接触 SOA,微服务也没有实际上手过,所以尽管周志明老师的文字已经非常小白向,但是我还是没能懂 SOA 和微服务到底有啥实质上的区别. 这俩天看见了 IBM 的…
本文原创,原文地址为:http://www.cnblogs.com/fengzheng/p/5847441.html SOA和微服务到底是什么关系? 说实话,我确实不明白SOA和微服务到底有什么本质上的区别,两者说到底都是对外提供接口的一种架构设计方式.我倒觉得微服务其实就是随着互联网的发展,复杂的平台.业务的出现,导致SOA架构向更细粒度.更通过化程度发展,就成了所谓的微服务了.以这种说法做为根据,我觉得SOA与微服务的区别在于如下几个方面: 微服务相比于SOA更加精细,微服务更多的以独立的进…
http://www.ibm.com/developerworks/cn/webservices/ws-soa-design/ 引言 面向服务的体系结构(Service-Oriented Architecture,SOA)提供了支持业务灵活性的 IT 灵活性远景.在本文中,我们将重点讨论 IT 灵活性的两个特定方面:流程实现的分离和简化.如何说明和实现各个服务对 IT 灵活性的这些方面有很大的影响,因此也对业务灵活性有很大的影响.我们此处的目标是提供支持 SOA 远景的服务说明和实现指南.本文的…
说起soa远程调用基础组件,最著名的莫过于淘宝的dubbo了,目前很多的大型互联网公司都有一套自己的远程服务调用分布式框架,或者是使用开源的(例如dubbo),或者是自己基于某种协议(例如hessian,http等)进行开发,总体来说,使用远程服务调用框架最大的好处莫过于以下三点: 1.透明化的远程方法调用,就像调用本地方法一样调用远程方法,只需简单配置,没有任何API侵入.      2.软负载均衡及容错机制,可在内网替代F5等硬件负载均衡器,降低成本,减少单点.3. 服务自动注册与发现,不再…
SOA和微服务 SOA和微服务到底是什么关系? 说实话,我确实不明白SOA和微服务到底有什么本质上的区别,两者说到底都是对外提供接口的一种架构设计方式.我倒觉得微服务其实就是随着互联网的发展,复杂的平台.业务的出现,导致SOA架构向更细粒度.更通过化程度发展,就成了所谓的微服务了.以这种说法做为根据,我觉得SOA与微服务的区别在于如下几个方面: 微服务相比于SOA更加精细,微服务更多的以独立的进程的方式存在,互相之间并无影响: 微服务提供的接口方式更加通用化,例如HTTP RESTful方式,各…
前言:SOA(面向服务的架构)是目前企业应用开发过程中普遍采用的技术,基于MVC WebAPI三层分布式框架开发,以此适用于企业信息系统的业务处理,是本文论述的重点.此外,插件技术的应用,富客户端JQuery实现技术,本文也对其具体实现做以说明.相关示例解决方案可以参考GitHub资源,在文章结尾给出. http://blog.csdn.net/besley/article/details/8479943 1. 系统分层体系架构设计   分布式三层系统简单分为数据访问层,业务逻辑层和前端展现层.…
微服务架构强调的第一个重点就是业务系统需要彻底的组件化和服务化,原有的单个业务系统会拆分为多个可以独立开发,设计,运行和运维的小应用.这些小应用之间通过服务完成交互和集成.每个小应用从前端web ui,到控制层,逻辑层,数据库访问,数据库都完全是独立的一套.在这里我们不用组件而用小应用这个词更加合适,每个小应用除了完成自身本身的业务功能外,重点就是还需要消费外部其它应用暴露的服务,同时自身也将自身的能力朝外部发布为服务.如果一句话来谈SOA和微服务的区别,即微服务不再强调传统SOA架构里面比较重…
正在读 钟华 著的<<企业IT架构转型之道 - 阿里巴巴中台战略思想与架构实战>> 一书, 参考了网上的讨论,  对SOA和微服务有了一些新的认识. 知乎上的讨论: SOA 与 微服务https://www.zhihu.com/question/37808426 ESB 与 API 网关https://developer.ibm.com/apiconnect/2017/04/04/esb-not-api-management/https://developer.ibm.com/ap…