一.大单体时代

历史悠久的程序员都知道，以前所有的代码，甚至前端代码都是写在一起的，这里简称”大单体“时代。那个ssh+jsp就能走天下，但是随着业务不但壮大和天天变动的需求，甚至不优雅代码的不断侵蚀， 单体项目变的越来越难维护，最终难逃重构的命运。

二.微服务时代

随着单体架构越来越多的问题的显现，慢慢引进出现了微服务架构，将系统多个相对独立的模块拆分成一个个服务，每个服务只赋值领域内部的事情，完成相对单一的职责。系统解开了，在新系统诞生时也能复用更多已有的服务，大大减少了开发成本，伴随容器化时代的到来，微服务+容器化让服务的启停和扩缩容变的更加简单。

三.微服务带来的痛点

虽然微服务确实为我们带来了很多优点，为互联网的发展也做出了非常大的贡献，但是微服务也带来了很多问题，如： 1.把服务拆小，职责单一，想法是很美好的，但是现实很骨感，为了某个系统或者一个试水项目，原本设计职责单一的服务，被腐化的不在单一。 2.为了解决第一点的问题，后来出现了BFF层，防止底层代码的腐化，但是BFF随业务变化快，且开发成本也不低。 3.不同项目的系统需要打通比较困难，需要不断的开发联调上线，费时费力。 4.等等...

四.Juggle是如何解决微服务痛点

Juggle是一个**零码的接口编排 ** + 低码自定义代码的强大接口编排工具，通过Juggle能编排出强大的新接口，满足不同场景的业务需求。

1.对于试水项目和工期非常紧，又已经有中台很多接口的情况下，可以通过Juggle实现bff层的能力，快速实现新系统的开发。

2.Juggle不但具有零代码的编排能力，还具有低码能力，通过零码+低码可以实现新接口的聚合，提供给上层前端使用。

3.为了不让系统不成为孤岛，系统往往需要进行不同系统之间的打通，Juggle可以之间通过编排实现系统之间的对接，无需进行业务开发。

github地址：https://github.com/somta/Juggle