Mobabel

Just One Pure ITer

Category: About Micro Service Architecture

[转]流行20年的架构设计原则SOLID可能已经不适合微服务了 0

MS Design Princinple

[转]流行20年的架构设计原则SOLID可能已经不适合微服务了

2000 年，Robert C. Martin 给架构师们总结出了一套原则来指导大家进行软件设计，Michael Feathers 随后按首字母将其总结成 SOLID 原则。从那时起，面向对象的 SOLID 设计原则就不断出现在相关书籍当中，并成为业界广为人知的指导方针：单一职责原则、开 / 闭原则、里氏替换原则、接口隔离原则、依赖倒置原则。 Single responsibility principle Open/closed principle Liskov substitution principle Interface segregation principle Dependency inversion principle 在过去的这二十年里，软件开发领域一直在快速演进，特别是近几年云原生和微服务的发展，在微服务体系下，“SOLID 原则是否适合现代软件工程”引起了广泛讨论。

[转]微服务之间调用超时的设置治理 0

MS Design Princinple

[转]微服务之间调用超时的设置治理

微服务是⼀种分布式架构，系统内各部分（服务）被部署为单独的应用程序，并通过某种远程访问协议进⾏通讯。分布式应⽤的挑战之⼀就是如何管理远程服务的可用性和它们的响应。本⽂主要探讨服务的响应时间对系统的影响和应对。

[汇总]单体转微服务 0

SOA Architect to MS Architect

[汇总]单体转微服务

  Self-contained System Each SCS is an autonomous web application. For the SCS’s domain, all data, the logic to process that data and all code to render the web interface is contained within the SCS....

[汇总]关于JWT扩展思考 0

Authorization / Session Cross Domain & SSO

[汇总]关于JWT扩展思考

如果accessToken放Client端，refreshToken存储在服务器，那么会违背微服务的无状态构架初衷。 accessToken和refreshToken统一放在Client端，可以遵循微服务无状态构架。 两种情况都可以通过accessToken来延长refreshToken，做到长时间保持登录状态的需求。

0

MS Design Princinple

[转]老板要搞微服务，只能硬着头皮上了

体会到微服务带来好处的同时，很多公司也明显感受到微服务化带来的一系列让人头疼的问题。 本文是笔者对自己多年微服务化经历的总结。如果你正准备做微服务转型，或者在微服务化过程中遇到了困难。此文很可能会帮到你!

[转]明明是SOA，做着做着就变单体架构了？ 0

SOA Architect to MS Architect

[转]明明是SOA，做着做着就变单体架构了？

我曾经看到过一些文章，开发人员在文章中分享了他们的公司转向面向服务架构（SOA），最后以失败告终又迁移回单体架构的案例。当然，这样做并没有什么错。尝试新架构本来就是我们工作的一部分，看看新架构是否有效，如果无效就放弃。SOA 并不适合所有公司，如果不适合你的公司，那就坚持使用单体架构，如果适合，那就要用对它！

[总结]如何设计一个安全的对外API接口? 0

MS API Gateway

[总结]如何设计一个安全的对外API接口?

最近有个项目需要对外提供一个接口，提供公网域名进行访问，而且接口和交易订单有关，所以安全性很重要；这里整理了一下常用的一些安全措施以及具体如何去实现。