微服务架构去中心化治理

⑴ 为什么去中心化了还能升级

什么是“去中心化”？

“去中心化”翻译自英语单词Decentralization，是由前缀de-、词干central、后缀-ization组成。其中，词干central意为“中心”，后缀-ization意为“……化”，而前缀de-则有离开、除去、取消、相反等含义。因此，将其翻译为去中心化是非常准确的。

那么，去中心化具体而言是什么含义呢？

以太坊创始人Vitalik Buterin于2017年2月发表的《The meaning of decentralization》一文中，详细阐述了去中心化的含义。他认为应该从三个角度来区分计算机软件的中心化和去中心化：架构、治理和逻辑。

架构中心化是指系统能容忍多少节点的崩溃而可以继续运行；治理中心化是指需要多少的个人和组织能最终控制这个系统；逻辑中心化是指系统呈现的接口和数据是否像是一个单一的整体。

区块链是全网统一的账本，因此从逻辑上看是中心化的，这一点无可置疑。从架构上看，区块链是基于对等网络的，因此是架构去中心化的。从治理上看，区块链通过共识算法使得少数人很难控制整个系统，因此是治理去中心化的。架构和治理上的去中心化为区块链带来三个好处：容错性、抗攻击力和防合谋。

区块链与传统分布式系统的5点区别

作为一种全新种类的分布式系统，区块链往往被错误地当作是一个分布式的数据库或日志系统，实际上区块链与传统的分布式系统之间有着本质的区别——去中心化。现在我们来审视一下区块链与传统分布式系统的主要区别：

（1）一致性算法：区块链需要解决的是拜占庭将军问题，即网络中存在一个或多个欺诈节点，可能会故意违反协议或传输错误的数据，因此区块链往往采用拜占庭容错的一致性算法（通常称为共识算法），如BFT、PoW、PoS等；而传统分布式系统只需考虑节点失效和通讯错误的情况，往往采用paxos、raft之类的一致性算法，这类算法不能对抗欺诈节点。

（2）中央控制方：在区块链网络中是不存在中央控制方的，没有一个节点可以控制或协调账本数据的生成，各节点通过共识算法进行协调，生成一致的账本。而传统发布式系统则往往是由一个机构进行控制，统一调度各节点参与运算。

（3）规则制定：区块链的规则就是共识协议，又称共识机制，共识算法是其中的一部分。共识机制一般是由一个人或一个团队设计制定，并开发出相应的程序，提供给社区使用。这一点似乎与传统的分布式系统一样，但区块链的共识机制的改变、升级是需要社区对此有一致的共识，如果不能达成共识，则任何人都可以实施硬分叉，另建一个社区、一条链。这就是共识机制的去中心化过程。

⑵ 微服务,一个服务会影响整个系统吗

摘要： 最近大家都在谈微服务，随着越来越多的在线业务需要提供更大并发的scale-up 和 scale out能力，微服务确实提供了比较好分布式服务的解决方案。

阿里云高级解决方案架构师 杨旭

世界最大混合云的总架构师，4年前，开始作为双11阿里云技术负责人，负责搭建全球最大的混合云结构，把 “双11”的电商业务和技术场景在阿里云上实现，并保障这个混合云在双11当天能够满足全球客户的购物需求。

正文：

最近大家都在谈微服务，随着越来越多的在线业务需要提供更大并发的scale-up 和 scale out能力，微服务确实提供了比较好分布式服务的解决方案。

微服务并不陌生，知道SOA其实也就很容易理解微服务，可以把微服务当做去除了ESB的SOA。ESB是SOA企业服务架构中的总线，而微服务是去中心化的分布式软件架构，个人认为最大的设计区别在于设计初衷：

SOA是为了最大化的实现复杂系统代码的可复用性
而微服务是为了最大限度的解耦，不同业务系统甚至可以是不同语言之间的通信
没有最优的架构，只有最合适的架构，一切系统设计原则都要以解决业务问题为最终目标，脱离实际业务的技术情怀架构往往会给系统带入大坑。所有问题的前提要搞清楚我们今天面临的业务量有多大，增长走势是什么样，而且解决高并发的过程，一定是一个循序渐进逐步的过程。

网上的一张图很经典，总结的非常好：

整个系统进化分为三个阶段：

x轴，水平扩展阶段，通过负载均衡服务器不断的横向扩充应用服务器，水平扩展最重要的问题是需要注意不用服务器之间的如何保持session和会话同步，不能让用户在不通服务器之间切换时有感知应用扩展后自然遇到的问题就是DB的瓶颈：连接数，iops等。

z轴，就是对数据库的拆分，难度上了一个台阶，Sharding的基本思想就要把一个数据库如何进行切分，可以分为水平切分和垂直切分，水平切分相对简单，一主多从，多主都可以，根据业务的需要，多主切分设计时需要注意主键的关系，解决多写在进行数据同步时候的冲突问题，垂直拆分更加复杂，一般都会涉及到架构逻辑的改造，需要引入中间件，来进行数据源的管理，垂直拆分时把关系紧密（比如同一模块）的表切分出来放在一个库上，或者通过hash进行拆分，从而将原有数据库切分成类似矩阵一样可以无限扩充的队列。

y轴扩展，最后就是功能分解了，也就是我们讲的微服务切分。微服务拆分将巨型应用按照功能模块分解为一组组不同的服务，淘宝的系统当年也经历了这样的过程，通过五彩石项目从单一的war包拆分成了今天的大家看到买家，卖家中心，交易等系统。

引入微服务前你要知道的两三事：

1、成本升高，引入微服务架构，需要对原来单一系统进行拆分，1到100以后多服务的部署会带来成本的升高

2、解决分布式事务一致性问题

以前单一的系统好处很多，一条sql解决完成所有业务逻辑，微服务做完一件事情需要涉及多系统调用，系统间网络的不确定性给结果带来很多不确定性，如今天淘宝的系统，完成一次交易下单需要在上百个系统之间调用，如何保证系统的可靠性，以及核心数据如钱的最终一致性是设计之初就要想明白的，这里大多都要借助中间件来实现。

3、微服务的逻辑设计原则

随着不断拆分微服务，以及业务的迭代发展，系统之间极有可能出现混乱调用，所以微服务的顶层设计显得尤为重要，架构师需要搞清楚微服务的架构模型。那核心的设计思想就在于如何进行服务的分层，以及服务的重用，通过分层将服务进行分配，上层服务包装下层服务，下层服务负责原子性的操作，上层服务对下层服务进行业务性的组合编排，一定要理解业务，微服务拆分不是简单的系统组合，再说一遍一定要理解业务，否则上层服务一定会出现大量的交叉调用，系统复杂度会指数级上升，好的微服务架构师一定是业务架构师，基于业务的建瓴，微服务设计三部曲，遵循自下而上的设计原则：

原子服务

首先确认最基本业务最维度的原子服务，原子服务定义就是大家都会最大化重用的功能，需要在应用内的闭环操作，没有任何跨其他服务的分支逻辑，杜绝对其他服务的调用，有自己独立的数据存储，作为最底层服务抽象存在，以淘宝为例，卖家数据，卖家数据，订单数据就属于最基本的原子服务。

服务组合

在业务场景下，一个功能都需要跨越多个原子服务来完成一个动作。组合服务就是将业务逻辑抽象拆成独立自主的域，域之间需要保持隔离，服务组合会使用到多个原子服务来完成业务逻辑，如淘宝的交易平台会调用用户，商品，库存等系统。

业务编排

最外层就是面向用户的业务流程，一个产品化的商业流程需要对组合服务进行逻辑编排来完成最终的业务结果，这个编排服务可以完全是自动化的，通过工作流引擎进行组合自动化来完成特定SOP定义，这对企业应用的自动化流程改进也很有意义。如淘宝类目的双十一活动，通过对不通服务组合进行重用实现不通的营销活动逻辑。

4、运维管理的复杂度提升

微服务让应用数量增加很多，链路的集成、测试、部署都成为新的挑战，以前一个war包解决的问题，需要通过多应用发布来完成，发布时服务之间的依赖影响，会导致功能不可用，测试阶段的依赖性可能会让用例跑不下去，这些都会是需要新考虑的问题，需要有平台化的工具来支撑，目前阿里通过aone产品来保证从日常到预发到线上的持续集成交付。

⑶ 微服务架构的分布式事务问题如何处理

分布式系统架构中，分布式事务问题是一个绕不过去的挑战。而微服务架构的流行，让分布式事问题日益突出！

下面我们以电商购物支付流程中，在各大参与者系统中可能会遇到分布式事务问题的场景进行详细的分析！

⑷ 什么是微服务架构主流的微服务如何实现

简单地说，微服务架构就是以业务域或业务功能为边界，将一个大而全的应用拆分为可以独立开发，独立部署，独立测试，独立运行的一组小的应用，并且使用轻量级，通用的机制在这组应用间进行通信。
主流的微服务包括：
1、SpringCloud

Spring Cloud , 来自Spring，具有Spring 社区的强大支撑，还有Netflix强大的后盾与技术输出。Netflix作为一家成功实践微服务架构的互联网公司在几年前就把几乎整个微服务框架栈开源贡献给了社区，这些框架开源的整套服务架构套件是Spring Cloud的核心。

- Eureka:服务注册发现框架；

- Zuul:服务网关；

- Karyon：服务端框架；

- Ribbon：客户端框架；

- Hystrix：服务容错组件；

- Archaius：服务配置组件；

- Servo：Metrics组件；

- Blitz4j：日志组件；

2、Dubbo

Dobbo是一个分布式服务框架，是阿里开放的微服务化治理框架，致力于提高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。其核心部分(官网)

- 远程通讯: 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式；

- 集群容错: 提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持；

- 自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

Dubbo 也是采用全 Spring 配置方式，透明化接入应用，对应用没有任何 API 侵入，只需用 Spring 加载 Dubbo的配置即可，Dubbo 基于 Spring 的 Schema 扩展进行加载。当然也支持官方不推荐的 API 调用方式。

3、lstio

lstio 作为用于微服务聚合层管理的新锐项目，是Google、IBM、Lyft（海外共享出行公司、Uber劲敌），首个共同联合开源的项目，提供了统一的连接，安全，管理和监控微服务的方案。

目前首个测试版是针对Kubernetes环境的，社区宣称在未来几个月内会为虚拟机和Cloud Foundry 等其他环境增加支持。lstio将 流量管理添加到微服务中，并为增值功能（如安全性、监控、路由、连接管理和策略）创造了基础。

- HTTP、gRPC 和 TCP 网络流量自动负载均衡；

- 提供了丰富的路由规则，实现细颗粒度的网络流量行为控制；

- 流量加密、服务件认证，以及强身份声明；

- 全范围（Fleet-wide）的策略执行；

- 深度遥测和报告。

⑸ 什么是微服务架构啊

微服务架构其实没有一个非常准确的定义，大概描述的是一个大型复杂软件应用系统由若干个微服务组成。系统中的各个微服务能被独立部署和扩展，每个微服务还能提供一个稳固的模块边界。各个微服务之间是松耦合的，微服务很小，专注于做好一件事情。微服务框架带了良好的技术异构性、弹性、扩展性，它的简化部署为持续交付提供了巨大推动力。但是它同时也带来一些挑战，比如分布式事务一致性，网络性能消耗等问题。所以选用的时候要结合实际业务考虑，若想深入学习的话建议使用些现成的一些大厂商开源的微服务框架开发试试手，用一用spring cloud、servicecomb，网上资料都很多，希望这个回答对你有帮助。

⑹ 区块链链上治理的核心是什么

从治理上来说，区块链没有中心化的组织或者机构，任意节点之间的权利和义务是均等的，区块链通过共识机制防止少数人控制整个区块链系统，因此区块链是治理去中心化。从架构上来说，区块链是基于点对点的对等网络，任一节点的损坏或者失去都会不影响整个系统的运作，系统具有极好的健壮性，因此区块链是架构去中心化。从存储上来说，区块链是一种分布式存储技术，数据被分布存储在所有节点并达成共识，并不存在某一中心掌握存储权，因此区块链同时也是存储去中心化。
区块链是以比特币为代表的数字加密货币体系的核心支撑技术。区块链技术的核心优势是去中心化，能够通过运用数据加密、时间戳、分布式共识和经济激励等手段，在节点无需互相信任的分布式系统中实现基于去中心化信用的点对点交易、协调与协作，从而为解决中心化机构普遍存在的高成本、低效率和数据存储不安全等问题提供了解决方案。
区块链的应用领域有数字货币、通证、金融、防伪溯源、隐私保护、供应链、娱乐等等，区块链、比特币的火爆，不少相关的top域名都被注册，对域名行业产生了比较大的影响。

⑺ 什么是微服务架构

面向服务的架构（SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。 SOA是一种粗粒度、松耦合服务架构，基于soa服务思想进行功能的抽取(重复代码问题解决),以服务为中心各个系统之间依靠ESB进行调用。 随着业务复杂性与规模的不断增长，以及业务的多变性因素，使得敏捷软件开发变得尤其重要，在尽可能满足客户需求的同时，维持良好的软件质量与系统可用性。 将整体应用拆分开来，从而确保以业务为中心的服务设计理念更加符合敏捷交付与DevOps文化的实际要求。而这，正是微服务架构的真正来源。 一句话总结SOA和微服务的区别，即微服务不再强调传统SOA架构里面比较重的ESB企业服务总线，同时SOA的思想进入到单个业务系统内部实现真正的组件化。如今微服务越来越重要，

⑻ 微服务架构是什么

微服务架构是一项在云中部署应用和服务的新技术。

大部分围绕微服务的争论都集中在容器或其他技术是否能很好的实施微服务，而红帽说API应该是重点。

微服务架构相关介绍：

微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构（在现有系统中分布一个API）区分开来。

在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程的架构。

微服务不需要像普通服务那样成为一种独立的功能或者独立的资源。定义中称，微服务是需要与业务能力相匹配，这种说法完全正确。不幸的是，仍然意味着，如果能力模型粒度的设计是错误的，那么，我们就必须付出很多代价。

如果你阅读了Fowler的整篇文章，你会发现，其中的指导建议是非常实用的。在决定将所有组件组合到一起时，开发人员需要非常确信这些组件都会有所改变，并且规模也会发生变化。服务粒度越粗，就越难以符合规定原则。

服务粒度越细，就越能够灵活地降低变化和负载所带来的影响。然而，利弊之间的权衡过程是非常复杂的，我们要在配置和资金模型的基础上考虑到基础设施的成本问题。

⑼ 区块链的去中心化是什么意思

区块链的去中心化是指区块链发展过程中形成的社会关系形态和内容产生形态，是相对于“中心化”而言的新型网络内容生产过程。

区块链是比特币的一个重要概念，它本质上是一个去中心化的数据库，同时作为比特币的底层技术，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次比特币网络交易的信息，用于验证其信息的有效性（防伪）和生成下一个区块。

区块链是全网统一的，因此从逻辑上看是中心化的。从架构上看，区块链是基于对等网络的，因此是架构去中心化的。从治理上看，区块链通过共识算法使得少数人很难控制整个系统，因此是治理去中心化的。

(9)微服务架构去中心化治理扩展阅读：

区块链去中心化的特点：

去中心化，不是不要中心，而是由节点来自由选择中心、自由决定中心。简单地说，中心化的意思，是中心决定节点。节点必须依赖中心，节点离开了中心就无法生存。

在去中心化系统中，任何人都是一个节点，任何人也都可以成为一个中心。任何中心都不是永久的，而是阶段性的，任何中心对节点都不具有强制性。

随着网络服务形态的多元化，去中心化网络模型越来越清晰，也越来越成为可能。Web2.0兴起后，Wikipedia、Flickr、Blogger等网络服务商所提供的服务都是去中心化的，任何参与者，均可提交内容，网民共同进行内容协同创作或贡献。

参考资料来源：网络-区块链

参考资料来源：网络-去中心化