把Kubernetes用于微服务管理的最佳实践
Kubernetes 是一个开源的容器编排引擎最初由 Google 在内部开发中使用，用于管理其容器集群。它可以自动化应用程序的部署、扩展和管理。
53-微服务技术栈（高级）：微服务网关Soul（Soul网关接入与验证）
此章节将基于上一章节基础之上，引入Soul网关，至于Soul网关是干什么的，怎么做的，我们会在后续章节讲解，1-3章节侧重于搭建应用。 本章节的Soul网关接入，如果你1，2章节都是和我保持一致，那么只需要直接启动Soul网关即可，但是对应的provider，consumer应用是需要额外的代码接入的。 开发环境和第二章保持一致。
30-微服务技术栈（高级）：分布式事务Seata的XA模式
在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
20-微服务技术栈（高级）：MQ死信队列&TTL&延迟队列
消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费，但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。
微服务进阶场景实战：BFF，如何缓解服务依赖复杂度的问题？
前面处理了服务间数据依赖的场景。 除了这种频繁需要其他服务的数据的场景，其实还会碰到服务间依赖太杂乱的问题。 本篇讨论的就是如何缓解服务依赖复杂度的问题。 先把整个业务场景描述一下。
SpringCloud学习（六）：微服务集群配置
在上文中我们实现了eureka的集群，就相当于用户、服务和中间商中，我们连系了多个中间商，这样假如一个中间商跑路了，我们还能够通过其他中间商访问到服务。 那么，假如服务坏了呢？肯定不能只有一个服务，我们也需要给他找几个“备胎” 所以，我们需要实现服务的集群
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（五） (mini-cloud) SEATA分布式事务篇（上） 运行原理以及AT模式源码启动版集成
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（五） (mini-cloud) SEATA分布式事务篇（上） 运行原理以及AT模式源码启动版集成
字节微服务HTTP框架Hertz使用与源码分析｜拥抱开源
Hertz是一个 Golang 微服务 HTTP 框架，在设计之初参考了其他开源框架 fasthttp、gin、echo 的优势， 并结合字节跳动内部的需求，使其具有高易用性、高性能等特点。
2023年，真的需要Thrift这样一个RPC微服务框架来拯救一下传统HTTP接口(api)了
目前市面上类似Django的drf框架基于json的http接口解决方案大行其道，人们也热衷于在接口不多、系统与系统交互较少的情况下使用它，http接口的优点就是简单、直接、开发方便，门槛低，利用现成的http协议进行传输。
如何使用rust写内核模块
近年来，Rust语言以内存安全、高可靠性、零抽象等能力获得大量开发者关注，而这些特性恰好是内核编程中所需要的，所以我们看下如何用rust来写Linux内核模块。
【云原生&微服务四】SpringCloud之Ribbon和Erueka/服务注册中心的集成细节（获取服务实例列表、动态更新服务实例信息、负载均衡出一个实例、IPing机制判断实例是否存活）
【云原生&微服务四】SpringCloud之Ribbon和Erueka/服务注册中心的集成细节（获取服务实例列表、动态更新服务实例信息、负载均衡出一个实例、IPing机制判断实例是否存活）
一文带你入门微服务，通俗易懂
在没有微服务之前，系统架构都是单体服务，但是单体服务缺点很多，比如不灵活、不可靠、不可扩展、不适合复杂应用程序等。所以促使了微服务的发展，那么微服务到底是什么样的？本文笔者与大家讨论一下。
微服务系列之授权认证(三) JWT
官方定义:JWT是JSON Web Token的缩写，JSON Web Token是一个开放标准(RFC 7519)，它定义了一种紧凑的、自包含的方式，可以将各方之间的信息作为JSON对象安全地传输。该信息可以被验证和信任，因为它是经过加密的。
微服务系列之授权认证(二) identity server 4
IdentityServer4 是为ASP.NET Core系列量身打造的一款基于 OpenID Connect 和 OAuth 2.0 认证授权框架。
【Spring Cloud】新闻头条微服务项目：使用JWT+MD5+Salt进行登录验证
主要介绍项目App端登录功能的实现，采用MD5加盐加密保证数据安全，采用全局过滤器实现jwt校验。
MSE 新金融行业标杆案例｜费芮互动的云原生网关改造实践
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
混沌工程平台 ChaosBlade-Box新版重磅发布
故障演练(Chaos)是云原生混沌工程平台，提供了大规模、低成本、影响可控、形式多样化的故障演练服务。Chaos 提供一站式架构分析、故障巡检、故障注入、系统稳态度量等功能，帮助用户增强分布式系统的容错性和可恢复性，帮助系统平稳上云。
单体架构转为微服务架构的12个要素
微服务架构已经很流行了，并且有大量文章描述相对单体架构，微服务架构带来的众多优点。 怎么从单体架构更优雅地转化为微服务架构呢？ 有一种被实践证明有效的方法论：The Twelve-Factor App[1]
摸鱼不如来了解一下--微服务中bootstrap和application之间的联系
SpringBoot中有以下两种配置文件bootstrap (.yml 或者 .properties)，application (.yml 或者 .properties)
微服务还没完全理解，宏服务又要来了？我太难了
当Uber公司某支团队宣布从微服务转向宏服务时，脑子瞬时飘来几个字“某种马”。微服务还没吃透呢，宏服务又来了，听到宏服务这个名字，脑海中好像是听说过，但是完全不了解。于是各种搜索，各种网站的信息翻了一遍。今天的主要目的是介绍为什么要使用宏服务
全托管：MSE+SAE 微服务应用全托管解决方案
进入新世纪互联网时代后，以腾讯和阿里为代表的社交电商巨头开始面临流量和复杂度大增的挑战。此时的研发团队相较于之前已经明显扩大，并开始实践 SOA /微服务架构，比如阿里的 HSF。
SpringCloud微服务实战——搭建企业级开发框架（三十三）：整合Skywalking实现链路追踪
Skywalking是由国内开源爱好者吴晟（原OneAPM工程师）开源并提交到Apache孵化器的产品，它同时吸收了Zipkin/Pinpoint/CAT的设计思路，支持非侵入式埋点。是一款基于分布式跟踪的应用程序性能监控系统。另外社区还发展出了一个叫OpenTracing的组织，旨在推进调用链监控的一些规范和标准工作。 1、下载Skywalking，下载地址：https://skywalking.apache.org/downloads/#download-the-latest-versions ,根据需求选择发布的版本，这里我们选择最新发布版v8.4.0 for H2/MySQL/TiDB
SpringCloud微服务实战——搭建企业级开发框架（三十）：整合EasyExcel实现数据表格导入导出功能
批量上传数据导入、数据统计分析导出，已经基本是系统必不可缺的一项功能，这里从性能和易用性方面考虑，集成EasyExcel。EasyExcel是一个基于Java的简单、省内存的读写Excel的开源项目，在尽可能节约内存的情况下支持读写百M的Excel： Java解析、生成Excel比较有名的框架有Apache poi、jxl。但他们都存在一个严重的问题就是非常的耗内存，poi有一套SAX模式的API可以一定程度的解决一些内存溢出的问题，但POI还是有一些缺陷，比如07版Excel解压缩以及解压后存储都是在内存中完成的，内存消耗依然很大。easyexcel重写了poi对07版Excel的解析，
SpringCloud微服务实战——搭建企业级开发框架（三）：创建Maven工程
在新建工程前，先了解一下什么是敏捷开发“松结对编程”及“L型代码结构”这里有详细的介绍和说明 : 敏捷开发“松结对编程”系列之十一：L型代码结构（团队篇之一） 使用Maven创建项目之前，我们要对工程有一个大概的规划，为了保持类库统一管理，引入的jar包版本不冲突，我们需要用到Maven的BOM功能以及Spring IO platform推出的BOM功能：
从概念、部署到优化，Kubernetes Ingress 网关的落地实践
随着容器和 Kubernetes 技术的兴起，集群入口流量管理方式逐渐通用化、标准化。Kubernetes 通过 Ingress 资源用来管理外部 HTTP/HTTPS 流量进入集群内部的方式。目前，Ingress 的实现者 - Provider 的发展呈现百花齐放的状态，用户可以根据自身业务场景进行产品选型。为了帮助用户从建好 Ingress 网关到用好 Ingress 网关，本文将分享 Kubernetes 集群内，Ingress 网关从概念到部署的落地实践以及 MSE 云原生网关如何更好地实现 Kubernetes Ingress。
Devops 开发运维高级篇之Jenkins+Docker+SpringCloud微服务持续集成——部署方案优化
之前我们做的方案部署都是只能选择一个微服务部署并只有一台生产服务器，每个微服务只有一个实例，容错率低 如何去解决？
