API网关作为外部流量访问内部服务的入口，可以屏蔽内部微服务之间的差异，提供动态路由、身份认证、流量控制、协议转换、负载均衡等公共能力，在服务治理中起到非常重要的作用。

在收钱吧业务发展过程中，各业务团队基于自身需求，开发了多个API网关。这些网关使用了多种开发语言和不同的技术栈，管理平台也比较简陋。管理平台功能缺失，不方便API配置和管理，也具有一些安全隐患；API网关使用了多种开发语言和技术栈，导致维护和升级非常困难；还有重复造轮子，消耗了很大的人力和时间成本。随着业务增长，一些业务API网关也暴露出性能问题。

为了解决上述问题，统一API网关技术栈，完善API管理平台，收钱吧在经过调研和评估后，决定基于Apache APISIX 自研新一代网关。

众所周知Java是门面向对象的语言，但在我们传统的三层架构中却有着过程式的编码，数据模型仅当做数据的载体，几乎所有业务逻辑都是由业务逻辑层的相应方法来完成的。这样的对象只有属性(字段)没有行为(方法)是不完整的、是不符合现实世界的抽象的，比如一个人只有属性没有行为，那他就是一个植物人，是不正常的，Vaughn Vernon在《Implementing Domain-Driven Design》一书中称之为贫血领域对象。

随着产品需求复杂性的不断上升，传统功能测试的片面性及滞后性导致测试成本急剧增加、测试效率大幅度下降，仅靠功能测试已难以持续保障项目质量及交付效率。

随着公司交易体量的不断增长，以及围绕“服务千万商家，全能生意帮手”的理念不断拼装的业务版图，曾经在某一段时间内发生了一些故障，给用户和商户带来非常不好的体验，也给公司带来较大损失。

在研发过程中往往需要多套环境以满足不同的阶段的研发需求，如开发、测试、预发布环境。好的环境方案可以提高开发调试、项目测试的效率，也可以降低上线的风险，从而缩短整个需求的交付周期，提高生产效率。

随着分布式系统和微服务的日益发展，系统的开发和运维对于可观测性的需求越来越迫切。

许多内部管理系统在迭代过程中，不可避免的变得越来越庞大，并且由多个团队维护开发，对前端来说以传统的一整块页面站点代码进行开发，显然是笨重且低效的，比如：

• 多团队开发、测试和部署不分离，代码混乱，发布有风险
• 代码庞大，页面加载资源多，性能低

收钱吧运营管理系统和许多内部系统一样，拥有复杂、大量的页面，并且不同模块由不同团队维护。为了使各个开发团队独立维护，我们使用了微前端的策略，经过长时间的实践，它也日益成熟。