开发学校内部使用的平台，该上微服务吗

[shangyes]

主要业务比较简单 面向全体的有活动报名、活动日历和活动跟进 面向组织的有活动登记、活动发布、活动认证和总结、导入导出名单 面向管理员的有查看修改各种实体、导入导出名单

感觉体量小，压力不高，上微服务成本不划算， 但是又考虑到后续可能会有拓展业务和接入其他系统的需求，直接一步到位微服务可以减轻将来也许会有的需求

现在不知道怎么抉择，大家怎么看

[murmur]

那不上 java，你这个噶奥不好得有工作流

[wizzer]

目测压力不会大，可以使用单应用的微服务项目：
https://github.com/Wizzercn/NutzWk/tree/v5.x-mini

或者想搞分布式复杂点，可以用分布式版本（主分支）：
https://github.com/Wizzercn/NutzWk

[coolair]

没必要

[luob]

面向工资开发：不需要
面向简历开发：能上就上

[imzcg]

我认为学校的服务器资源不会太好，还是单体比较好

[Reficul]

activiti ？

[Leigg]

4 楼道破真相

[shangyes]

@murmur 工作流倒不需要，java 有个问题就是开发周期相对当下流行的其他 web 语言长，学生兼顾学业和开发，拖长了项目会写的和**一样

[shangyes]

@wizzer 简单的看了文档了解了一下，开箱即用确实很爽，api 也挺舒服的，但是 Java 不是我的首选:D

[shangyes]

@imzcg 哈哈哈哈哈哈哈哈恰恰相反，我们学校除了服务器和域名审批比较恶心，资源还是不错的，先前写了一个很简单的类慕课项目，申请了 4c8g 的服务器

[shangyes]

@luob 过于真实，接受不能
其实现阶段我比较倾向于面向简历开发

[shangyes]

@Reficul 没有工作流的需求哈哈

[cabing]

过于简单的系统做微服务有些过度设计。微服务维护起来会相对复杂。

看你描述的需求，单体完全满足，分好模块即可。。

[janxin]

没必要...

[inhzus]

先上简单的微服务，慢慢扩展功能。一切都是面向简历开发

[animal]

我觉得这个问题其实很简单，考虑到后期需求扩展，肯定是能上微服务就上的。如果项目微服务化了，主要对服务器资源的消耗在哪里，比如 java 项目，内存肯定是主要原因，那么就做一个简单的压测，目前服务器资源能承载多大的业务量，如果可以接受就做，如果不行那就再考虑。

[imzcg]

那么就 go 微服务来搞吧！满足你的一切需求

[lihongjie0209]

没有微服务之前的所有应用都不能用吗？
当你需要微服务的时候才需要微服务。
当你提出这个问题的时候就说明不需要

[shuangyeying]

把选修课选课搞好一些大家就知足了。

[jackleelss123]

@shangyes 看 4 楼，如果就是个外包项目的话，拿完钱赶紧撤，后期要改的话，加钱啊！如果不是，后期还要负责的话，不要给自己刨坑，多加点钱，上吧！