求助(空手套架构)来了,服务端大佬进来看看！

[guodastanson]

坐标武汉，目前在一家小的不能再小的公司做服务端，业务就是医疗相关。数据库、Java 服务端都是我在做，另外 Java 基本就我一个人在搞，要用什么全都可以自己决定，现在项目慢慢多起来了，感觉现在的架构(我觉得就算不算架构，全是我用 spingboot+mybatis+db 做的项目)已经满足不了需求了。目前公司版本管理也算是形同虚设，另外接下来一个项目可能需要用上分布式了，我准备学习下 springcloud 然后用在项目上。 发帖是想求助下各位大佬，如何能够让自己后端的设计适应不同客户提出的定制化需求，怎样能够做产品而不是单个的项目。现在的后端设计动不动就要加业务表或者修改业务表，有没有一些设计思想能指点一下？另外版本管理方面用了 maven+git，但是也是凭借着一点在前公司使用的经验，感觉理解尚浅，请大家指点一二！

[notreami]

费那么多话，核心关注是：后端的设计适应不同客户提出的定制化需求。
流程编排啊

[guodastanson]

@notreami 流程编排，学习了，敢问有什么好的资料能推荐下否？

[taogen]

https://yq.aliyun.com/articles/772

[MotherShip]

费那么多话，核心关注是：后端的设计适应不同客户提出的定制化需求。

哪来的 这么多分布式微服务，缓存加上了没，数据库做读写分离了没就微服务

[sandrew1945]

感觉用不上分布式

[HuHui]

武汉最近什么情况，搞医疗的，搞电商的突然这么多?

[guodastanson]

@sandrew1945 要用的，后面有个项目要求部署到三台 server 上，随时有两台备用，不用分布式怎么弄

[guodastanson]

@HuHui 武汉没啥情况，小公司多的很，另外项目都不在武汉。实际上就是在武汉做开发，销售啥的都在别的地方

[guodastanson]

@MotherShip 这个跟缓存没关系。。

[guodastanson]

@MotherShip 提这个问题不在于性能，而在与设计，怎么能往产品方向走而不是做一个个项目

[guodastanson]

@taogen 您这个回答比较靠谱，上面有几个哥们会错意了

[arthas2234]

@guodastanson 你这个是集群吧，不是分布式

[lllllliu]

自建 GITLAB 版本管理，然后根据技术栈再配置 CI/CD，容器化也可以，就可以方便编排了，流程也全部可以定制化了。
如果你以后做的项目都差不多，可以通过微服务的拆解组合，或者 DOCKER IMAGE 定制来做呀。

[guodastanson]

@arthas2234 是的，集群。但是我们整个的叫智慧医疗的项目实际是很多子项目，之间也有联系，我觉得可能要用上分布式的设计，后续能选择上部分项目或者全部，但是不影响整体功能。

[snappyone]

@guodastanson 你这个离分布式有点远啊，还有 spring cloud 这东西也不是学一学就用的啊，一整套基础架构得有啊，建议还是先逐渐优化吧，前面几层说的缓存、分库分表，消除单点，提高性能稳定性

[MotherShip]

@guodastanson #10 设计和 spring cloud 更扯不上关系了，坛子里我记得前段时间有人讨论过这种根据一大堆客户定制小需求的场景可以看看

[guodastanson]

@snappyone 目前的数据量基本上不需要考虑性能的问题，读写分离用不上，缓存倒是在部分地方用了，比如院方 api 需要的 token 缓存了。
我觉得最主要的问题是以现在的设计分支会越来越多，我想解决的就是一套东西应对多种需求，就像接口和实现类一样，我有新的医院要用这套东西只需要做轻微的适配工作而不是重新搞一堆东西出来。

[guodastanson]

@MotherShip 有搜索关键字么？

[cpyhaha]

NGINX 代理？

[kkjinping]

抽象最核心、最底层的基础服务出来，其他的不同业务和需求单独开发服务，核心数据都在底层服务根据需求方字段隔离。