本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。背景随着公司业务的飞速发展，基于php的模块化架构难以支持未来业务的发展：php模块化架远远落后于行业主流架构（微服务–云原生），而php生态的服务治理开源组件匮乏，研发投入过大杭州php人才匮乏，导致新鲜血液招聘困难基于php的多进程架构难以支撑

背景：Node前后端分离带来的变化2016年跨境供应链体验技术部经历了从JavawebxMVC技术架构演进到Node前后端分离的技术架构。前后端分离优势前后端分离以后，Node服务端扮演了web接入层的角色，起到了web端和Java微服务端的桥梁作用，从架构层解决了以下问题：1.VM层前后端

 近几年随着Docker容器技术、微服务等架构的兴起，人们开始意识到服务发现的必要性。微服务架构简单来说，是一种以一些微服务来替代开发单个大而全应用的方法,每一个小服务运行在自己的进程里,并以轻量级的机制来通信,通常是HTTPRESTfulAPI。微服务强调小快灵,任何一个相对独立的功能服务不再是一个模块,而是一个独立的服务。那么，当我们需要

　　在微服务架构中，通常会出现服务不可用的现象，假设A为服务提供者，B为A服务的调用者，C、D为B服务的调用者，那么当A服务不可用之后，随着时间的推移就会导致B服务不可用，B服务的不可用可能会导致C、D服务的不可用，最终导致整个系统的不可用，为了解决这种级联失败的问题，在分布式架构中出现了断路器等一系列服务保护机制。　　在SpringCloud中使用H

!(https://pic4.zhimg.com/80/v22f02db68678823738f9638d7fb7644e3_hd.jpg)从软件行业诞生之日起，技术和业务总是相辅相成。业务的创新促进着软件架构从最早期的单体架构、分布式架构，转变到了如今火热的微服务架构，以及云时代下诞生的Serverless架构。API网关作为单体应用和微

开场介绍微服务（或微服务架构）是一种云原生架构方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。这些服务通常有自己的堆栈，包括数据库和数据模型；通过RESTAPI，事件流和消息代理的组合相互通信；它们是按业务能力组织的，分隔服务的线通常称为有界上下文。尽管有关微服务的许多讨论都围绕体系结构定义和特征

1.面向对象和面向过程的区别面向过程优点：性能比面向对象高，因为类调用时需要实例化，开销比较大，比较消耗资源;比如单片机、嵌入式开发、Linux/Unix等一般采用面向过程开发，性能是最重要的因素。缺点：没有面向对象易维护、易复用、易扩展面向对象优点：易维护、易复用、易扩展，由于面向对

一、引言2008年，全球移动终端接入互联网的用户数首次超过使用桌面电脑接入互联网的用户数（国际电信联盟统计数据），标志着人类正式进入移动互联网时代。重要推动因素是2007年苹果公司发布的第一代iPhone开启了智能手机大量上市的浪潮，以iPhone为代表的