OpenSergo & CloudWeGo 共同保障微服务运行时流量稳定性
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
【Spring Cloud】新闻头条微服务项目：文章内容安全审核（新增DFA+OCR过滤敏感词需求）
对文章审核新增加了需求----敏感词过滤，介绍了基于NFA的文本敏感词过滤及OCR提取图片文字的原理及实现，最后将文章审核代码做了合并。
微服务【分布式架构&认识微服务&SpringCloud】第1章
目录1，认识微服务1.1，单体架构1.2，分布式架构1.3，微服务1.4，SpringCloud1.5，总结单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。（意思就是说，所有的功能在一个项目中进行实现，不用管复杂的架构设计，只需要创建一个项目，有功能就往这个项目里面加代码就ok了）
微服务性能分析｜Pyroscope 在 Rainbond 上的实践分享
随着微服务体系在生产环境落地，也会伴随着一些问题出现，比如流量过大造成某个微服务应用程序的性能瓶颈、CPU利用率高、或内存泄漏等问题。要找到问题的根本原因，我们通常都会通过日志、进程再结合代码去判断根本原因。对于微服务庞大的业务，这必定会很耗时，而且也很难及时找到关键问题点。
分布式链路追踪Jaeger + 微服务Pig在Rainbond上的实践分享
随着微服务架构的流行，客户端发起的一次请求可能需要涉及到多个或 N 个服务，致使我们对服务之间的监控和排查变得更加复杂。
MSE支持Apache Shenyu网关实现全链路灰度
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
NodeJS 基于 Dapr 构建云原生微服务应用，从 0 到 1 快速上手指南
Dapr 是一个可移植的、事件驱动的运行时，它使任何开发人员能够轻松构建出弹性的、无状态和有状态的应用程序，并可运行在云平台或边缘计算中，它同时也支持多种编程语言和开发框架。Dapr 确保开发人员专注于编写业务逻辑，不必分神解决分布式系统难题，从而显著提高了生产力。Dapr 降低了构建微服务架构类现代云原生应用的门槛。
Spring Cloud Alibaba：Nacos服务治理平台，服务注册、RestTemplate实现微服务之间访问，负载均衡访问
Nacos 提供了发现、配置和管理微服务能力，能快速实现动态服务发现、服务配置、服务元数据及流量管理。使用 Nacos 可以更敏捷和容易地构建、交付和管理微服务平台。 Nacos 是构建以“服务”为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施。 本文用Nacos、RestTemplate实现微服务之间访问。
混沌工程平台 ChaosBlade-Box新版重磅发布
故障演练(Chaos)是云原生混沌工程平台，提供了大规模、低成本、影响可控、形式多样化的故障演练服务。Chaos 提供一站式架构分析、故障巡检、故障注入、系统稳态度量等功能，帮助用户增强分布式系统的容错性和可恢复性，帮助系统平稳上云。
微服务还没完全理解，宏服务又要来了？我太难了
当Uber公司某支团队宣布从微服务转向宏服务时，脑子瞬时飘来几个字“某种马”。微服务还没吃透呢，宏服务又来了，听到宏服务这个名字，脑海中好像是听说过，但是完全不了解。于是各种搜索，各种网站的信息翻了一遍。今天的主要目的是介绍为什么要使用宏服务
Nacos配置中心介绍与应用，微服务开发标配组件
Nacos 动态配置服务可以让你以中心化、外部化和动态化的方式管理所有环境的应用配置和服务配置。动态配置消除了配置变更时重新部署应用和服务的需要，让配置管理变得更加高效和敏捷。
SpringCloud微服务实战——搭建企业级开发框架（二十五）：集成短信通知服务
目前系统集成短信似乎是必不可少的部分，由于各种云平台都提供了不同的短信通道，这里我们增加多租户多通道的短信验证码，并增加配置项，使系统可以支持多家云平台提供的短信服务。这里以阿里云和腾讯云为例，集成短信通知服务。 1、在GitEgg-Platform中新建gitegg-platform-sms基础工程，定义抽象方法和配置类 SmsSendService发送短信抽象接口:
SpringCloud微服务实战——搭建企业级开发框架（二）：环境准备【上】
这里简单说明一下在Windows系统下开发SpringCloud项目所需要的的基本环境，这里只说明开发过程中基础必须的软件，其他扩展功能(Docker，k8s，MinIO，XXL-JOB，EKL，Keepalived，Nginx，RabbitMQ，Kafka等)用到的软件会在具体使用时详细说明，本地开发的环境软件以Windows版本的安装配置为例，数据库等中间件以Linux(CentOS7)的安装配置为例，其他系统Mac/Linux可自行配置
SpringCloud微服务实战——搭建企业级开发框架（十九）：Gateway使用knife4j聚合微服务文档
本章介绍Spring Cloud Gateway网关如何集成knife4j,通过网关聚合所有的Swagger微服务文档 1、gitegg-gateway中引入knife4j依赖,如果没有后端代码编写的话,仅仅引入一个swagger的前端ui模块就可以了
SpringCloud微服务实战——搭建企业级开发框架（十五）：集成Sentinel高可用流量管理框架【熔断降级】
Sentinel除了流量控制以外，对调用链路中不稳定的资源进行熔断降级也是保障高可用的重要措施之一。由于调用关系的复杂性，如果调用链路中的某个资源不稳定，最终会导致请求发生堆积。Sentinel 熔断降级会在调用链路中某个资源出现不稳定状态时（例如调用超时或异常比例升高），对这个资源的调用进行限制，让请求快速失败，避免影响到其它的资源而导致级联错误。当资源被降级后，在接下来的降级时间窗口之内，对该资源的调用都自动熔断。
SpringCloud微服务实战——搭建企业级开发框架（十三）：OpenFeign+Ribbon实现高可用重试机制
Spring Cloud OpenFeign 默认是使用Ribbon实现负载均衡和重试机制的，虽然Feign有自己的重试机制，但该功能在Spring Cloud OpenFeign基本用不上，除非有特定的业务需求，则可以实现自己的Retryer，然后在全局注入或者针对特定的客户端使用特定的Retryer。 在SpringCloud体系项目中，引入的重试机制保证了高可用的同时，也会带来一些其它的问题，如幂等操作或一些没必要的重试，下面我们实际操作来测试Spring Cloud架构中的重试机制。
SpringCloud微服务实战——搭建企业级开发框架（三）：创建Maven工程
在新建工程前，先了解一下什么是敏捷开发“松结对编程”及“L型代码结构”这里有详细的介绍和说明 : 敏捷开发“松结对编程”系列之十一：L型代码结构（团队篇之一） 使用Maven创建项目之前，我们要对工程有一个大概的规划，为了保持类库统一管理，引入的jar包版本不冲突，我们需要用到Maven的BOM功能以及Spring IO platform推出的BOM功能：
快速搭建微服务项目——SpringBoot+SpringCloud(使用maven方式搭建)
今天来教大家如何快速搭建一个微服务项目，其实很简单，首先使用编辑器新建一个maven项目，然后在pom.xml中添加相关的依赖包就好。
在微服务架构中管理技术债务
在 QCon Plus，Glenn Engstrand 谈到了一种促进技术债务管理的方法。 大多数参与软件开发的人员在试图让产品经理或项目经理同意他们花时间修复项目技术债务时都会遇到困难。 Engstrand 在 Optum Digital（前身为 Rally Health）采用的方法能够以一种系统性和非对抗的方式管理这些具有不同优先级的问题。
基于SpringCloudGateway实现微服务网关
后端写完所有的微服务之后，最终是要交给前端去调用。我们都知道每个微服务都有各自的端口号，如果前端直接通过IP加端口的方式去调用微服务会很麻烦。如果想对请求增加限制也会变得十分困难。这个时候微服务网关就出现了。
从概念、部署到优化，Kubernetes Ingress 网关的落地实践
随着容器和 Kubernetes 技术的兴起，集群入口流量管理方式逐渐通用化、标准化。Kubernetes 通过 Ingress 资源用来管理外部 HTTP/HTTPS 流量进入集群内部的方式。目前，Ingress 的实现者 - Provider 的发展呈现百花齐放的状态，用户可以根据自身业务场景进行产品选型。为了帮助用户从建好 Ingress 网关到用好 Ingress 网关，本文将分享 Kubernetes 集群内，Ingress 网关从概念到部署的落地实践以及 MSE 云原生网关如何更好地实现 Kubernetes Ingress。
阿里微服务注册中心 Nacos 启动报错 Unable to start embedded Tomcat
阿里微服务注册中心 Nacos 启动报错 Unable to start embedded Tomcat
跨不同开发语言和技术框架，微服务治理规范 OpenSergo 项目正式开源
近几年，由于企业规模变大、IT 系统迅速膨胀，以及市场环境变化越来越快，原先单体架构的 IT 系统已无法满足业务需求。为了能更高效、灵活地支撑业务发展，企业纷纷从单体架构转向了微服务架构。 微服务架构和企业自身的技术积累及业务特点紧密相关，很多互联网企业会在实际落地时结合自身特点打造自己的框架和组织形式。同时，微服务又离不开配套的治理能力，如服务可观测、全链路压测和跟踪、注册发现、配置中心、服务网格等。
在微服务架构下基于 Prometheus 构建一体化监控平台的最佳实践
个人认为将来可观测性一定是标准化且由开源驱动的。现在整个软件架构体系变得越来越复杂，我们要监控的对象越来越多，场景也越来越广。封闭的单一厂商很难面面俱到的去实现全局可观测能力，需要社区生态共同参与，用开放、标准的方法来构建云原生可观测性。
springcloud学习笔记：认识微服务，谈资，技术的迭代演变，支付模块为例 体验demo（3）
springcloud学习笔记：认识微服务，谈资，技术的迭代演变，支付模块为例 体验demo（3）
利用springboot+dubbo，构建分布式微服务，全程注解开发（四）
随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。
