参考链接

作者回复: 对于传统遗留老系统，循序渐进，根据业务和团队规模逐步拆分解耦，不要为了微服务而微服务。如果是新应用，业务领域比较熟悉，可以考虑一步到位直接微服务，但也不要拆分过细，跟着业务和团队规模来。

作者回复: 这个具体还要看你企业的上下文(业务，组织规模，发展阶段，团队，原来技术架构等)。从你描述中，我还看不出现在做法是否重了，还是用单块更好。另外，你可以和业务团队沟通，从反馈中了解目前服务分法是否和业务发展相适应，对业务开发是支持有力，还是跟不上业务脚步。

作者回复: 企业发展早期，业务优先，系统一般采用单块能解决业务问题就够了，只有当企业业务或组织规模发展到一定阶段，单块系统成为企业进一步规模发展的瓶颈，才考虑微服务。

作者回复: 同意

作者回复: 你好，本课程内容主要是关于微服务和云原生架构相关，以及SpringBoot和K8s的应用。关于表单引擎，网上资料不少，建议参考网上资料。