阿里微服务源码

① 目前比较流程的微服务开发框架是

1.Spring Boot

Spring Boot的设计目的是简化新Spring应用初始搭建以及开发过程，2017年有64.4%的受访者决定使用Spring Boot，可以说是最受欢迎的微服务开发框架。利用Spring Boot开发的便捷度简化分布式系统基础设施的开发，比如像配置中心、注册、负载均衡等方面都可以做到一键启动和一键部署。

2.Spring Cloud

Spring Cloud是一个系列框架的合计，基于HTTP（s）的RETS服务构建服务体系，Spring Cloud能够帮助架构师构建一整套完整的微服务架构技术生态链。



3.Dubbo

Dubbo是由阿里巴巴开源的分布式服务化治理框架，通过RPC请求方式访问。Dubbo是在阿里巴巴的电商平台中逐渐探索演进所形成的，经历过复杂业务的高并发挑战，比Spring Cloud的开源时间还要早。目前阿里、京东、当当、携程、去哪等一些企业都在使用Dubbo。

4.Dropwizard

Dropwizard将java生态系统中各个问题域里最好的组建集成于一身，能够快速打造一个Rest风格的后台，还可以整合Dropwizard核心以外的项目。国内现在使用Dropwizard还很少，资源也不多，但是与SpringBoot相比，Dropwizard在轻量化上更有优势，同时如果用过Spring，那么基本也会使用SpringBoot。

5.Akka

Akka是一个用Scala编写的库，可以用在有简化编写容错、高可伸缩性的Java和Scala的Actor模型，使用Akka能够实现微服务集群。

6.Vert.x/ Lagom/ ReactiveX/Spring 5

这四种框架主要用于响应式微服务开发，响应式本身和微服务没有关系，更多用于提升性能上，但是可以和微服务相结合，也可以提升性能。



.Net相关微服务框架

1. .NET Core

.NET Core是专门针对模块化微服务架构设计的，是跨平台应用程序开发框架，是微软开发的第一个官方版本。

2.Service Fabric

Service Fabric是微软开发的一个微服务框架，基于Service Fabric构建的很多云服务被用在了Azure上。

3.Surging

Surging是基于RPC协议的分布式微服务技术框架，基于.NET Core而来。

4.Microdot Framework

Microdot Framework用于编写定义服务逻辑代码，不需要解决开发分布式系统的挑战，能够很方便的进行MicrosoftOrleans集成。

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

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

- 深度遥测和报告。

③ 阿里巴巴的程序员技术是不是都很牛

你好，在例如阿里巴巴这样的bat互联网大厂的程序员，做到架构师的职级一般都可以到年薪百万，具体如下。

1、阿里工程师岗位职级

阿里巴巴集团采用双序列职业发展体系：

一套体系是专家路线【P序列=技术岗】，程序员、工程师，某一个专业领域的人才，一共分为14级，从P1到P14，目前校招最低从P4开始。

一套体系是M路线，即管理者路线【M序列=管理岗】，从M1到M10。

阿里P8架构师作为阿里的“IT架构灵魂人物”的角色，他们不仅做着架构师的本职工作，还同时做程序开发，写核心代码的工作。另外，架构师依旧是技术高手，编程能力依然是一流的。

但根据当前的市场需求，互联网大厂们对于普通Java开发人才需求逐年锐减，而对互联网架构师人才的需求招聘量已经上升到50%，因此薪资更是不可同日而语。

对于想学习互联网架构师的同学来说，北大青鸟、课工场等优秀品牌都是不错的选择。课程根据招聘需求制定，包含全部分布式微服务技术，对标阿里P8级别架构师。

希望我的回答对你有所帮助！

④ 阿里巴巴资深java工程师什么水平

你好，如阿里网络腾讯等互联网大厂的工程师，资深（架构师水平）工程师是非常有实力的。

以阿里为例：

1、阿里工程师岗位职级

阿里巴巴集团采用双序列职业发展体系：

一套体系是专家路线【P序列=技术岗】，程序员、工程师，某一个专业领域的人才，一共分为14级，从P1到P14，目前校招最低从P4开始。

一套体系是M路线，即管理者路线【M序列=管理岗】，从M1到M10。

考核因素是上一年的绩效分数+直属领导的打分+晋升委员会打分，这里的委员会一般由直属领导+合作方的高管+懂业务的HRG组成。HRG：HR多面手，base在业务下面，在阿里话语权比别的互联网HR高。

晋升标准：绩效满足3.75、主管提名、技术答辩通过。

P8架构师作为阿里“IT架构灵魂人物”的角色，他们不仅做着架构师的本职工作，还同时做程序开发，写核心代码的工作。另外，架构师依旧是技术高手，编程能力依然是一流的。

但根据当前的市场需求，互联网大厂们对于普通Java开发人才需求逐年锐减，而对互联网架构师人才的需求招聘量已经上升到50%，因此薪资更是不可同日而语。

对于想学习互联网架构师的同学来说，北大青鸟、课工场等优秀品牌都是不错的选择。课程根据招聘需求制定，包含全部分布式微服务技术，对标阿里P8级别架构师。

希望我的回答对你有所帮助！

⑤ spring cloud 微服务之间feign接口调用，是怎么实现分布式事物的

feign没有实现分布式事务，feign实现了负载均衡。

在微服务架构中，实现分布式事务有这么几种解决方案：

1、两阶段提交（2PC）/三阶段提交(3PC)

2、补偿事务（TCC）

3、本地消息表（异步确保）

4、MQ 事务消息

基于以上几种方案，有很多的开源分布式事务框架：

1、LCN 官网

2、hmily项目地址：https://gitee.com/shuaiqiyu/hmily

3、阿里分布式事务框架GTS 项目地址

还有很多优秀的框架，根据项目需求来确定。

建议你先了解分布式事务实现原理，在看一些开源框架。原理明白了，完全可以自己实现分布式事务。

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

摘要： 最近大家都在谈微服务，随着越来越多的在线业务需要提供更大并发的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、阿里工程师岗位职级

阿里巴巴集团采用双序列职业发展体系：

一套体系是专家路线【P序列=技术岗】，程序员、工程师，某一个专业领域的人才，一共分为14级，从P1到P14，目前校招最低从P4开始。

一套体系是M路线，即管理者路线【M序列=管理岗】，从M1到M10。

考核因素是上一年的绩效分数+直属领导的打分+晋升委员会打分，这里的委员会一般由直属领导+合作方的高管+懂业务的HRG组成。HRG：HR多面手，base在业务下面，在阿里话语权比别的互联网HR高。

晋升标准：绩效满足3.75、主管提名、技术答辩通过。

P8架构师作为阿里“IT架构灵魂人物”的角色，他们不仅做着架构师的本职工作，还同时做程序开发，写核心代码的工作。另外，架构师依旧是技术高手，编程能力依然是一流的。

但根据当前的市场需求，互联网大厂们对于普通Java开发人才需求逐年锐减，而对互联网架构师人才的需求招聘量已经上升到50%，因此薪资更是不可同日而语。

对于想学习互联网架构师的同学来说，北大青鸟、课工场等优秀品牌都是不错的选择。课程根据招聘需求制定，包含全部分布式微服务技术，对标阿里P8级别架构师。

希望我的回答对你有所帮助！

⑧ 阿里巴巴使用什么术语描述软件套装

微服务架构术语。微服务架构是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。

⑨ 为什么选择Spring Boot作为微服务的入门级微框架

⑩ 程序员在阿里巴巴总部工作是怎么样的

你好，程序员在阿里工作从以下三个方面来说，在互联网公司总体是不错的。

1、阿里工程师岗位职级

阿里巴巴集团采用双序列职业发展体系：

一套体系是专家路线【P序列=技术岗】，程序员、工程师，某一个专业领域的人才，一共分为14级，从P1到P14，目前校招最低从P4开始。

一套体系是M路线，即管理者路线【M序列=管理岗】，从M1到M10。

考核因素是上一年的绩效分数+直属领导的打分+晋升委员会打分，这里的委员会一般由直属领导+合作方的高管+懂业务的HRG组成。HRG：HR多面手，base在业务下面，在阿里话语权比别的互联网HR高。

晋升标准：绩效满足3.75、主管提名、技术答辩通过。

P8架构师作为阿里“IT架构灵魂人物”的角色，他们不仅做着架构师的本职工作，还同时做程序开发，写核心代码的工作。另外，架构师依旧是技术高手，编程能力依然是一流的。

但根据当前的市场需求，互联网大厂们对于普通Java开发人才需求逐年锐减，而对互联网架构师人才的需求招聘量已经上升到50%，因此薪资更是不可同日而语。

对于想学习互联网架构师的同学来说，北大青鸟、课工场等优秀品牌都是不错的选择。课程根据招聘需求制定，包含全部分布式微服务技术，对标阿里P8级别架构师。

希望我的回答对你有所帮助！