微服务引擎 MSE 6月份产品动态
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
OpenSergo 即将发布 v1alpha1，丰富全链路异构架构的服务治理能力
OpenSergo 是一套开放的、语言无关的、贴近业务语义的云原生服务治理规范。面向异构微服务体系的场景，让企业能够以一种统一的规范来管理不同语言、不同协议的服务。尚在持续迭代中，当前不建议用于生产。
传统微服务框架如何无缝过渡到服务网格ASM
服务网格ASM是一个统一管理微服务应用流量、兼容Istio的托管式平台。通过流量控制、网格观测以及服务间通信安全等功能，服务网格ASM可以全方位地简化您的服务治理，并为运行在异构计算基础设施上的服务提供统一的管理能力，适用于Kubernetes集群、Serverless Kubernetes集群、ECS虚拟机以及自建集群。
传统微服务框架如何无缝过渡到服务网格ASM
软件技术的发展历史，从单体的应用，逐渐演进到分布式应用， 特别是微服务理念的兴起，让大规模、高并发、低延迟的分布式应用成为可能。 云原生时代下，微服务框架本身也在不断地进化和迭代演进。 本文主要介绍如何传统微服务框架 SpringCloud 、Dubbo 如何无缝过渡到服务网格ASM
详细了解 Linkerd 2.10 基础功能，一起步入 Service Mesh 微服务架构时代（二）
详细了解 Linkerd 2.10 基础功能，一起步入 Service Mesh 微服务架构时代（二）
详细了解 Linkerd 2.10 基础功能，一起步入 Service Mesh 微服务架构时代（一）
详细了解 Linkerd 2.10 基础功能，一起步入 Service Mesh 微服务架构时代（一）
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(六)：客户端基础库 TS 实战
Go+gRPC-Gateway(V2) 微服务实战，小程序登录鉴权服务(六)：客户端基础库 TS 实战
NextArch 基金会旗下微服务标准化方案已开源：支持不同开发语言和技术框架
今年，腾讯、字节跳动、快手、BIGO、好未来、七牛云、中国移动、蓝色光标等多达 10 家企业和 go-zero/CloudWeGo/GoFrame/TARS 开源社区的技术专家，在 Linux 下一代架构基金会下成立了微服务技术组 SIG（Special Interest Group），共同探讨微服务治理标准化的解决方案，并向 NextArch 基金会提交了首个落地方案。
从 CloudWeGo 谈云原生时代的微服务与开源
4 月 15 日-16 日，由 InfoQ 主办的 DIVE 全球基础软件创新大会通过云上展厅的形式成功召开。在微服务 & 服务治理专场，来自字节跳动的基础架构部资深架构师罗广明带来了主题为《从 CloudWeGo 谈云原生时代的微服务与开源》的演讲，以下为主要内容。
什么是微服务网关？SpringCloud Gateway保姆级入门教程
什么是微服务网关 SpringCloud Gateway是Spring全家桶中一个比较新的项目，Spring社区是这么介绍它的： 该项目借助Spring WebFlux的能力，打造了一个API网关。旨在提供一种简单而有效的方法来作为API服务的路由，并为它们提供各种增强功能，例如：安全性，监控和可伸缩性。 而在真实的业务领域，我们经常用SpringCloud Gateway来做微服务网关，如果你不理解微服务网关和传统网关的区别，可以阅读此篇文章 Service Mesh和API Gateway关系深度探讨 来了解两者的定位区别。
SpringCloud微服务实战——搭建企业级开发框架（四十）：使用Spring Security OAuth2实现单点登录(SSO)系统
目前每家企业或者平台都存在不止一套系统，由于历史原因每套系统采购于不同厂商，所以系统间都是相互独立的，都有自己的用户鉴权认证体系，当用户进行登录系统时，不得不记住每套系统的用户名密码，同时，管理员也需要为同一个用户设置多套系统登录账号，这对系统的使用者来说显然是不方便的。我们期望的是如果存在多个系统，只需要登录一次就可以访问多个系统，只需要在其中一个系统执行注销登录操作，则所有的系统都注销登录，无需重复操作，这就是单点登录(Single Sign On 简称SSO)系统实现的功能。
SpringCloud微服务实战——搭建企业级开发框架（三十八）：搭建ELK日志采集与分析系统
一套好的日志分析系统可以详细记录系统的运行情况，方便我们定位分析系统性能瓶颈、查找定位系统问题。上一篇说明了日志的多种业务场景以及日志记录的实现方式，那么日志记录下来，相关人员就需要对日志数据进行处理与分析，基于E(ElasticSearch)L(Logstash)K(Kibana)组合的日志分析系统可以说是目前各家公司普遍的首选方案。 • Elasticsearch: 分布式、RESTful 风格的搜索和数据分析引擎，可快速存储、搜索、分析海量的数据。在ELK中用于存储所有日志数据。
SpringCloud微服务实战——搭建企业级开发框架（二十）：集成Reids缓存
这章我们来介绍在系统中引入redisson-spring-boot-starter依赖来实现redis缓存管理 1、在GitEgg-Platform中新建gitegg-platform-redis用于管理工程中用到的Redis公共及通用方法。
解决微服务架构下流量有损问题的实践和探索
绝⼤多数的软件应⽤⽣产安全事故发⽣在应⽤上下线发布阶段，尽管通过遵守业界约定俗成的可灰度、可观测和可滚回的安全⽣产三板斧，可以最⼤限度的规避发布过程中由于应⽤⾃身代码问题对⽤户造成的影响。但对于⾼并发⼤流量情况下的短时间流量有损问题却仍然⽆法解决。因此，本文将围绕发布过程中如何解决流量有损问题实现应⽤发布过程中的⽆损上下线效果相关内容展开⽅案介绍。
解决微服务架构下流量有损问题的实践和探索
绝⼤多数的软件应⽤⽣产安全事故发⽣在应⽤上下线发布阶段，尽管通过遵守业界约定俗成的可灰度、可观测和可滚回的安全⽣产三板斧，可以最⼤限度的规避发布过程中由于应⽤⾃身代码问题对⽤户造成的影响。但对于⾼并发⼤流量情况下的短时间流量有损问题却仍然⽆法解决。因此，本文将围绕发布过程中如何解决流量有损问题实现应⽤发布过程中的⽆损上下线效果相关内容展开⽅案介绍。
如何基于盘古框架开发Dubbo微服务应用
本文介绍如何基于盘古开发框架开发一个微服务应用。文中所述仅为搭建一 个微服务应用的基本框架（服务注册&服务发现），如要增加配置中心、网关代理、数据持久化、缓存等能力请参考使用指南的相关章节。
漫画：什么是微服务？
缺点一：项目过于臃肿，当大大小小的功能模块都集中在同一项目的时候，整个项目必然会变得臃肿，让开发者难以维护。 缺点二：资源无法隔离，就像刚刚小灰的经历一样，整个单体系统的各个功能模块都依赖于同样的数据库、内存等资源，一旦某个功能模块对资源使用不当，整个系统都会被拖垮。
如何在银行核心系统中安全地搭建微服务架构？
微服务作为现代互联网应用的主流架构风格，已在很多行业应用中获得广泛的成功，而银行核心系统由于其复杂性和风险敏感性，主流架构依然在从单体式 SOA 到真正的微服务分布式架构的转型期。
SA实战 ·《SpringCloud Alibaba实战》快速搭建三大微服务并完成交互开发与测试
SA实战 ·《SpringCloud Alibaba实战》快速搭建三大微服务并完成交互开发与测试
从零搭建微服务SpringCloud（三）创建SpringCloud注册中心-Eureka
上文简述了新建一个SpringCloud第一步需要的一些pom依赖配置。那么这篇文章来看一下SpringCloud注册中心应该如何创建以及配置。
【云效最完整测评】从自建DevOps部署微服务再到云效
本人还是个在校生，不是什么业界大佬，每次社区出征文计划我都会珍惜测评的机会。因为本人专业学习的是网络方向，对开发其实还是有不少欠缺。在学习云计算时对devops进行了研究，包括容器云k8s的一些列运维搭建。很多概念上的东西要是理解错误，希望各位能够多多指教QAQ
微服务面试必问的Dubbo，这么详细还怕自己找不到工作？
大家好，我是小羽。Dubbo 起源于阿里巴巴，对于我们做电商开发的人来说，基本是首选的技术，那么为何一个区区 soa 服务治理框架，会受到这么多人的青睐呢？今天就跟着小羽一起看看这个微服务...
企业深入使用微服务后会面临哪些问题？云原生全链路灰度给了新思路
如何落地可灰度、可观测、可回滚的安全生产三板斧能力，满足业务高速发展情况下快速迭代和小心验证的诉求，是企业在微服务化深入过程中必须要面对的问题。在云原生流行的当下，这个问题又有了一些新的思路与解法。
云小蜜 Dubbo3.0 实践：从微服务迁移上云到流量治理
云小蜜对话机器人团队成功落地了全链路灰度功能，解决了困扰团队许久的发布效率问题。在这个过程中我们做了将部分业务迁移至阿里云云上、服务框架升级至Dubbo3.0、选择MSE微服务治理能力等等一次次新的选择与尝试。“世上本没有路，走的人多了便成了路”。经过我们工程师一次又一次的探索与实践，能够为更多的同学沉淀出一个个最佳实践。我相信这些最佳实践将会如大海中璀璨的明珠般，经过生产实践与时间的打磨将会变得更加熠熠生辉。
从微功能到微服务的系统设计演进
莫希特·古普塔（Mohit Gupta） 8分钟阅读 自从我从事软件开发事业以来，我经历了各种设计原则和模式。但是，一个原则非常突出，以至于发明了许多新的应用程序开发方法，模式和结构来与之保持一致。这就是PoSR的“单一职责原则”。而且为什么不这样，它对代码的结构，可读性，可维护性，发布，团队负责以及端到端所有权产生了巨大影响。 我已经看到了各种形式和形状的实现。正如上面提到的文章中提到的那样，此原则是关于由一个代码单位承担一项责任。“代码单元”取决于用户是谁，因此，取决于“谁是客户”，应用程序，模块，程序包，类，功能都可以称为代码单元。无论单元是什么，方向都是使实现更具
利用springboot+dubbo，构建分布式微服务，全程注解开发（四）
随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。
利用springboot+dubbo，构建分布式微服务，全程注解开发（三）
随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。
微服务架构 | 11.1 整合 Seata AT 模式实现分布式事务
Seata 是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务；它提供了 AT、TCC、Saga 和 XA 事务模式，为开发者提供了一站式的分布式事务解决方案；
微服务架构 | 5.1 使用 Netflix Hystrix 断路器
Hystrix 是一个延迟和容灾库，旨在隔离远程系统、服务和第三方库的访问点，停止级联故障，并在故障不可避免的复杂分布式系统中实现弹性；
微服务架构 | 5. 服务容灾
当服务器压力剧增的情况下，根据实际业务情况及流量，对一些服务和页面有策略的不处理或换种简单的方式处理，从而释放服务器资源以保证核心交易正常运作或高效运作；
