2019-07-09单块架构，在微服务，我们公司就是血的教训，日活几千被拆成10个服务，跟不上业务的节奏作者回复: 对于传统遗留老系统，循序渐进，根据业务和团队规模逐步拆分解耦，不要为了微服务而微服务。如果是新应用，业务领域比较熟悉，可以考虑一步到位直接微服务，但也不要拆分过细，跟着业务和团队规模来。
3
2019-07-10目前参与微服务基础平台，采用了注册配置（nacos）,网关(gateway)，认证(auth)，权限管理（upms）,短信（msg），流程引擎（activitx），表单引擎（form），运营中心，用户中心，到这里九个服务。现在，然后开始写业务（基础信息、资金管理，监控采集…）是不是太重了呢？是不是直接一个单快服务呢？作者回复: 这个具体还要看你企业的上下文(业务，组织规模，发展阶段，团队，原来技术架构等)。从你描述中，我还看不出现在做法是否重了，还是用单块更好。另外，你可以和业务团队沟通，从反馈中了解目前服务分法是否和业务发展相适应，对业务开发是支持有力，还是跟不上业务脚步。
1 1
2019-12-30我这里是初创,打算直接就进行微服务架构,
2019-07-28这堂课关于在波波老师微服务160讲中也提到过。。。波波老师的微服务160讲也很不错
2019-07-17@Lucky0829 我们最近也在做表单配置化相关的业务，请问表单引擎怎么做呀，可以告诉下思路吗作者回复: 你好，本课程内容主要是关于微服务和云原生架构相关，以及SpringBoot和K8s的应用。关于表单引擎，网上资料不少，建议参考网上资料。