技术栈

[dafengchui]

最近有个传统行业的公司准备做个物联网之类 app 运营,打算请我做顾问,实际上就是准备让我把技术部建立起来,虽然我一直保持阅读 github/v2/os/stackflow/medium 等站点来跟踪最新技术,自己也在维护几个 app 后台,但是仍然想集思广益,毕竟自己面对的始终是狭隘的世界,各位的意见甚至随便的调侃吐槽都会给我一些启发,避免日后的深坑害人,虽然可以优化,但是一开始就想建立在个稳固的基础上,且不是更好.

目前后端打算是 java/php 二选一, node/django=drf 就不打算考虑, node 的垃圾包管理,django 的 orm 的效率问题,虽然可以优化,但是后患无穷,不过 python 会在某些地方应用以便提交效率.

由于 Java 现在很多人推崇 springboot, 我花了点时间看了下,有些人说体积庞大,但是配置简洁,是目前比较流行的框架, 目前我比较倾向于它,但是为了避免趟坑,可否有实行的 V 友指点下? 有没有内置类似 swagger 之类的 api 文档管理方便前端 /第三方应用调用?

php 后端框架也就是 laravel/admin + tp 这些流行的,好处是轮子众多,但是由于目前我手头 2 个 app 使用这个做后端,还是不太倾向于它.

上述外还有个 go, 我也不知道现在是否人员招聘是否困难,对应的常用应用解决方案的 issue/bug 之类是否可以比较容易搜索到,毕竟技术是为了实际业务服务,万一跟不上导致业务停滞,落后还是比较麻烦的.

数据库打算 mysql/pgsql 二选一, 一直都使用 mysql,但是看到最近 pgsql 应用量越来越大,也有转向 pgsql 的意愿,毕竟数组管理 pgsql 更占优势,和 go 的顾虑一样,不知道人员招聘问题是否是个问题.

前端打算是 react/vue 或者原生的混用在移动端, 也考虑 flutter,因为我看着 flutter 生态已经起来,各种组件轮子开始不断涌现,相信开发应用不会有太大问题(但是考虑到兼容,仍然在考虑)小程序 /H5 打算是 uniapp/taro 之类的.

提前谢谢各位给与各种批准指导和建议.

一些周边服务清单:
日志管理 /监控用 elk
消息队列用 rabbitmq
nosql/缓存用 redis
搜索用 es
测试 /ci/cd 打算用 gitlab 全家桶

部分不重要 /临时的的服务使用 docker

[pifuant]

monolithic ？ 找个成熟的 web framework 就 ok 啊

monolithic ？ 可以考虑 service mesh

[XLMSky]

Spring Boot 的话体积确实是庞大，但是用起来还是相对省心很多，Spring Boot 也可以通过 Maven 依赖的方式集成 Swagger2，用起来也挺好。

[ryanking8215]

java,mysql,react, 人多好找，坑少，你也不坑人。
我且一说，你且一听。

[jimrok]

政治正确你就选择 java 吧，前面苦点，万一做成了，大厂挖人还是可以干起来的。