Mobabel

Just One Pure ITer

Category: Micro Service Architecture

Client credentials with JWT sequence 0

Authorization

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

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

0

MS Design Princinple

[Repost]Microservices in Practice

1. Microservices in Practice Nowadays, Microservices is one of the most popular buzz-word in the field of software architecture.  There are quite a lot of learning materials on the fundamentals and the benefits of...

0

MS API Gateway

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

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

0

Spring Experience

[转]Spring Cloud底层原理

毫无疑问，Spring Cloud 是目前微服务架构领域的翘楚，无数的书籍博客都在讲解这个技术。 不过大多数讲解还停留在对 Spring Cloud 功能使用的层面，其底层的很多原理，很多人可能并不知晓。 因此本文将通过大量的手绘图，给大家谈谈 Spring Cloud 微服务架构的底层原理。 实际上，Spring Cloud 是一个全家桶式的技术栈，它包含了很多组件。本文先从最核心的几个组件，也就是 Eureka、Ribbon、Feign、Hystrix、Zuul 入手，来剖析其底层的工作原理。

[转]最佳日志实践 v2.0 0

Log Aggregation

[转]最佳日志实践 v2.0

1. 0. 缘起 大约在三年前，我曾经写过一篇 最佳日志实践，还被码农周刊选为那年的 最受欢迎技术干货 之一。当时我任职于网易杭州研究院的存储平台组，主要做网易对象存储（NOS）的开发和部分运维工作。由于网易云音乐，易信等几个重要产品陆续上线，业务压力剧增，我们的系统在前前后后大约半年的时间里，出现了大大小小各种事故。通过不断总结事故原因、不断地优化代码、进化部署架构，才使整个系统逐渐稳定下来。那个时候组里人常常开玩笑说，我们采用的是TDD的开发模式，只是这个TDD不是测试驱动开发（Test Driven Development），而是悲剧驱动开发（Tragedy Driven Development）。

[转]最佳日志实践 v1.0 0

Log Aggregation

[转]最佳日志实践 v1.0

1. 前言 日志用来记录用户操作、系统运行状态等，是一个系统的重要组成部分。然而由于日志并非系统核心功能，通常情况下并不受团队的重视。在出现问题需要通过日志来定位时，才发现日志还存在很多问题。 日志记录的好坏直接关系到系统出现问题时定位的速度，同时可以通过对日志的观察和分析，提前发现系统可能的风险，避免线上事故的发生。 我们在开发和运维NOS（网易对象存储，Netease Object Storage）的过程中，对整个系统的日志进行了分析优化，积累出一些经验，归纳如下。

0

Design Patterns

[Repost]Design Patterns for Microservices

Microservice architecture has become the de facto choice for modern application development. Though it solves certain problems, it is not a silver bullet. It has several drawbacks and when using this architecture, there are...

0

Design Patterns

[转]微服务架构设计模式

如今，微服务架构已经成为了现代应用开发的首选。虽然它能够解决大部分的程序问题，但是它并非一颗百试不爽的“银弹”。 在采用这种架构之前，我们应当事先了解可能出现的各种问题及其共性，预先为这些问题准备好可重用的解决方案。 那么，在开始深入讨论微服务的不同设计模式之前，让我们先了解一下微服务架构的一些构建原则： 可扩展性 可用性 弹性 独立、自主性 去中心化治理 故障隔离 自动调配 通过 DevOps 实现持续交付 在遵循上述各条原则的同时，我们难免会碰到一些挑战。下面我们来具体讨论可能出现的各种问题、及其解决方案。

0

MS Design Princinple

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

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