Mobabel

Just One Pure ITer

Category: About Micro Service Architecture

[转]考拉：传统企业请注意：不够痛就别微服务，有坑 0

SOA Architect to MS Architect

[转]考拉：传统企业请注意：不够痛就别微服务，有坑

在多家传统行业的企业走访和落地了微服务之后，我发现落地微服务是一个非常复杂的问题，甚至都不完全是技术问题，它牵扯到 IT 架构，应用架构，组织架构多个方面。 当时我想微服务既然是改造应用，做微服务治理，类似注册，发现，熔断，限流，降级等，当然应该从应用开发组切入。 一般一开始聊的会比较开心，从单体架构，到 SOA，再到微服务架构，从 Dubbo 聊到 Spring Cloud，但是必然会涉及到微服务的发布和运维问题，涉及到 DevOps 和容器层。

[转]蚂蚁金服异地多活的微服务体系，从“被动挖光缆”到“主动剪网线” 0

MS Design Princinple

[转]蚂蚁金服异地多活的微服务体系，从“被动挖光缆”到“主动剪网线”

蚂蚁金服（当时还是支付宝）从 2013 年起就运行在单元化架构上，除了具备异地容灾能力外，还能做到异地多活，可随时在多城市、多数据中心调配流量。基于单元流量调配机制，可实现大规模集群的蓝绿发布、灰度仿真环境，为充分验证业务正确性、降低故障提供了基础条件。相应地，微服务体系也必须具备单元内收敛、单元间可控路由等能力，来支撑单元化技术架构的落地。本文根据玄霄 2018 年上海 QCon 演讲内容整理。

[转]美团点评运营配置平台的设计与实践之道 0

MS Design Princinple

[转]美团点评运营配置平台的设计与实践之道

移动终端的开发变得越来越复杂，随之而来的是对 C 端动态化要求越来越高。动态化需要对 C 端里的基础配置、运营资源进行灵活的管理。如何在版本快速迭代过程中，满足业务场景的高效灵活变更？传统的解决方案无法满足这种复杂场景，美团点评基于自身移动运营的实践，打造了稳定、灵活、高效的运营配置平台。本文根据美团点评高级架构师蒋国宝在 QCon 上海的演讲整理而成。

Client credentials with JWT sequence 0

Authorization

[总结]微服务认证鉴权与API权限控制

从单体应用架构到分布式应用架构再到微服务架构，应用的安全访问在不断的经受考验。为了适应架构的变化、需求的变化，身份认证与鉴权方案也在不断的变革。面对数十个甚至上百个微服务之间的调用，如何保证高效安全的身份认证？面对外部的服务访问，该如何提供细粒度的鉴权方案？

0

MS API Gateway

[转]亿级网关服务的落地

自从微服务概念以来，众多的软件架构在践行着这一优秀的设计理念。各自的系统在这一指导思想下收获了优雅的可维护性，但一方面也给接口调用提出了新的要求。比如众多的API调用急需一个统一的入口来支持客户端的调用。在这种情况下API GATEWAY诞生，我们将接入、路由、限流等功能统一由网关负责，各自的服务提供方专注于业务逻辑的实现，从而给客户端调用提供了一个稳健的服务调用环境。之后，我们在网关大调用量的情况下，还要保证网关的可降级、可限流、可隔离等等一系列容错能力。

0

MS Design Princinple

[转]小型系统如何“微服务”开发

提到“微服务”，我相信网上各种“微服务”的演变案例都会给人一种“因大而分”的前提错觉，这可能会导致许多的“小白”产生没有机会接触“大项目”而对“微服务”可望而不可及也。当然，这种错觉的产生可能更多来源自于各种“微技术”的“层出不穷”所以“眼花缭乱”，例如Spring Cloud。虽然“大项目”机会不多，但也阻止不了“钉子们”通过教程把微技术跑一遍来装饰自己可以“微”起来的自信。

0

MS API Gateway

[转]如何从0写一个服务网关？

1. 0 引言 1-1-1. 什么是网关？为什么需要使用网关？ 如图所示，在不使用网关的情况下，我们的服务是直接暴露给服务调用方。当调用方增多，势必需要添加定制化访问权限、校验等逻辑。当添加API网关后，再第三方调用端和服务提供方之间就创建了一面墙，这面墙直接与调用方通信进行权限控制。 本文所实现的网关源码抄袭了—Oh,不对，是借鉴。借鉴了Zuul网关的源码，提炼出其核心思路，实现了一套简单的网关源码，博主将其改名为Eatuul。