nacos阿里云（oss阿里云）

本文目录一览：

• 1、阿里云 ACK 中部署 SeataServer
• 2、阿里云 ACK 中部署 Nacos 高可用集群
• 3、真想不到！这样设计的微服务云架构，竟能够支撑全世界公司！
• 4、SpringCloudAlibaba(一)：概述与重要组件
• 5、曝光一个网站，我周末就耗在上面了
• 6、71 nacos 实现微服务的注册与发现

阿里云 ACK 中部署 SeataServer

经纪人部分模块使用到此服务，需要以容器化的方式进行部署。

SeataServer官方文档地址

可以看到，Seata的配置和注册均使用我们自建的Nacos，Seata的服务端口为80.1.

将上面创建的Configmap挂载到 /seata-server/resources/application.yml 路径，限制为1G的内存资源。

阿里云 ACK 中部署 Nacos 高可用集群

在NAS上创建一个挂载点，选择和ACK集群同VPC即可。

为了开启 Nacos 的 https 访问，所以需要参考下面的步骤，创建 Secret。

创建一条A记录，名称nacosx指向上面负载均衡的外网地址 。

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

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

自从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模式性能差异分析

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

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推出第一版的时候我也评论了...卖产品全家桶。不可否认是有那么一些，但是其实它本身的很多组件又不一定非要选择商业版本。这个可以自由进行选择。

曝光一个网站，我周末就耗在上面了

你好呀，我是why。

刚刚过去的周末你干啥了，是卷起来了，还是躺平了？

我其实是想躺平的，但是无意间发现一个学习的网站，居然被这个网站吸引了，然后就跟着网站卷起来了。

真是一个非常不错的网站，好东西，要大家分享，于是我决定“曝光”一下。

介绍这个网站之前，我先问你一个问题：

我相信绝大部分同学都是知道的，但是也有很大一部分同学仅仅是在“纸上谈兵”的阶段而已。

没有自己实际操作过。

为什么呢？

我猜你刚刚知道 Arthas 的时候，肯定是被它各种炫酷的操作、页面给吸引到了。

心想：卧槽，这么 6？

兴致勃勃的准备实操一把，结果一看：需要自己搞个 Demo ，把 Demo 扔到服务器上运行起来，然后在服务器上安装 Arthas，才能分析。

这一套操作对于大部分人来说是没有啥问题的。

但是还是有相当大的一部分同学，都没有一个属于自己的服务器。

巧妇也是难为无米之炊的呀。

第一步就被卡的死死的。

有心实操，奈何条件有限。

于是这事就被搁浅了，放着放着，由于自己没有实操过，关于 Arthas 的各种骚操作也就忘的差不多了。

没有一个趁手的 Demo，没有服务器，没有一个安装好环境的服务器。

这种问题经常出现，也算是学习中遇到的“最后一公里”的问题。

我碰到的这个网站，就是为了解决“最后一公里”这一问题的。

也许它还不够完善，但是至少在 Arthas 上的支持已经是属于无可挑剔了，真正的手摸手教学。

铺垫了这么多，那么网站是啥呢？

就是下面这个网站：

知行动手实验室，是阿里旗下的阿里云弄出来的云原生开源技术体验平台。

它自带运行环境。

使用者只需要关心教程内容本身，无需为繁琐的运行环境准备工作浪费时间。所有实验都在一个事先准备好运行环境的容器中运行。

它具有沉浸式学习体验。

集交互式文档、终端、编辑器三个窗口于一个浏览器页面，无需在多个窗口来回复制粘贴。

它可以一键自动执行命令、代码自动修改。

文档实时可交互，通过鼠标点击即可一键自动执行命令、代码自动修改等操作；也可以选择在终端、编辑器内手动输入查看效果。

我知道，这里的画风看起来很像是一个广告。

但是我发誓，我真的是自来水，真心推荐。

知行动手实验室，看这个名字就知道强调的是“行知合一”，是“动手”。

我曾经看到过阿里的一篇名叫《我看技术人的成长路径》的文章。

但是实际情况呢，我们不得不承认，大家自学占据了相当大的比重。

而大家自学的时候都有一个通病就是：只看、只想，基本不动手。

关于动手，我印象最深的就是我看这本书的时候：

我记得看这本书的时候，是我刚刚毕业一年多的时候。

当时觉得技术书还挺贵的，还是和同事一起合买的，一人出一半的钱，书放在办公室大家一起看看。

我那个时候一有时间就去翻翻这书。

第一次看的时候感觉：哇塞，这真是一本好书啊。里面全是我不知道的知识点。

但是看完之后，没隔多久，遇到一个问题然后想了半天：呃，这个问题书上好像讲过啊，怎么就想不起来了呢？

于是我就问同事：你是怎么看这个书的呀？我前段时间把书每一页都翻完了，但是现在好多东西都想不起来了。

他告诉我：首先得多看，书中的信息量对你来说还是太大了，看一遍吸收不完全是很正常的。还有，书里面的这么多动手操作的实例，你跟着敲了没？我都操作了一遍，遇到了各种各样的坑。印象自然而然的就深刻了一点。

可谓是一语点醒梦中人，我确实是没有实操过。

不仅没有实操过，甚至一看到实操部分的具体命令，我都是几眼就瞟完了，因为我觉得这部分不重要。

后来我又看了一遍，看这遍的时候，我搞了几个服务器，就跟着书上，把上面的命令都敲了一遍。

进度慢了很多很多，但是吸收的东西也多了很多很多。

过去这么几年了，时至今日，我都记得周末的时候我跑到公司去翻这本书的场景。我都记得我跟着书上搭建集群的时候遇到的各种各样奇奇怪怪的问题。我都记得那 16384 个槽，还有那我怎么也运行不起来的 redis-trib.rb。

我都记得几年以后的一次，面试官问我：你了解 Redis 的集群吗，你自己搭过集群吗？

我当然记得了，毕竟之前那个只有一年经验的小伙子硬着头皮搭集群的时候，心态都被搞崩过数次。

还有近段时间断断续续在看的《MySQL实战45讲》、《MySQL是怎样运行的》、《高性能MySQL》。

里面其实都有大量的实例，特别是 45 讲，好东西呀，老师全是基于案例去讲的。

我看的时候也看的很慢，反正不管懂不懂，先动手开几个窗口，然后把实验的 SQL 准备好，跟着老师一步步的来。

总之，就是要动手。动手，才是学习新技术的不二法门。

做中学，就是动手去做，边做边学。

但是动手的时候大多数时间都是在环境的准备上，导致效率稍微有了那么一点点的低下。

而这个网站，就在部分项目上，解决了这个问题。

回到知行动手实验室，带大家一起逛一下这个网站。

说真的，目前这个网站的东西不算特别多，也就是花费了我一个周末的时间研究了一圈。

主要是里面还有一些我不太了解的开源项目，去了解了一下，开拓了一下眼界。

主打的都是阿里生态下的一些技术栈，目前一共有 16 个教程：

可以看到，首先映入眼帘的就是 Arthas 这个诊断工具，毕竟是阿里的亲儿子中比较有出息的一个嘛。

全力推广，不过分。

Arthas 其中分为了四个教程，从入门到实践一应俱全。

接着是 Spring Cloud Alibaba 系列体验：

里面的六个小实验，其中分布式配置、服务注册与发现都是基于 Nacos 做的。 RPC 调用使用的是 Dubbo Spring Cloud、限流与熔断基于 Sentinel、分布式事务使用 Seata、分布式消息基于 RocketMQ。

基本涵盖了微服务开发的主要模块。

算的上是一次完整的体验。

当然了，还有一些其他的 RocketMQ、Dapr、Dubbogo、ChaosBlade、k8s 的实操教程，就不一一解释了。

大家知道目前里面有这些东西就行。

上面提到的大家可能对于 Dapr 和 ChaosBlade 稍微陌生一点。

简单的说一下。

Dapr 的全称是 Distributed Application Runtime，翻译过来就是分布式应用运行时。

它主要是为了云原生而服务的。

应该是属于服务网格中的一种技术，是一种运行时，支持k8s，目的是为了更好的隔离业务，让业务更少的感知中间件等基础建设。

其实与它对标的，应该就是 istio 架构。

需要注意的是 Dapr 是由微软发起的一个开源项目，并不是阿里。

阿里是 Dapr 开源项目的深度参与者和早期采用者，相当于是对于 Dapr 的一个国内大厂背书。

而 ChaosBlade 就是阿里巴巴开源的一款遵循混沌工程原理和混沌实验模型的实验注入工具，帮助企业提升分布式系统的容错能力，并且在企业上云或往云原生系统迁移过程中业务连续性保障。

引用其 git 上的描述：

该项目的生态如下：

目前支持这么多场景：

比如在知行动手实验室里面就有三个实验场景：

总之，关于 ChaosBlade 你就记住一句话：

它是来搞破坏的。给系统或者系统运行的环境注入各种各样的故障，以测试并提升系统的稳定性和高可用性。

在知行动手实验室里面，除了前面提到的官方教程外，它还支持大家自己上传教程。

下面这几种情况就很适合在上面发布教程：

你想想，要是我前面提到的《Redis开发与运维》书里面的随书实验能发布到这里，那岂不是美滋滋？

学习效率肯定又高了起来。

教程，是该实验室的一大核心功能。

但是，它还有另外一大功能：

Java 工程脚手架，下面的标语是：

更适合亚太区开发者的 Java 工程脚手架。

虽然我目前还不明白为什么是“更适合亚太区”，但是反正听着就很厉害的样子。

其页面是这样的，是不是很眼熟？

一看就是对标的大家更为熟悉的这个：

但是通过我的实际使用，我不得不说，还是阿里的脚手架更好用一点。

比如我用阿里的脚手架，搭建的时候选择一个 web 项目的示例代码：

该项目结构如下：

而且这个 web 项目不需要改一行代码，甚至不需要你启动数据库，就能直接运行起来。

因为其使用的 h2 数据库：

运行起来后，访问 h2 控制台如下：

虽然 Demo 项目运行的过程中我发现了几个 bug，但是整体无伤大雅，修改起来也很简单，对于初学者来说，还是很友好的。

在这个页面我还发现了一个叫做 COLA 的项目架构：

COLA 是啥玩意？

我在官网上拉了一个 COLA 的 Demo，跑了起来，项目结构如下：

官方给了这样的一个代码结构图：

看到这里的时候，我大概明白了，有 App 层、Domain 层、 Infrastructure 层，这个架构其实就是 DDD 思想的一种落地吧。

经过这两天短暂的了解，我发现如果想要理解一下抽象的 DDD 思想，那么 COLA 架构，我感觉是一个不错的切入点。

前面介绍了这么多东西，我还是来带着你实操一把，里面的黄金教程：

其实我觉得真的没有这个必要，因为它上面的教程已经是一步步的手摸手教学了。

比如，你看这个 Arthas 基础教程，我给你录个屏幕：

左边是操作文档，右边是运行环境。所及即所得，多香啊。

我是强烈建议你把四个教程都自己去看一遍，操作一把。

但是重心可以放到这个教程里面：

你看看这个教程里面的 14 个实验：

比如其中的“Arthas热更新代码案例”，这个其实就是一个生产环境常常会遇到的一个问题：

有一个判断逻辑有问题，我不想修改代码之后，重新打包，然后走上线流程，怎么办？

Arthas 热更新了解一下？

比如，下面的代码：

现在当请求的 id 小于 1 的时候会抛出异常。但是上线之后，我们经过评估发现这个地方也许返回一个默认的值，不抛出异常会更好一点。

那么我们就可以用 Arthas 对这段代码进行热更新。

左边是修改之后，右边是修改之前：

具体怎么去修改，怎么去用 ClassLoader 加载修改之后的代码，这个案例里面都有详细的使用说明：

当然了，如果你要是在实操之后，又再去了解了其热更新背后的工作原理，那么是再好不过的了。

知道了使用方式，掌握了实现原理。恭喜你，再给自己的套一个生产案例，不经意间面试的时候有多了一个加分点。

另外，悄悄的说个骚操作。

你可以随便找个教程，领个窗口，然后......

比如我装个 Redis：

用起来也是不错的：

而且它也支持文件的上传和下载：

诶，反正就是玩嘛。就当熟悉 Linux 命令了。

71 nacos 实现微服务的注册与发现

1 微服务架构服务治理的概念

2， 基于nacos实现服务注册与发现

3， 使用Rest模板实现RPC调用

4，手写Rpc 客户端负载均衡算法。

SpringCloud 与SpringCloudlibaba的区别

SpringCloud rpc远程调用整合

1，nacos 分布式注册中心，分布式配置中心 SpringCloudEureka+config组合

SpringCloud rpc 远程调用整合。

1，nacos 分布式注册中心，分布式配置中心 SpringCloudEureka+cnfig组合

2，目的为了推广阿里云产品，如果使用了SpringCloudAlibaba 建议最好使用整个体系的产品。

mq，rocketmq

总结：

SpringcloudAlibaba 实际上对我们的SpringCloud 做扩展组件开发 nacos ,setata分布式解决框架， SchedulerX, Alibaba cloud OSS等，目的推广阿里云产品。

服务治理的基本概念：

服务治理的概念：

在rpc远程调用过程中，服务与服务之间依赖关系非常大，服务url地址管理非常复杂，所以，这时候需要对我们的服务的url实现治理，通过服务治理可以实现服务注册与发现，负载均衡，容错等。

服务注册中心的概念：

每次调用该服务如果地址直接写死的话，一旦接口发生变化的情况下，这时候需要重新发布版本才可以改接口调用地址，所以需要一个注册中心统一管理我们的服务注册与发现。

注册中心： 我们的服务注册到我们的注册中心，key为服务名称，value为该服务调用地址，该类型为集合类型。Eureka ,consul,zookeeper,nacos

服务注册： 我们生产者项目启动的时候，会将当前服务自己的信息地址注册到注册中心。

服务发现： 消费者从我们的注册中心上获取生产者调用的地址（集合），在使用负载均衡的策略获取集群中某个地址实现本地rpc远程调用。

微服务调用接口常用名词：

生产者： 提供接口被其他服务调用；

消费者： 调用生产接口实现消费

手动实现服务注册与发现：

1.实现服务注册 发送post请求：

' ;ip=20.18.7.10port=8080'

2.实现服务发现

u;/u

详细步骤操作： u;/u

nacos整合SpringCloud；

maven依赖：

会员服务（生产者）

服务接口：

服务接口

配置文件

application.yml文件

订单服务(消费者)

订单调用会员服务

负载均衡算法

Rpc 远程调用设计到本地负载均衡算法

1.从注册中心获取服务集群的列表

2.从列表选择一个 负载均衡算法有那些：

A.一致性hash计算

B.轮训 、权重

C.随机