BFF是（BackendsForFrontends）单词的缩写，主要是用于服务前端的后台应用程序，来解决多访问终端业务耦合问题。最近在公司的微服务架构中遇到了一些多终端访问接口的问题，不同的终端拥有不

随着前后端分离技术越来越成熟，后端向着微服务发展，前端项目也越发臃肿起来，不得不做更细粒度的拆分，就这样微前端的思想开始盛行，一些大厂也出台了一些解决方案，本文就让我们一起来了解一下微前端。

微服务架构（Microservice Architecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。 回到微服务的概念中，它不是具体指某一技术，而是关于某种架构风格的集合，因此微服务本身是没有明确定义的，但我们知道它是有不只一个的独立服务…

引言： 本文系《认证鉴权与API权限控制在微服务架构中的设计与实现》系列的第一篇，本系列预计四篇文章讲解微服务下的认证鉴权与API权限控制的实现。 1. 背景 最近在做权限相关服务的开发，在系统微服务化后，原有的单体应用是基于session的安全权限方式，不能满足现有的微服务架…

单体系统和微服务的区别在于，一个单体系统是一个大而全的功能集合，每个服务器运行的是这个应用的完整服务。而微服务是独立自治的功能模块，它是生态系统中的一部分，和其他微服务是共生关系。现在，业界对单体系统和微服务的普遍观点是：单体系统非常容易开发、测试、部署，但是单体系统面对的问题…

1、引入：什么是微服务？ 微服务是近几年在互联网业界内非常🔥 的一个词，在俺们大学沸点工作室Java组也已经有Spring Cloud微服务的实践先例，那我们作为前端的角度，该怎么理解微服务呢？ 可以

与微服务相对的另一个概念是传统的「单体式应用程序」( Monolithic application )，单体式应用内部包含了所有需要的服务。而且各个服务功能模块有很强的耦合性，也就是相互依赖彼此，很难拆分和扩容。 说在做的各位都写过单体程序，大家都没意见吧？给大家举个栗子，刚开…