什么是SOA,什么是SCA,什么是微服务?
这里是修真院后端小课堂,每篇分享文从
【什么是SOA,什么是SCA,什么是微服务?】
大家好,我是IT修真院上海分院第8期的学员朱明星,一枚正直纯洁善良的JAVA程序员,今天给大家分享一下,修真院官网任务九,深度思考中的知识点——什么是SOA,什么是SCA,什么是微服务?
(1)背景介绍:
架构演变
单一应用架构
-
当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
-
此时,用于简化增删改查工作量的数据访问框架(ORM) 是关键。
-
代码层面没有拆分,所有的业务逻辑都在一个项目里打包成一个二进制的编译后文件,通过这个文件进行部署,并提供业务能力。
垂直应用架构
-
当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。
-
此时,用于加速前端页面开发的 Web框架(MVC) 是关键。
-
整个系统由多个模块组成,每个模块又由这种不同的部分组成。这样一来,我们就把整个系统拆解成了很多粒度较小的零件。
分布式服务架构
-
当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
-
此时,用于提高业务复用及整合的分布式服务框架(RPC) 是关键。
流动计算架构
-
当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
-
此时,用于提高机器利用率的资源调度和治理中心(SOA) 是关键。
(2)知识剖析:
SOA(面向服务架构)
百度百科:是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
项目比较小时,只有一个系统,放在一个服务器。
随着数据越来越大,需要分库将多个模块的数据库放在对应的服务器上,每个模块调用自己的子系统。
随着我们系统的进一步复杂度的提升,我们不得不进一步对系统的性能进行提升,我们将多个模块分成多个子系统,多个子系统直接互相调用。
相互交互,相互调用非常乱,所以就用到SOA架构,SOA 可以帮助我们把服务之间的关系整理起来,提供一个统一的标准,只对数据总线进行交互,这样系统就变得统一起来。
企业数据总线:企业数据总线不是对多个子模块的集成,他在这里充当数据通道的作用,数据总线不关心业务,数据总线根据给的地址和协议去调服务,上端不关心服务在哪里是什么,只找数据总线。
各个系统分别根据统一标准向数据总线进行注册,各子系统调用其他子系统时,我们并不关心如果找到其他子系统,我们只找数据总线,数据总线再根据统一标准找其他子系统,所以数据总线在这里充当一个只路人的作用。
SOA中不同组件及其工作流程
商场案例:
SCA
SOA在Java领域有两套标准:一个是SUN推出的JBI(没有得到BEA和IBM的承认),另外一个是:IBM和BEA等公司推出的SCA和SDO标准。
SCA:服务组件架构,是一种全新的软件架构思想。
SCA中,最重要的一个概念是Service——服务,它的内涵是独立于具体的技术。因此,SCA不会称之为 Java组件架构,或Web Service 组件架构。所谓的具体技术,主要有两层含义:一是程序语言,而是传输协议。
现有的组件是和传输协议紧密耦合的。比如EJB组件采用的是RMI传输协议,Web Service组件采用的是SOAP传输协议。SCA组件则能*地绑定各种传输协议。
SCA是对目前组件编程的进一步升华,其目标是让服务组件能*绑定各种传输协议,集成其他的组建与服务。
SCA与传统的业务组件最大区别在于SCA实现了两个功能:一是组件和传输协议的分离,二是接口和实现语言的分离。
服务组件是SCA里面最基本的功能单元,包含四个部分:服务、组件实现、引用、创建属性
服务(Service):用来让其他组件调用。是一个接口。如果是基于Java的SCA,它就是Java的接口
组件实现(Implementation):实现所创建的服务,对Java来说,就是接口的实现类。
引用(Reference):一个组件可能需要调用其他组件,需要创建于igeqita组件的引用。对Java来说,就是其他组件的Java接口。
属性(Property):对组件实现的一种属性参数入。
怎样理解SCA?
比如生产一辆汽车。生产一辆汽车,需要做很多复杂的工作:设计、生产发动机、生产车架、生产底盘、生产各种配件、组装等等。
汽车生产商把上面这些工作都独立出来,成为一个部门或者车间,相互之间不搀和。如果缺少任何一个独立单元,都不能生产一辆完整的汽车。当然,生产不同的车型,每个独立部门是可以复用的。另外,所有部门还要有一个中心领导者来统领、协调。
(3)常见问题:
微服务和SOA区别?
(4)解决方案:
微服务是SOA升华发展出来的产物,它是一种比较现代化的细粒度的SOA实现方式。
(5)编码实战:
SCA组件的服务端代码
服务端代码包括三个部分:
服务接口,一个Java的Interface——HelloService.java。
服务实现,HelloService接口的实现类——HelloServiceImpl.java。
SCA的服务组件配置文件——Hello.composite。
HelloService.java
HelloService.java
/**
- 服务接口
*/
public interface HelloService {
String getHello(String username);
}
HelloServiceImpl.java
/**
- 服务实现
*/
public class HelloServiceImpl implements HelloService {
public String getHello(String username) {
return "Hello " + username + "! This is a SCA program!";
}
}
Hello.composite
<component name="HelloServiceComponent">
<implementation.java class="hello.HelloServiceImpl"/>
<property name="username" type="xsd:string" default="World"/>
</component>
SCA组件的客户端代码
/**
- SCA的客户端调用
*/
public class HelloSCAClient {
public static void main(String[] args) {
SCADomain scaDomain = SCADomain.newInstance("Hello.composite");
HelloService helloService =
scaDomain.getService(HelloService.class, "HelloServiceComponent");
String msg = helloService.getHello("vcom");
System.out.println(msg);
scaDomain.close();
}
}
(6)拓展思考:
知识点之外的拓展思考,由分享人进行讲解,这些东西就是所谓的深度,也是一个人技术水准高低比较的表现。
(7)参考文献:
https://blog.csdn.net/xiaoyaoyulinger/article/details/51452674
(8)更多讨论:
Q1:微服务由来?
A1:微服务最早由Martin Fowler与James Lewis于2014年共同提出,微服务架构风格是一种使用一套小服务来开发单个应用的方式途径,每个服务运行在自己的进程中,并使用轻量级机制通信,通常是HTTP API,这些服务基于业务能力构建,并能够通过自动化部署机制来独立部署,这些服务使用不同的编程语言实现,以及不同数据存储技术,并保持最低限度的集中式管理。
Q2:微服务有哪些基础框架?
A2:Spring Cloud、Dubbo
Q3:Spring Cloud、Dubbo怎样选择?
A3:目前Spring Cloud的被关注度和活跃度上来看,很有可能将来会成为微服务架构的标准框架。
(9)鸣谢:
(10)结束语:
今天的分享就到这里啦,欢迎大家点赞、转发、留言、拍砖~
上一篇: 快速排序---对冒泡的改进