主流前端-后端-数据库总结--分布式服务、微服务

  1）随着业务拆分越来越小，存储系统越来越庞大，应用系统的整体复杂度呈指数级增加，部署维护越来越困难。由于所有应用要和所有数据库系统连接，在数万台服务器规模的网站中，这些连接的数目是服务器规模的平方，导致存数据库接资源不足，拒绝服务。

2）既然每一个应用系统都需要执行许多相同的业务操作，比如用户管理、商品管理等，那么可以将这些公用的业务提取出来，独立部署。由这些可复用的业务连接数据库，提供共用业务服务，而应用系统只需要管理用户界面，通过分布式服务调用共用业务服务完成具体业务操作

（1）分布式框架--Dubbo

1)Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。

2)简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架。

Dubbo能做什么？

1）透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。     

2）软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。

3.）服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

（2）分布式框架--Zookeeper

1）Zookeeper是Hadoop的一个子项目，它是分布式系统中的协调系统。

2）可提供的服务主要有：配置服务、名字服务、分布式同步、组服务等。

特点如下：

1）简单:Zookeeper的核心是一个精简的文件系统，它支持一些简单的操作和一些抽象操作。

2）丰富:Zookeeper的原语操作是很丰富的，可实现一些协调数据结构和协议。

3）高可靠:Zookeeper支持集群模式，可以很容易的解决单点故障问题。

4)松耦合交互:不同进程间的交互不需要了解彼此，甚至可以不必同时存在，某进程在zookeeper中留下消息后，该进程结束后其它进程还可以读这条消息。

5)资源库:Zookeeper实现了一个关于通用协调模式的开源共享存储库，能使开发者免于编写这类通用协议。

（1）分布式框架--RPC

RPC（Remote Process Call），即远程服务调用，被广泛地应用在很多企业应用中，是早期主要的服务治理方案，其流程较为简单，客户端consumer携带参数发送RPC请求到服务提供方provider，provider根据参数路由到具体函数，方法，并将执行获得的结果返回，至此一次RPC调用完成。

随着业务的发展，大数据时代的到来，服务提供方的压力也日益增大，单机应用的处理能力无论在软件，硬件上都受到限制，provider也不可能一直无限扩容，即使扩容，也存在着很多问题，即服务的路由，和Consumer的负载均衡问题。因此，分布式服务架构应运而生，RPC发展到一定阶段思考的变革，成为了分布式服务，云计算的计算机基础。

（1）分布式框架--SOA

由于简单的RPC调用已经不能随着时代发展满足需求，因此复杂的业务逻辑对于分布式应用架构体系的需求愈发强烈，业务希望自己的服务是分布式部署的，请求是分流的，对数据的操作是能读写分离的，同时能屏蔽许多复杂需要自己编写的底层服务，借助已有的公共服务，去快速的构建自己的应用，降低人力开发维护的成本和提高应用交付的效率。因此，基于分布式服务思想的SOA（Service-Oriented Architecture）成了新的受追捧的架构。

微服务架

微服务架构是一项在云中部署应用和服务的新技术。微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程

特点：

1）微服务的基本思想在于考虑围绕着业务领域组件来创建应用，这些应用可独立地进行开发、管理和加速。

2）在分散的组件中使用微服务云架构和平台，使部署、管理和服务功能交付变得更加简单。

3）微服务是利用组织的服务投资组合，然后基于业务领域功能分解它们，在看到服务投资组合之前，它还是一个业务领域。

（2）微服务平台

1）开源工作流平台 “Imixs-Workflow“发布了一款新的微服务架构，作为工作流来管理解决方案。

2）Imixs的微服务（ Imixs-Microservice）提供了一个工作流封装成微服务架构。这一服务可以独立于其背后的技术，绑定到任何业务应用中去。这允许业务应用改变业务逻辑的时，不用更改任何代码。这业务目标可以通过工作流模型控制。

3）mixs的微服务是基于Imixs的工作流引擎（ Imixs-Workflow Engine）的复杂功能构建的，它可以以多种不同的方法来控制业务数据。

4）Imixs的微服务可以发送电子邮件推送消息、日志业务交换，还可以确保所有类型业务数据的安全。

5）Imixs的工作流模型可以给业务处理模型（Imixs-Workflow Modeller）中的每种状态单独的设计一个ACL。