99大促来袭，利用MSE服务自治体系为业务保驾护航
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
无需编写一行代码，实现任何方法的流量防护能力
无需编写一行代码，服务治理运行时 Enhance 能力，一键实现任意点位的流控降级。有效控制流量降级，实现应用运行的稳定性，我们不仅仅有基于动态 Enhance 能力的任意点位的限流降级，还可以帮助我们洞察全链路流量运行的行为，并做出实时的治理与保护。
40%的云原生开发者专注于微服务领域
随着云原生的发展，微服务在应用功能运行中越发的成为不可缺少的角色。不仅能够快速建立部署服务，实现运行的稳定性和高可用；同时可以无损上下线、全链路灰度配置，这些微服务治理能力将可以大幅减少版本发布过程的风险、提高发布效率。
微服务治理热门技术揭秘：无损上线
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
分布式链路追踪Jaeger + 微服务Pig在Rainbond上的实践分享
随着微服务架构的流行，客户端发起的一次请求可能需要涉及到多个或 N 个服务，致使我们对服务之间的监控和排查变得更加复杂。
注册配置、微服务治理、云原生网关三箭齐发，阿里云 MSE 持续升级
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
springcloud集成sentinel 《微服务》
sentinel本身支持qps(qps：每秒可以进来的请求数，只是进来，不管是否进来之后服务走完。只管进来不管出去。),不会创建线程池，比较轻；而远程调用服务的时候，hystrix调用一个方法就会创建一个线程池，所以hystrix特别重； sentinel本身支持有qps,远程调用不会创建线程池，如果qps大，后面的服务处理不过来，所以就要进行限流降级处理；信号量隔离 hystrix远程调用会创建线程池，并且该线程池是依赖tomcat的，不会比tomcat线程多，即使多了也没意义。线程池隔离
数据库上的全链路灰度，我们是怎么做的？
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
设计稳定的微服务系统时不得不考虑的场景
微服务引擎MSE面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生支持Ingress/Envoy）、微服务治理（原生支持Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。
传统微服务框架如何无缝过渡到服务网格ASM
服务网格ASM是一个统一管理微服务应用流量、兼容Istio的托管式平台。通过流量控制、网格观测以及服务间通信安全等功能，服务网格ASM可以全方位地简化您的服务治理，并为运行在异构计算基础设施上的服务提供统一的管理能力，适用于Kubernetes集群、Serverless Kubernetes集群、ECS虚拟机以及自建集群。
摸鱼不如来了解一下--微服务中bootstrap和application之间的联系
SpringBoot中有以下两种配置文件bootstrap (.yml 或者 .properties)，application (.yml 或者 .properties)
使用 Nocalhost 开发 Rainbond 上的微服务应用
本文将介绍如何使用 Nocalhost 快速开发 Rainbond 上的微服务应用的开发流程以及实践操作步骤。 Nocalhost 可以直接在 Kubernetes 中开发应用，Rainbond 可以快速部署微服务项目，无需编写Yaml，Nocalhost 结合 Rainbond 加速我们的微服务开发效率。
SpringCloud微服务实战——搭建企业级开发框架（四十）：使用Spring Security OAuth2实现单点登录(SSO)系统
目前每家企业或者平台都存在不止一套系统，由于历史原因每套系统采购于不同厂商，所以系统间都是相互独立的，都有自己的用户鉴权认证体系，当用户进行登录系统时，不得不记住每套系统的用户名密码，同时，管理员也需要为同一个用户设置多套系统登录账号，这对系统的使用者来说显然是不方便的。我们期望的是如果存在多个系统，只需要登录一次就可以访问多个系统，只需要在其中一个系统执行注销登录操作，则所有的系统都注销登录，无需重复操作，这就是单点登录(Single Sign On 简称SSO)系统实现的功能。
【SpringCloud微服务实战】搭建企业级应用开发框架（一）：架构说明
SpringCloud分布式应用微服务系统组件列表： • 微服务框架组件：Spring Boot2 + SpringCloud Hoxton.SR8 + SpringCloud Alibaba • Spring Boot Admin: 管理和监控SpringBoot应用程序的微服务健康状态 • 数据持久化组件：MySql + Druid + MyBatis + MyBatis-Plus
SpringCloud微服务实战——搭建企业级开发框架（十三）：OpenFeign+Ribbon实现高可用重试机制
Spring Cloud OpenFeign 默认是使用Ribbon实现负载均衡和重试机制的，虽然Feign有自己的重试机制，但该功能在Spring Cloud OpenFeign基本用不上，除非有特定的业务需求，则可以实现自己的Retryer，然后在全局注入或者针对特定的客户端使用特定的Retryer。 在SpringCloud体系项目中，引入的重试机制保证了高可用的同时，也会带来一些其它的问题，如幂等操作或一些没必要的重试，下面我们实际操作来测试Spring Cloud架构中的重试机制。
SpringCloud微服务实战——搭建企业级开发框架（十一）：集成OpenFeign用于微服务间调用
作为Spring Cloud的子项目之一，Spring Cloud OpenFeign以将OpenFeign集成到Spring Boot应用中的方式，为微服务架构下服务之间的调用提供了解决方案。首先，利用了OpenFeign的声明式方式定义Web服务客户端；其次还更进一步，通过集成Ribbon或Eureka实现负载均衡的HTTP客户端。
解决微服务架构下流量有损问题的实践和探索
绝⼤多数的软件应⽤⽣产安全事故发⽣在应⽤上下线发布阶段，尽管通过遵守业界约定俗成的可灰度、可观测和可滚回的安全⽣产三板斧，可以最⼤限度的规避发布过程中由于应⽤⾃身代码问题对⽤户造成的影响。但对于⾼并发⼤流量情况下的短时间流量有损问题却仍然⽆法解决。因此，本文将围绕发布过程中如何解决流量有损问题实现应⽤发布过程中的⽆损上下线效果相关内容展开⽅案介绍。
如何基于盘古框架开发Dubbo微服务应用
本文介绍如何基于盘古开发框架开发一个微服务应用。文中所述仅为搭建一 个微服务应用的基本框架（服务注册&服务发现），如要增加配置中心、网关代理、数据持久化、缓存等能力请参考使用指南的相关章节。
阿里微服务注册中心 Nacos 启动报错 Unable to start embedded Tomcat
阿里微服务注册中心 Nacos 启动报错 Unable to start embedded Tomcat
SA实战 ·《SpringCloud Alibaba实战》快速搭建三大微服务并完成交互开发与测试
SA实战 ·《SpringCloud Alibaba实战》快速搭建三大微服务并完成交互开发与测试
云原生微服务技术趋势解读
随着微服务技术门槛大幅下降，随着企业数字化升级步伐加速，随着云计算的迅速发展，微服务将无处不在；随着行业成熟度逐步提升，随着开源和标准推进，微服务的标准逐步形成，标准形成将进一步助力微服务产业发展，未来可期，因为相信，所以看见
