ChaosBlade Java场景性能优化，那些你不知道的事
ChaosBlade是一个云原生混沌工程平台，支持多种环境、集群和语言。包含混沌工程实验工具 chaosblade 和混沌工程平台 chaosblade-box，旨在通过混沌工程帮助企业解决云原生过程中高可用问题。
合阔智云核心生产系统切换到服务网格ASM的落地实践
合阔智云是专注于大中型的零售连锁行业，使用服务网格 ASM 进行应用架构的融合和升级后，把不同业务的技术语言做了统一开发，业务系统中所有基础架构部分的能力也都转由 K8s 来负责，包括网关、服务发现、负载均衡、指标与监控、健康检查、故障恢复等。真正做到为应用服务间的调用带来了安全、可靠、快速、应用无感知的流量路由、安全、可观测能力。 通过托管模式，解耦了 Istio 组件与所管理的K8s集群的生命周期管理，使得架构更加灵活，提升了系统的可伸缩性。
99大促来袭，利用MSE服务自治体系为业务保驾护航
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
阿里云原生助力天河元镜架构升级
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
微服务治理热门技术揭秘：动态读写分离
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
私有化输出的服务网格我们是这样做的
阿里云服务网格（简称ASM）是一个统一管理微服务应用流量、兼容Istio的托管式平台。通过流量控制、网格观测以及服务间通信安全等功能，服务网格ASM可以全方位地简化您的服务治理，并为运行在异构计算基础设施上的服务提供统一的管理能力，适用于Kubernetes集群、Serverless Kubernetes集群、ECS虚拟机以及自建集群。
微服务工程中，基础组件应用
微服务工程的架构是一项复杂和持续的过程，其中涉及到的组件也十分繁杂，本文只是选取Gateway、Nacos、Feign三个基础组件做简单的总结，在其逻辑的理解上需要围绕该组件的核心功能和项目使用的API作为切入点，时常查阅源码和官方文档。
我们总结了3大使用建议，并首次公开 Nacos3.0 规划图 | Nacos 开源4周年
Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。 Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施
数据库治理利器：动态读写分离
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
通过 MSE 实现基于Apache APISIX的全链路灰度
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
线上故障突突突？如何紧急诊断、排查与恢复
稳定性大于一切，因此我们需要有更有效的方式避免线上故障。在发生故障不可避免的假设下，我们需要能够快速修复，减少线上影响。基于以上这些想法，我们提出了1-5-10的快恢目标，所谓 1-5-10 的目标就是是要我们对于线上问题能够做到1分钟发现，5分钟定位，10分钟修复。
认识微前端：一种用于前端 Web 开发的微服务
对于Web应用来说，前端越来越大，后端越来越不重要。现代 Web 应用程序 80%-90% 的代码为前端代码，后端代码非常少。可以想象，现在大多数新的web应用程序都面临着类似的情况。
单体架构转为微服务架构的12个要素
微服务架构已经很流行了，并且有大量文章描述相对单体架构，微服务架构带来的众多优点。 怎么从单体架构更优雅地转化为微服务架构呢？ 有一种被实践证明有效的方法论：The Twelve-Factor App[1]
详细了解 Linkerd 2.10 基础功能，一起步入 Service Mesh 微服务架构时代（一）
详细了解 Linkerd 2.10 基础功能，一起步入 Service Mesh 微服务架构时代（一）
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(六)：客户端基础库 TS 实战
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(六)：客户端基础库 TS 实战
Go + gRPC-Gateway(V2) 构建微服务实战系列，小程序登录鉴权服务(三)：RSA(RS512) 签名 JWT
Go + gRPC-Gateway(V2) 构建微服务实战系列，小程序登录鉴权服务(三)：RSA(RS512) 签名 JWT
手牵手一起学Springcloud（1）微服务的理解
这篇文章将从以下几个角度来学习Springcloud入门的一些相关知识。 1、微服务是什么？ 2、微服务和微服务架构的区别是什么？ 3、微服务技术有什么？ 4、微服务的优缺点是什么？ 5、为什么选择Springcloud作为微服务架构？ 在写本系列文章之前，我也看了很多网上的大佬那些微服务系列的文章，他们写的都非常好，别人问我关于一些微服务的技术文章时，我也都会把那些我认为写的好的文章推送给他们，但是存在一个问题，那就是刚刚接触微服务的同学，一开始觉得写的通俗易懂而且确实很简单，但是越往后看越看不懂。因此才萌生出自己写一套循序渐进的文章。
前端云原生，以 Kubernetes 为基础设施的高可用 SSR(Vue.js) 渲染微服务初探（开源 Demo）
前端云原生，以 Kubernetes 为基础设施的高可用 SSR(Vue.js) 渲染微服务初探（开源 Demo）
618大促来袭，浅谈如何做好大促备战
2021年天猫双十一落下帷幕，支撑数千亿交易的阿里中间件也全面升级到公有云架构。如何有效利用云产品做好我们的业务大促备战，这是一个大家都比较关心的问题。今天趁着618大促来袭前，谈一谈我们所积累的最佳实践。
从 CloudWeGo 谈云原生时代的微服务与开源
4 月 15 日-16 日，由 InfoQ 主办的 DIVE 全球基础软件创新大会通过云上展厅的形式成功召开。在微服务 & 服务治理专场，来自字节跳动的基础架构部资深架构师罗广明带来了主题为《从 CloudWeGo 谈云原生时代的微服务与开源》的演讲，以下为主要内容。
〖Docker指南⑨〗本地一键部署微服务项目到阿里云服务器
想必大家都经历过手动上传文件到服务器上，然后手动解压等等一系列累人又无脑的操作，所以本次将在IDEA上整合docker，实现一键部署微服务项目，让你远离烦恼。 如果大家看了我前面的〖Docker指南〗系列，服务器里一定安装了docker，并且对docker的相关知识以及操作都了如指掌了。 那么接下来，所需要的就是一个微服务项目，小伙伴们可以自己搭建，也可以用我的，我已经把这个微服务demo上传到 Gitee【https://gitee.com/issavior/ossa】，大家可以自取。
SpringCloud微服务实战——搭建企业级开发框架（四十）：使用Spring Security OAuth2实现单点登录(SSO)系统
目前每家企业或者平台都存在不止一套系统，由于历史原因每套系统采购于不同厂商，所以系统间都是相互独立的，都有自己的用户鉴权认证体系，当用户进行登录系统时，不得不记住每套系统的用户名密码，同时，管理员也需要为同一个用户设置多套系统登录账号，这对系统的使用者来说显然是不方便的。我们期望的是如果存在多个系统，只需要登录一次就可以访问多个系统，只需要在其中一个系统执行注销登录操作，则所有的系统都注销登录，无需重复操作，这就是单点登录(Single Sign On 简称SSO)系统实现的功能。
SpringCloud微服务实战——搭建企业级开发框架（三十八）：搭建ELK日志采集与分析系统
一套好的日志分析系统可以详细记录系统的运行情况，方便我们定位分析系统性能瓶颈、查找定位系统问题。上一篇说明了日志的多种业务场景以及日志记录的实现方式，那么日志记录下来，相关人员就需要对日志数据进行处理与分析，基于E(ElasticSearch)L(Logstash)K(Kibana)组合的日志分析系统可以说是目前各家公司普遍的首选方案。 • Elasticsearch: 分布式、RESTful 风格的搜索和数据分析引擎，可快速存储、搜索、分析海量的数据。在ELK中用于存储所有日志数据。
SpringCloud微服务实战——搭建企业级开发框架（三十五）：SpringCloud + Docker + k8s实现微服务集群打包部署-集群环境部署【上】
一、集群环境规划配置 生产环境不要使用一主多从，要使用多主多从。这里使用三台主机进行测试一台Master（172.16.20.111），两台Node（172.16.20.112和172.16.20.113） 1、设置主机名 CentOS7安装完成之后，设置固定ip，三台主机做相同设置 vi /etc/sysconfig/network-scripts/ifcfg-ens33 #在最下面ONBOOT改为yes，新增固定地址IPADDR，172.16.20.111，172.16.20.112，172.16.20.113 ONBOOT=yes IPADDR=172.16.20.111
SpringCloud微服务实战——搭建企业级开发框架（三十二）：代码生成器使用配置说明
一、新建数据源配置 因考虑到多数据源问题，代码生成器作为一个通用的模块，后续可能会为其他工程生成代码，所以，这里不直接读取系统工程配置的数据源，而是让用户自己维护。
SpringCloud微服务实战——搭建企业级开发框架（二十八）：扩展MybatisPlus插件DataPermissionInterceptor实现数据权限控制
一套完整的系统权限需要支持功能权限和数据权限，前面介绍了系统通过RBAC的权限模型来实现功能的权限控制，这里我们来介绍，通过扩展Mybatis-Plus的插件DataPermissionInterceptor实现数据权限控制。 简单介绍一下，所谓功能权限，顾名思义是指用户在系统中拥有对哪些功能操作的权限控制，而数据权限是指用户在系统中能够访问哪些数据的权限控制，数据权限又分为行级数据权限和列级数据权限。
SpringCloud微服务实战——搭建企业级开发框架（二）：环境准备【下】
这里简单说明一下在Windows系统下开发SpringCloud项目所需要的的基本环境，这里只说明开发过程中基础必须的软件，其他扩展功能(Docker，k8s，MinIO，XXL-JOB，EKL，Keepalived，Nginx，RabbitMQ，Kafka等)用到的软件会在具体使用时详细说明，本地开发的环境软件以Windows版本的安装配置为例，数据库等中间件以Linux(CentOS7)的安装配置为例，其他系统Mac/Linux可自行配置
【SpringCloud微服务实战】搭建企业级应用开发框架（一）：架构说明
SpringCloud分布式应用微服务系统组件列表： • 微服务框架组件：Spring Boot2 + SpringCloud Hoxton.SR8 + SpringCloud Alibaba • Spring Boot Admin: 管理和监控SpringBoot应用程序的微服务健康状态 • 数据持久化组件：MySql + Druid + MyBatis + MyBatis-Plus
