阿里云微服务（阿里云微服务治理）

本文目录一览：

• 1、SpringCloudAlibaba(一)：概述与重要组件
• 2、真想不到！这样设计的微服务云架构，竟能够支撑全世界公司！
• 3、阿里云企业级互联网架构实践系列-EDAS 开发(续)
• 4、专访阿里云资深专家易立
• 5、微服务都是用在什么地方？能否举例说明一下

SpringCloudAlibaba(一)：概述与重要组件

前一篇提到了我们为什么要替换PHP语言采用Java语言。而Java语言的框架选型上来说有太多的选择，常见的有Dubbo，SpringCloud等。我们选择了SpringCloudAlibaba。替换PHP语言到SpringCloudAlibaba是个大工程，主要是业务迁移部分。讨论之初我也确认过是否迁移原有的业务，得到的明确答复是 迁移 。 那么这么来说也就简单了，复杂的就是工期问题了。

SpringCloud Alibaba是Alibaba结合自身的微服务实践开源的一套微服务全家桶 ，在SpringCloud项目中进行孵化并且毕业。既然是SpringCloud的项目那么阿里云其实包含其商业化的产品。 例如Nacos在阿里云就有其商业化的版本 MSE 。 同时SpringCloud Alibaba的相关组件是经历过双十一大促考验的产品。稳定性较高。

SpringCloud Alibaba是SpringCloud的子项目，其实很多相关的文章都提到了SpringCloud Alibaba与SpringCloud的关系，其中有很多的论点都比较有意思。大家可以去搜索一下。

SpringCloud Alibaba是依赖SpringCloud相关的标准实现的一套微服务的架构。结合阿里巴巴的相关实践与阿里云的相关服务实现的一些组件得以更快的实现相关产品业务。

Nacos实现了服务的配置中心与服务注册发现的功能，Nacos可以通过可视化的配置降低相关的学习与维护成本，实现动态的配置管理与分环境的配置中心控制。 同时Nacos提供了基于http/RCP的服务注册与发现功能。

Sentinel是面向分布式微服务架构的轻量级高可用的流控组件，以流量作为切入点，从流量控制，熔断降级，系统负载保护等维度帮助用户保证服务的稳定性。常用与实现限流、熔断降级等策略。

RocketMQ基于Java的高性能、高吞吐量的消息队列，在SpringCloud Alibaba生态用于实现消息驱动的业务开发，常见的消息队列有Kafka、RocketMQ、RabbitMQ等，相关的比较文档可以自行去翻阅。

既然是微服务的产品，那么肯定会用到分布式事物。Seata就是阿里巴巴开源的一个高性能分布式事物的解决方案。

Dubbo已经在圈内很火了,SpringCloud Alibaba基于上面提到的Nacos服务注册中心也同样整合了Dubbo。

SpringCloud Alibaba还有一些其他的组件选择，例如schedulerX、SMS、OSS等。但是由于其主要是阿里云的商业化产品就不再过多的进行介绍。集成其商业化产品时才能用到。

SpringCloud Alibaba是基于SpringCloud标准由阿里巴巴实现的微服务全家桶，可插拔的方式实现组件的替换，在某些场景中我们需要的组件可以自由进行选择。例如需要分布式链路跟踪我们可以增加sleuth组件用于实现分布式链路跟踪业务等。

很多人提到SpringCloudAlibaba的商业问题，记得当年SpringCloudAlibaba推出第一版的时候我也评论了...卖产品全家桶。不可否认是有那么一些，但是其实它本身的很多组件又不一定非要选择商业版本。这个可以自由进行选择。

真想不到！这样设计的微服务云架构，竟能够支撑全世界公司！

想要设计出能支撑全世界公司使用的微服务云架构，得先深入了解微服务架构。

自从Dubbo被Spring Cloud取代后，微服务是越来越拉风了。而Spring Cloud Alibaba是阿里巴巴出品的Spring Cloud第二代实现，是阿里微服务的解决方案与精华沉淀，在业界广泛使用，使用微服务更是大势所趋。

近几年微服务更是面试的高频问点，几乎只要你去一家互联网公司就是必被问到的问题！

最近一个朋友去字节跳动面试，就体验了一把被完虐的感觉！

这位朋友言辞中有些许惭愧：面试官已经给了一些提示，但无奈自己准备得不充分，回答很不理想。他没想到，像Seata、Nacos，Sentinel，Eureka等这些在工作中都有涉及过的技术，面试官会问的这么深入——

1、微服务注册中心的注册表如何更好的防止读写并发冲突？

2、Eureka注册表多级缓存架构有了解过吗？

3、Nacos如何支撑阿里巴巴内部上百万服务实例的访问？

4、Nacos高并发异步注册架构知道如何设计的吗？

5、Sentinel底层滑动时间窗限流算法怎么实现的？

6、Sentinel底层是如何计算线上系统实时QPS的？

7、Seata分布式事务协调管理器是如何实现的？

8、Seata分布式事务一致性锁机制如何设计的？

9、Seata分布式事务回滚机制如何实现的？

10、Nacos集群CP架构底层类Raft协议怎么实现的？

11、NacosEurekaZookeeper集群架构都有脑裂问题吗？

12、如何设计能支撑全世界公司使用的微服务云架构？

你看完后可能会觉得现在互联网公司面试都这么严格了吗？我想告诉你的是，没有错！甚至会问的更多更深！据我所知，如果能回答的出其中的一半，就算是勉强及格了。如果十二条你都能全部回答出来，那你应该是妥妥的技术大牛了！可以放心去投大厂简历了！

这份一线互联网公司Java面试核心知识点涵盖内容广，尤其是对微服务这一块收纳众多一线互联网面试题以及实操教程，具体内容如下：

1、亿级流量电商网站微服务架构详解

2、Nacos注册中心实现电商微服务拆分实战

3、Ribbon多实例服务负载均衡调用实战

4、Sentinel服务高可用限流熔断降级实战

5、微服务架构下的分布式事务Seata实战

6、路由限流安全认证网关Gateway实战

7、Nacos分布式配置中心详解

8、微服务调用链路追踪Pinpoint详解

9、微服务自动化监控PrometheusGrafana详解

10、阿里京东后端微服务中台架构实战

1、Nacos服务注册与发现源码深度剖析

2、Nacos心跳机制与服务健康检查源码剖析

3、Nacos注册表如何防止多节点读写并发冲突

4、Nacos高并发支撑异步任务与内存队列剖析

5、Nacos集群CP架构底层Raft协议实现源码剖析

6、从脑裂问题剖析NacosEurekaZookeeper架构异同

7、阿里云超大规模注册中心SaaS架构剖析

8、Sentinel底层滑动时间窗限流算法深度剖析

9、利用Sentinel的Metric机制计算线上系统实时QPS

10、Seata分布式事务回滚机制剖析

1、微服务架构分布式事务详解

2、十分钟快速实战阿里分布式事务框架Seata

3、Seata中AT模式模型架构与数据模型设计

4、Seata事务管理器实现原理详解

5、Seata全局事务与分支事务源码剖析

6、Seata数据源代理扩展源码剖析

7、Seata事务隔离级别底层源码剖析

8、Seata事务超时、二阶段失败解决方案源码剖析

9、生产环境AT模式与TCC模式性能差异分析

微服务这单个章节就包含了这么多内容，还涵盖其他面试题内容，具体如下

阿里云企业级互联网架构实践系列-EDAS 开发(续)

前提： 关闭windows 防火墙，可以ping 通 EDAS所在IP

修改配置：假设EDAS 轻量级配置中心IP 是 10.10.10.10

修改hosts 文件 添加配置如下：

10.10.10.10 jmenv.tbsite.net

添加jvm 参数：

-Dvipserver.server.port=8080

-Daddress.server.domain=10.10.10.10

-Daddress.server.port=8080

-Dvipserver.client.port=8080

-Dpandora.location=D:/hsf.sar.jar

如果本地有多个IP可以通过需要配置一下hosts 来指定注册的IP

先打开 cmd 输入hostname 命令 获取本机名称，假设是 computer1

假设需要使用的本地IP是 11.111.1.1（确保此IP和EDAS的网络之间是同的）

在hosts 文件中添加如下配置：

11.111.1.1 computer1

-Dpandora.location=D:/hsf.sar.jar

指定的是潘多拉地址

添加需要的配置项：

1. 找到 ConfigCenter类，添加配置中心需要的groupID和DataID

其中groupId：是项目的包名称，确保唯一，建议网上国网统一使用 com.sgcc.osg 作为groupID。dataID，用于标识单个配置项。

2. 找到EDASConfigContextRefresher 在 registerDiamondListenersForApplications方法中添加 addListener第一参数是 ConfigCenter.DATA_ID,第二个参数是ConfigCenter.GROUP_ID。

loadConfiguration(compositePropertySource, environment, ConfigCenter. DATA_ID , ConfigCenter. GROUP_ID );

loadConfiguration方法前两个参数固定， 后面是 之前在ConfigCenter中添加的DATA_ID, 和GROUP_ID。

在本地开发的时候，应用启动前需要先在轻量级配置中心。添加配置项。

点击添加：

[图片上传失败...(image-8cefb1-1597155336559)]

在弹出框中输入在本地ConfigCentre.java 中配置的 groupID， 和dataId输入进去。

content 里面可以添加任意键值对。

@RestController

@RefreshScope //需要 动态刷新必加

public class Demo{

@Value(“${key1}”)

private String key1;

@Value(“${key2}”)

private String key2;

}

配置项：如下图每一个groupid, dataId，和content 对应一个配置项

分发 轻量级配置中心的时候 通过 压缩文件分发，不要copy 解压后的文件夹

如果应用列表没有数据，不能说明应用无法注册到分布式服务总线，而是应用启动失败，或者EDAS鉴权配置有问题

l 检查应用启动日志，查看是否正常启动。

如果抛出其他异常导致无法启动需要联系业务同学确认。

l 如果没有报错需要确认EDAS_SERVICE_ID 环境变量是否过程, 不能超过36

如果分布式服务总线的 服务列表是空的，就说明这个微服务没有注册到分布式服务总线

l 应用正常启动后（通过启动日志判断，出现pandora started说明启动完成），

l 查看 /etc/resolv.conf 确保EDAS的nameserver 放在首位。

l 查看 /home/admin/logs/vipsrv-logs/vipclient.log 中

l 如果有 403 access denied. 说明是容器所在宿主机的时间没有同步。需要联系云操系统的同事进行时间同步。时间同步后重启容器就可以注册成功。

l 如果有 error code 500 需要检查dncs-server 服务是否正常。

l 登录edas 物理机

l docker ps|grep dncs-server

l docker exec -it docker_id bash

l cd /home/admin/bin

l 运行sh chekc_dncs.sh

l 如果 check_dncs.sh 运行异常说明dncs-server出现问题。

l 登录edas 物理机

l docker ps|grep dncs-server

l docker exec -it docker_id bash

l cd /home/admin/bin

l 运行sh chekc_dncs.sh

l 如果 check_dncs.sh 运行异常说明dncs-server出现问题

l 出现异常后可以进行 docker restart docker_id 重启dncs-server 容器,容器重启后大概需要3-7分钟启动dncs-server 的业务，可以使用/home/admin/bin/check_dncs.sh 检查是否启动完成

l 登录edas 物理机

l docker ps|grep dncs-server

l docker exec -it docker_id bash

l cd /home/admin/bin

l 运行sh chekc_dncs.sh

l 如果 check_dncs.sh 运行异常说明dncs-server出现问题

l dmesg |grep java

l 如果出现Out of memory: Kill process xxxx(java) 说明 dncs-server 进程由于OOM被linux 系统kill

l edas 鉴权体系的隔离不同账户之间不可能互相访问

l 不同集群使用不同的k8s集群做实现，不同k8s 集群的网络是不可以相通的

l 如果使用HSF协议，HSF协议内部兼容了服务的负载均衡

l 如果使用spring cloud 框架下的RESTful 协议，由spring cloud 的Ribbon组件提供负载均衡

l 如果使用spring cloud 框架下的RESTful 协议，由spring cloud 的Ribbon组件重试，可以在application.properties 中配置ribbon 的重试策略

由于edas应用的启动依赖于pandora 容器所有需要在Junit 测试类上面添加如下配置引入pandora 容器的启动：

专访阿里云资深专家易立

专访阿里云资深专家易立

集装箱曾经改变全球贸易的供应链，Docker也将改变软件的供应流程。

4月26日的云栖大会·南京峰会上，阿里云资深专家汤子楠发布了飞天专有云敏捷版(Apsara Stack Agility)，此前美国Docker公司首席执行官Ben Golub 在曾在DockerCon 2017上宣布过这个消息。

这是阿里云和Docker公司合作之后的产物，是国内第一个支持Docker官方企业版(Enterprise Edition, EE)的容器类产品，包含从容器的创建到运行以及镜像的全生命周期管理,可以部署在企业自有数据中心环境内，特别适用于企业专有云及混合云场景。

据阿里云方面介绍，阿里巴巴集团内部运用容器技术已有六年时间。2016年，阿里电商核心应用的基础平台全部转向Docker，并通过天猫双11进行了技术验证。

容器技术领域，最为著名的公司，无疑为Docker，后者也是一个容器管理引擎。与传统虚拟机相比，容器技术是操作系统级别的虚拟化技术，更为轻量。36氪曾经介绍过，Docker则是在容器技术的基础上额外提供了标准镜像格式。Docker就像被标准化的容器，相当于云计算领域的“集装箱”，可以承载后端的各种技术。

自从2013年开源的Docker项目发布之后，其以惊人的速度被企业采用，已成为容器运行的事实标准。据Docker公司公布的数据，截止目前为止，Docker Hub上的镜像下载量，已经达到120亿次，去年6月份这个数据是60亿;镜像总量超过了90万，去年只有40万。

国外许多大公司都积极拥抱Docker，包括AWS、IBM、HPE和微软等。国内网易、腾讯、阿里等主流云计算厂商，都提供基于Docker的容器服务。2015年，阿里云就在Docker社区版的基础上推出了阿里云容器服务，华大基因、上海证券交易所、中信集团、ofo共享单车、深圳码隆科技等多家企业均是容器服务的客户。去年10月，Docker与阿里云达成合作，将通过后者落地中国。

阿里云非常看好Docker的前景，认为Docker也将像集装箱一样，是改变世界那只箱子。就像集装箱改变全球贸易的供应链一样，Docker将改变软件的供应流程。根据阿里云去年面向技术人员所做的调查，其中超过87%的人表示，有意愿现在使用或者可能在未来六个月内使用Docker的架构。

据阿里云资深专家易立介绍，Docker技术有三方面的优势。

首先是敏捷。由于Docker的轻量级，就意味着同一硬件上可以运行更多的应用，它可以将系统利用率提高5-10倍;而且因为轻量，它的启动速度非常快，当公司业务出现峰值时，可以通过容器快速部署。容器技术也能实现产品的快速迭代，据调查，Docker对软件版本发布频率有高达13倍的平均提升。

然后是可移植性。在传统架构下，开发人员交付应用之后，运维人员需要部署合适的运行平台。两个环境间的差异往往会导致，应用在测试环境下正常运行，上线之后却经常会出问题。Docker则能把应用和应用环境一同打包，开发完成之后，运维人员可以直接使用这个容器来部署代码。

经过容器化的应用可以部署在任何地方，就可以避免原来因为环境差异带来的问题，同时也可以无缝迁移云，不用锁定某个云服务商。用户在自己的笔记本电脑上开发了一个应用，容器化之后可以不加修改地发布到云上。

第三是可控性。容器使得大规模互联网化运维变得可能，原来，企业的IT系统用久了，经过多次版本更新，里面的东西变得不可知，一旦出现问题需要花大量的时间排查。如果用容器化的方式交付应用，则线上每一个版本都可以复现，所有的东西都可以回溯。一旦原来的IT人员离职了，其他人也更容易理解应用程序是如何创建和工作的。

此外，易立指出，促进了开发和运维的一体化之外，Docker还有利于企业应用的现代化改进。传统应用往往是单体架构，如企业原有的CRM、ERP等大型应用，但随着新需求增加，更新和修复大型这类应用变得越来越困难;为此出现了微服务架构，其提倡将大应用拆解分一堆小服务，彼此协调提供功能，单个小服务可以独立部署、测试和运行。云原生的企业应用的架构一般是后者，Docker这套执行环境就非常适配云原生应用。

根据阿里云去年的调查，技术人员使用或考虑使用Docker，大部分出于上述原因考虑。

虽然容器技术成为主流，将会是未来的趋势，但目前在国内仍未大规模普及。企业要使用该架构，依然需要付出一定的迁移和学习成本，可能还会有一定的安全考虑，这也是影响Docker普及的原因。因此，Docker推出了企业版处理类似问题。

据易立介绍，使用Docker架构需要对企业应用容器化，像刚刚说的，云原生应用与Docker非常契合，但不可能所有的应用都是新写的，有的企业应用属于传统架构、没有微服务，需要对现有系统做改造和迁移。

因此，针对传统的企业应用，Docker推出了传统应用迁移技术，可以一键转换虚拟机镜像，将原来的企业化应用转化为可以用容器化的方式交付和运维的应用。企业可以有两种路径，可以先将整个大应用容器化，再逐渐转化成微服务架构;也可以先将企业拆成微服务架构，然后容器化。

此前，之前Docker企业版未落地中国，社区版由开源社区来维护，每个月有个更新，三个月发布一次稳定版，这样的好处是版本演进速度很快，但对企业而言却带来很大的运维压力，需要经常大规模对Docker版本进行修复和升级，企业需要有极强的软件研发能力，并不是所有的企业IT部门都有将这种技术产品化的能力。

全球有不少公开的'Docker镜像库，其中Docker Hub是最大的公开仓库，开发者可以在上面共享和拉取Docker镜像，生成容器化的应用。但谁都可以往仓库推送镜像，就意味着无法保证安全风险。

针对此，Docker推出了Docker Store，上面的容器镜像全都由Docker认证，确保安全性，包括通过安全扫描，确定没有不合规的代码;同时通过签名“密封”镜像，确保其不可篡改。这就有点像一个容器版的Apps Store，里面所有的镜像都通过Docker审核。

总而言之，Docker企业版面向企业的，是一个完整的场景，而不是一个技术。它有增强的编排能力，有完整的控制台界面，里面的操作都可以安全地使用，它在社区版上增加了面向企业用户的管理和安全能力，同时提供了经过认证的操作系统、容器和插件。中国Docker企业版的技术支持，将会由阿里云和Docker联合提供。

说到阿里云跟Docker的合作，包括三个层面：Docker会借助阿里云的云基础架构进入中国，后者将为Docker Hub提供中国运营的基础服务;阿里云会推动Docker企业版的落地，联合提供销售和技术支持;阿里云成为Docker认证的云平台，Docker的认证插件和认证容器会验证在阿里云上的稳定可运行性，确保客户在阿里云上使用Docker的体验。

目前阿里云提供公共云版、飞天专有云版和飞天专有云敏捷版三种Docker的部署形态，客户也可以选择在公共云上使用，也可以自己部署。

自从容器技术面世之后，其生态内也出现了不少创业公司，国外涌现不少专注容器基础服务、网络、安全、存储和监控等某一细分领域的创业公司;在国内，除了阿里云以外，也有大批围绕Docker技术提供服务的创业公司，提供云端的快速部署和管理能力，比如36氪报道过的时速云、数人云、灵雀云、才云科技、轻元科技。阿里云整合了Docker企业版的飞天敏捷版，跟他们可能存在一定竞争关系。

才云科技CEO张鑫曾经说过，Docker本身一定不是核心竞争力，而真正的核心是如何能让用户或企业“无痛”地从非Docker的环境迁移至Docker化的世界，以及如何帮助用户在新的Docker化的世界里建立一整套的开发运维体系。

阿里云也表示，企业需要的，并不仅是Docker这个技术，而是一整套应用的解决方案。用户最终选择谁，取决于谁的服务更完整更好。不过，他们认为，国内容器市场还在成长阶段，他们和这些公司应该是在共同培育市场。

;

微服务都是用在什么地方？能否举例说明一下

微服务架构是一项在云中部署应用和服务的新技术。大部分围绕微服务的争论都集中在容器或其他技术是否能很好的实施微服务，而红帽说API应该是重点。 微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点就可以将服务公开与微服务架构（在现有系统中分布一个API）区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程。快速、便捷、安全的部署微服务，目前国内做的比较好的主要是阿里云，当然还有一些提供微服务部署的新锐平台，如黑少微服务商店、灵雀云、联蔚等等。