微服务

未来创米云服务将业务网关逐渐转型为云原生网关+WASM 插件方案，代替繁重的 Spring Cloud Gateway 业务网关，进一步提升网关性能、灵活性和可扩展性，并接入现有可观测体系。我们将继续致力于创新和技术升级，为用户提供更优质的产品体验。

还有很多修复方式，比如可以利用springcloud gateway进行过滤，但是主要应用本身也要进行加固，网关只能过滤外部威胁

包括 Java 集合、JVM、多线程、并发编程、设计模式、Spring全家桶、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、Tomcat、Python、HTML、CSS、Vue、React、JavaScript、Android 大数据、阿里巴巴等大厂面试题等、等技术栈！

[微服务架构] 微服务架构：您需要知道的所有最佳实践

[微服务架构 】微服务简介，第1部分

「微服务架构」更多关于微服务-边界，治理，重用和复杂性

5 月 17 日，阿里云峰会·常州站宣布微服务引擎 MSE 三大普惠升级，进一步降低客户享受微服务技术红利的成本。

（19）go-micro微服务filebeat收集日志

微服务实战05-服务链路追踪

难住了，微服务之间的几种调用方式哪种最佳？

聊聊最新微服务架构技术栈选型

不同的微服务一般会有不同的网络地址，但 web 端或 APP 端需要调用多个服务的接口才能完成一个业务需求。在这种客户端直接与各个服务通信的架构时，会有以下问题： • 客户端需要维护很多服务的请求地址； • 客户端会多次请求不同的微服务，增加了客户端的复杂性； • 存在跨域请求，处理相对复杂； • 认证复杂，每个服务都需要独立认证； • 随着项目的迭代，可能需要重新划分微服务（多个微服务合并成一个或将一个服务拆分成多个），在客户端直接与微服务通信时，重构将会难以实施；

微服务架构转型的一把手需要具备哪些能力？

聊聊微服务中的 BFF 架构

五十五张图告诉你微服务的灵魂摆渡者Nacos究竟有多强？

09 微服务接口：怎么用Mock解决混乱的调用关系？

考虑一下一家外卖公司 应用程序，它是一个在线食品配送应用程序。应用程序的客户端通过发出 HTTPPOST /orders请求来创建订单，并期望在 600 毫秒内得到响应。由于 该 应用程序使用微服务架构，实现订单创建的职责分散在多个服务中。POST请求首先被路由到，然后Order Service它必须与以下服务协作： • Restaurant Service- 了解餐厅的菜单和价格 • Consumer Service- 知道下Consumer订单的状态 • Kitchen Service- 创建一个Ticket，告诉厨师要做什么 • Accounting Service- 授权消费者的信用卡

相信大家在网上会看到很多帖子把分布式跟微服务放在一起讨论。确实，微服务就是一种分布式架构的设计方法。但是，在微服务概念还没有出现之前，分布式这个概念并不能引起人们的强烈关注，如果说自己擅长分布式架构设计，可能没有多少人理你，但如果说自己精于微服务架构设计，情况那就大不一样了。有关于微服务的优点，网上大把的文章已经说的很清楚了，我就不细说了，简单来说微服务能够创建一个“打不垮”的系统。以至于现在，微服务架构已经成为家公司技术 是否先进、是否具有规模发展的标杆配置。

前面学习了Zookeeper相关细节，其中对于集群启动而言，很重要的一部分就是Leader选举，接着就开始深入学习Leader选举。

在上一节我们完成主从集群的搭建，虽然解决了读的压力，但是当集群主节点宕机时，系统架构有没有备用方案呢？如果没有是不是缓存层就直接失效、甚至异常了呢？在此基础之上我们可以借助于哨兵完成新主节点的选举，实现集群的自动恢复。

TCP/IP (Transmission Control Protocol/Internet Protocol，传输控制协议/互联网络协议）是Internet 的基本协议，简单地说，由底层的IP和TCP组成。TCP/IP的开发工作始于20世纪70年代，该协议是用于互联网的第一套协议。TCP/IP结合 DNS、路由协议等一系列相关协议，最终实现了网络之间任意两点间的数据通信问题。我们来看看在访问百度首页时，数据包是如何从计算机传送到百度的服务器上的。

HTTP是全球最大规模的分布式系统网络的基础之一，也采用了传统的服务器-客户端的通信设计模式。从1.0版本到1.1版本再到2.0版本，HTTP始终占据着分布式系统通信领域重要的一席之地。

回顾最初我们为了实现跨服务调用时，在不使用Dubbo这种RPC协议时，我们借助了RestTemplate对象实现跨服务调用，为了解决跨服务调用时调用地址写死的问题我们又引入了注册中心，从而实现根据服务名的调用。但是回过头来查看我们这段调用方法，依然存在服务地址硬编码、代码阅读性差的问题。

本节从Nacos安装、运行到具体规则配置，带领读者们深度参与了Nacos日常使用场景，Nacos作为注册中心可以优雅替换Eureka也离不开SpringCloud Alibaba的开源贡献。作为国内主流的配置、注册中心，Nacos在国内多数微服务公司都有使用，感兴趣的可以阅读一下本节推荐资料，笔者整理归纳在本文第8章节。

基于常见组件的微服务场景实战，注册发现 下面开始微服务相关内容的讲解。在这一部分中，仍然从最基础的场景入手，然后再逐步展开说明，帮助大家快速掌握一些微服务组件的实现原理，最终理解微服务架构的本质。

基于MSE实现微服务的全链路灰度-2

Kratos是一个微服务框架，既然是微服务，那么一个工程下肯定会存在不少的服务，一个服务就是一个二进制可执行程序，那么我们将会面对一个问题：如何去构建（Build）这些服务程序。这件事情，通常都交由构建系统去做。我们能够选择的构建系统有很多：Make、CMake、Bazel……那么，我们又该如何选择一个构建系统呢？

微服务项目：尚融宝（60）（核心业务流程：个人中心）

基于微服务架构和Docker容器技术的PaaS云平台建设目标是给我们的开发人员提供一套服务快速开发、部署、运维管理、持续开发持续集成的流程。平台提供基础设施、中间件、数据服务、云服务器等资源，开发人员只需要开发业务代码并提交到平台代码库，做一些必要的配置，系统会自动构建、部署，实现应用的敏捷开发、快速迭代。在系统架构上，PaaS云平台主要分为微服务架构、Docker容器技术、DveOps三部分，这篇文章重点介绍微服务架构的实施。