微服务防火墙友好策略
在对比RPC与restful时，大致有几点： 1. 协议：http相对更规范，更标准，更通用，无论哪种语言都支持http协议；RPC协议性能要高的多，例如Protobuf、Thrift、Kyro等，（如果算上序列化）吞吐量大概能达到http的二倍 2. 安全性:基于Http更安全一些，默认80端口，防火墙友好
详细了解 Linkerd 2.10 基础功能，一起步入 Service Mesh 微服务架构时代（一）
详细了解 Linkerd 2.10 基础功能，一起步入 Service Mesh 微服务架构时代（一）
软件架构模式之微服务架构
微服务架构（Microservice Architecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其看作是在架构层次而非获取服务的类上应用很多SOLID原则。微服务架构是个很有趣的概念，它的主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务支持。
Nacos配置中心介绍与应用，微服务开发标配组件
Nacos 动态配置服务可以让你以中心化、外部化和动态化的方式管理所有环境的应用配置和服务配置。动态配置消除了配置变更时重新部署应用和服务的需要，让配置管理变得更加高效和敏捷。
Java微服务面试题（2022最新版）
Spring 作为一个轻量级的 Java 开发框架，将面向接口的编程思想贯穿整个 Java 系统应用，因此在 Java 面试中常被提。本次介绍的主要是解析面试过程中如果从源码角度分析常见的问题，
花一周时间，啃完这套京东架构师独家微服务笔记，成功面进字节
基于 Spring Cloud 的微服务设计和开发，已经越来越多地得到了更多企业的推广和应用，而 Spring Cloud 社区也在不断的迅速发展壮大之中，近几年时间，Spring Cloud 的版本也经历了快速的迭代和更新。
SpringCloudAlibaba篇（五）整合GateWay（微服务网关，gateway+sentinel）2022年最新
Spring Cloud 原先整合 Zuul 作为网关组件，Zuul 由 Netflix 公司提供的，现在已经不维护了。后面 Netflix 公司又出来了一个 Zuul2.0 网关，但由于一直没有发布稳定版本，所以 Spring Cloud 等不及了就自己推出一个网关，已经不打算整合 zuul2.0 了。 Spring Cloud Gateway 是 Spring 公司基于 Spring 5.0， Spring Boot 2.0 和 Project Reactor 等技术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API 路由管理方式。它的目标是替代 Netflix Zuul，
〖Docker指南⑨〗本地一键部署微服务项目到阿里云服务器
想必大家都经历过手动上传文件到服务器上，然后手动解压等等一系列累人又无脑的操作，所以本次将在IDEA上整合docker，实现一键部署微服务项目，让你远离烦恼。 如果大家看了我前面的〖Docker指南〗系列，服务器里一定安装了docker，并且对docker的相关知识以及操作都了如指掌了。 那么接下来，所需要的就是一个微服务项目，小伙伴们可以自己搭建，也可以用我的，我已经把这个微服务demo上传到 Gitee【https://gitee.com/issavior/ossa】，大家可以自取。
《微服务零基础入门教程》一步一步，带你走进微服务的世界（下）
最近几个月，我会从“0”到“1”持续更新 微服务 技术栈以及其相关的技术，希望小伙伴们跟着我的脚步，让我们一步一步的拿下微服务 学微服务之前，先让大家看一下首先要学习哪些技术
SpringCloud微服务实战——搭建企业级开发框架（二十七）：集成多数据源+Seata分布式事务+读写分离+分库分表
读写分离：为了确保数据库产品的稳定性，很多数据库拥有双机热备功能。也就是，第一台数据库服务器，是对外提供增删改业务的生产服务器；第二台数据库服务器，主要进行读的操作。 目前有多种方式实现读写分离，一种是Mycat这种数据库中间件，需要单独部署服务，通过配置来实现读写分离，不侵入到业务代码中；还有一种是dynamic-datasource/shardingsphere-jdbc这种，需要在业务代码引入jar包进行开发。
SpringCloud微服务实战——搭建企业级开发框架（二十一）：基于RBAC模型的系统权限设计
RBAC（基于角色的权限控制）模型的核心是在用户和权限之间引入了角色的概念。取消了用户和权限的直接关联，改为通过用户关联角色、角色关联权限的方法来间接地赋予用户权限，从而达到用户和权限解耦的目的，RBAC介绍原文链接。 RABC的好处
SpringCloud微服务实战——搭建企业级开发框架（二）：环境准备【下】
这里简单说明一下在Windows系统下开发SpringCloud项目所需要的的基本环境，这里只说明开发过程中基础必须的软件，其他扩展功能(Docker，k8s，MinIO，XXL-JOB，EKL，Keepalived，Nginx，RabbitMQ，Kafka等)用到的软件会在具体使用时详细说明，本地开发的环境软件以Windows版本的安装配置为例，数据库等中间件以Linux(CentOS7)的安装配置为例，其他系统Mac/Linux可自行配置
SpringCloud微服务实战——搭建企业级开发框架（十八）：集成Gateway实现微服务路由转发
在微服务架构里，服务的粒度被进一步细分，各个业务服务可以被独立的设计、开发、测试、部署和管理。这时，各个独立部署单元可以用不同的开发测试团队维护，可以使用不同的编程语言和技术平台进行设计，这就要求必须使用一种语言和平 台无关的服务协议作为各个单元间的通讯方式。
SpringCloud微服务实战——搭建企业级开发框架（十）：使用Nacos分布式配置中心
随着业务的发展、微服务架构的升级，服务的数量、程序的配置日益增多（各种微服务、各种服务器地址、各种参数），传统的配置文件方式和数据库的方式已无法满足开发人员对配置管理的要求：
SpringCloud微服务实战——搭建企业级开发框架（九）：使用Nacos发现、配置和管理微服务
Nacos是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台，Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。Nacos部署请参考Nacos安装指南：https://www.jianshu.com/p/2e065c15d730
一命通关——Docker与微服务（上）
docker从根本上解决换主机重新配置环境问题，因为docker把原始的配置环境也复制一份过来。此时的docker像一个容器装载着源代码+配置+环境+版本+各种第三方组件并将这些打包成一个镜像iso文件，让镜像文件在docker引擎上运行。更专业的来讲，docker给出了一个标准化的解决方案——系统平滑移植，容器虚拟化技术。
解决微服务架构下流量有损问题的实践和探索
绝⼤多数的软件应⽤⽣产安全事故发⽣在应⽤上下线发布阶段，尽管通过遵守业界约定俗成的可灰度、可观测和可滚回的安全⽣产三板斧，可以最⼤限度的规避发布过程中由于应⽤⾃身代码问题对⽤户造成的影响。但对于⾼并发⼤流量情况下的短时间流量有损问题却仍然⽆法解决。因此，本文将围绕发布过程中如何解决流量有损问题实现应⽤发布过程中的⽆损上下线效果相关内容展开⽅案介绍。
漫画：什么是微服务？
缺点一：项目过于臃肿，当大大小小的功能模块都集中在同一项目的时候，整个项目必然会变得臃肿，让开发者难以维护。 缺点二：资源无法隔离，就像刚刚小灰的经历一样，整个单体系统的各个功能模块都依赖于同样的数据库、内存等资源，一旦某个功能模块对资源使用不当，整个系统都会被拖垮。
Dubbo-go-Mesh 开启新一代 Go 微服务形态
## 1. 什么是 Proxyless Service-Mesh (无代理服务网格) ? ### 1.1 Service Mesh 简析 Istio 是当今最流行的开源服务网格。它由控制平面和数据平面构成，其架构如下，图片摘自 [istio官网](istio.io)  位
