数据库治理的探索与实践
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。 更多产品功能，请点击查看：https://www.aliyun.com/product/aliware/mse
菜鸟 Cpaas 平台微服务治理实践
在使用mse的云产品之后，对paas平台层来说，避免很多重复功能的建设。在我们业务侧实际落地的远不止如上列举的场景，比如：服务优雅停机、注册中心等能力，均解决了业务侧的微服务治理上的难点问题。 在实现了对项目环境及灰度发布的能力开发之后，我们接下来对服务离群摘除、应用服务列表透出、服务鉴权、本地联调部署等能力做重点关注，在降低业务侧服务运维成本、微服务可观测、服务可用性方面与MSE团队加强合作，帮助业务侧解决微服务治理中的痛点。
Java Agent踩坑之appendToSystemClassLoaderSearch问题
从Java Agent报错开始，到JVM原理，到glibc线程安全，再到pthread tls，逐步探究Java Agent诡异报错。
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(四)：自动生成 API TS 类型
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(四)：自动生成 API TS 类型
《Java生态圈技术总结》之 微服务架构蓝图总览
微服务是一种架构风格，将单体应用划分成一组小的服务，尽量符合单一职责的原则，使得服务之间相互协作，实现业务功能； 每个服务都运行在独立的进程、虚拟机、容器、服务器中，服务之间采用轻量级的通信机制（HTTP/JSON）进行协作； 每个服务围绕各自的业务能力进行构建，并且能够通过自动化机制独立地部署，相互之间无部署依赖；
微服务中如何使用RestTemplate优雅调用API（拦截器、异常处理、消息转换）
在微服务中，rest服务互相调用是很普遍的，我们该如何优雅地调用，其实在Spring框架使用RestTemplate类可以优雅地进行rest服务互相调用，它简化了与http服务的通信方式，统一了RESTful的标准，封装了http链接，操作使用简便，还可以自定义RestTemplate所需的模式
白话微服务架构中的服务发现
如果你想跟朋友失去联系的最简单方法就是在不通知他们的情况下更改您的电话号码。同样适用于微服务架构系统中的服务。两个服务可能会愉快地相互通信，直到其中一个服务移动到另一个IP地址，而不通知对方，导致服务不可用。
SpringCloud微服务实战——搭建企业级开发框架（二十六）：自定义扩展OAuth2实现短信验证码登录
我们系统集成了短信通知服务，这里我们进行OAuth2的扩展，使系统支持短信验证码登录。 1、在gitegg-oauth中新增SmsCaptchaTokenGranter 自定义短信验证码令牌授权处理类 2、自定义GitEggTokenGranter，支持多种token模式
SpringCloud微服务实战——搭建企业级开发框架（二十五）：集成短信通知服务
目前系统集成短信似乎是必不可少的部分，由于各种云平台都提供了不同的短信通道，这里我们增加多租户多通道的短信验证码，并增加配置项，使系统可以支持多家云平台提供的短信服务。这里以阿里云和腾讯云为例，集成短信通知服务。 1、在GitEgg-Platform中新建gitegg-platform-sms基础工程，定义抽象方法和配置类 SmsSendService发送短信抽象接口:
SpringCloud微服务实战——搭建企业级开发框架（十七）：Sentinel+Nacos配置持久化
Sentinel Dashboard中添加的规则是存储在内存中的，我们的微服务或者Sentinel一重启规则就丢失了，现在我们将Sentinel规则持久化配置到Nacos中，在Nacos中添加规则，然后同步到Sentinel Dashboard服务中。Sentinel 支持以下几种规则：流量控制规则、熔断降级规则、系统保护规则、来源访问控制规则 和 热点参数规则。具体可查看官网 Sentinel 规则
SpringCloud微服务实战——搭建企业级开发框架（十六）：集成Sentinel高可用流量管理框架【自定义返回消息】
Sentinel限流之后，默认的响应消息为Blocked by Sentinel (flow limiting)，对于系统整体功能提示来说并不统一，参考我们前面设置的统一响应及异常处理方式，返回相同的格式的消息。 1、在自定义Sentinel返回消息之前，需要调整一下代码结构，因为这里要用到统一返回异常的格式，考虑到后期可能的使用问题，
SpringCloud微服务实战——搭建企业级开发框架（七）：自定义通用响应消息及统一异常处理
平时开发过程中，无可避免我们需要处理各类异常，所以这里我们在公共模块中自定义统一异常，Spring Boot 提供 @RestControllerAdvice 注解统一异常处理，我们在GitEgg_Platform中新建gitegg-platform-boot子工程，此工程主要用于Spring Boot相关功能的自定义及扩展。 1、修改gitegg-platform-boot的pom.xml，添加spring-boot-starter-web和swagger依赖，设置optional为true，让这个包在项目之间依赖不传递。
SpringCloud微服务实战——搭建企业级开发框架（五）：数据库持久化集成MySql+Druid+MyBatis-Plus
在引入相关数据库持久化相关依赖库之前，我们可以考虑到，当我们因业务开发需要，引入各种各样的依赖库时，Jar包冲突是我们必须面对的一个问题，Spring为了解决这些Jar包的冲突，推出了各种bom，最著名的就是Spring IO Platform bom，其中最核心的三个是：spring-framework-bom、spring-boot-dependencies、platform-bom。我们这里参考Spring管理Jar包的方式，新建一个GitEgg-Platform平台工程，提供各种第三方组件的配置及自定义方法，使用子工程gitegg-platform-bom统一管理GitEgg自定义方法
SpringCloud微服务实战——搭建企业级开发框架（三）：创建Maven工程
在新建工程前，先了解一下什么是敏捷开发“松结对编程”及“L型代码结构”这里有详细的介绍和说明 : 敏捷开发“松结对编程”系列之十一：L型代码结构（团队篇之一） 使用Maven创建项目之前，我们要对工程有一个大概的规划，为了保持类库统一管理，引入的jar包版本不冲突，我们需要用到Maven的BOM功能以及Spring IO platform推出的BOM功能：
一命通关——Docker与微服务（上）
docker从根本上解决换主机重新配置环境问题，因为docker把原始的配置环境也复制一份过来。此时的docker像一个容器装载着源代码+配置+环境+版本+各种第三方组件并将这些打包成一个镜像iso文件，让镜像文件在docker引擎上运行。更专业的来讲，docker给出了一个标准化的解决方案——系统平滑移植，容器虚拟化技术。
面试官：微服务下数据一致性的有几种实现方式，分别说一下
本人最近学习了一下微服务下数据一致性的特点，总结了下目前的保障微服务下数据一致性的几种实现方式如下，以备后查。此篇文章旨在给大家一个基于微服务的数据一致性实现的大概介绍，并未深入展开，具体的实现方式本人也在继续学习中，如有错误，欢迎大家拍砖。 传统应用的事务管理 本地事务 在介绍微服务下的数据一致性之前，先简单地介绍一下事务的背景。传统单机应用使用一个RDBMS作为数据源。应用开启事务，进行CRUD，提交或回滚事务，统统发生在本地事务中，由资源管理器（RM）直接提供事务支持。数据的一致性在一个本地事务中得到保证。
从一个微服务应用的成功落地，谈企业需要什么样的微服务治理
随着微服务技术的发展，微服务(MicroServices) 的概念早已深入人心，越来越多的公司开始使⽤微服务架构来开发业务应用。
.NET微服务最佳实践eShopOnContainers
微软与社区专家合作，开发了功能齐全的云原生微服务示例应用eShopOnContainers。 该应用旨在展示使用.NET、Docker以及可选的Azure，Kubernetes技术来构建电商平台。
微服务架构：稳定性设计
通过依赖的管理，我们能够知道，当前系统调用了哪些服务，被哪些服务调用。接下来，我们便可以根据当前系统所依赖的服务，以及系统的流程，判断依赖的服务是否影响应用的流程，以此来决定当前应用依赖的优先级。
[半翻] 设计面向DDD的微服务
在DDD中，应用层依赖于领域和基础设施层，而基础设施依赖于领域层，但是领域层不依赖于任何层。 只在领域层编写业务规则和通用的领域知识，而应用层负责针对软件的目标来组合、协调领域层的业务规则。 领域层的领域实体、值类型、聚合根反映了真实业务的核心，需要用一种通用的语言来定义，这样不管应用层多么复杂，核心领域层自岿然不动。 领域层不能直接依赖与基础设施层，现代ORM框架一般都提出仓储模型来帮助领域层和技术设施层解耦。
Dubbo-go-Mesh 开启新一代 Go 微服务形态
Proxyless Service Mesh 能力将跟随 Dubbo-go 下一版本发布，稳定的性能需要社区成员们共同的关注与建设。在此基础之上，我们还会进一步探索轻量级 sdk + sidecar的模型；探索基于第三方流量治理组件的金丝雀发布能力；探索基于 dubbo 服务框架的多语言 sevice mesh、与更丰富的 mesh 生态组件兼容。
