小团队 适合用 k8s +Spring cloud +微服务吗

[monkeydev]

目前公司技术基础比较羸弱
外面给的方案是这一套
但我个人认为这只是谈架构的东西
如果用户不到一定规模似乎，没有必要

[lecher]

有专职的人员维护这套基础设施吗？
没有的话，公司愿意为这套基础设施投入人力成本和机器成本吗？
要是都没有，谁来背这套基础设施玩不转的的锅？

做为技术人员，碰到这种新技术能实践，应该感到兴奋才对。选择成本恰当的技术方案应该是架构师头疼的事情，普通开发难道不是恨不得把业界最新方案全用上，好堆简历背景吗。

[loliordie]

不适合 小团队初期用 django 加 react 撸一套方案就完事了 如果跨平台就用 flutter 或者 kotlin 你们应该考虑的是开发难度而不是扩展性 因为不管你们怎么搞发展到一定规模都是要重构的 对于你们而言快速上线和敏捷开发是第一位的

等你们业务成熟了 再来考虑这样重一点的架构 不然很容易被拖死

[tesguest123]

搞半年搞不下去跑路，🐶。

[fff333]

@loliordie kotlin 能开发 iOS 了？

[Leigg]

你都说了技术比较弱了，你还搞这套架构那不是坑你自己，还坑了公司。

[coderxy]

小公司单体就可以了。

[loliordie]

@fff333 kotlin native 不过这个方案我没用过

[wg20080215]

有 10 前端+后端开发没？没有就直接单体就够了。

[kingfalse]

鲁迅说过，不要为了用而用

[glacial]

讲实用性 单体集群模式足以, 小团体搞微服务 基本上不是技术上的考量 ，而是商业上的考量，不搞微服务 不高大上 不好与别人讲 不好卖钱

[monkeydev]

@lecher
@loliordie
@glacial
不用微服务，那如何实现得功能的模块化，满足不同的需求昵

[NaVient]

@monkeydev #11 搞了微服务，小团队不一定搞出你想的这样

[MaxFang]

@monkeydev 小团队搞这些东西投入产出比不合适。拆的过小，增加维护难度，可能多个服务是同一个人开发，小团队拆分的边界划分也是需要业务组织上分工清楚。小团队几乎没有人来弄这个东西。 不拆分，做好模块接口隔离也是可以的呀，做到底层业务模块是独立的。

[hantsy]

DevOps 跟不上，做不了自动化运维，全部靠人肉运维，还是别想了，额外付出的代价即使天天加班也不够补偿。

[SuperManNoPain]

得不偿失🌝🌝

[statement]

可以呀。 面向跳槽编程

[lfzyx]

运维这块可以交给专业的公司来做

[wdwwtzy]

不适合，太麻烦了

[monkeydev]

@MaxFang
@lecher
@loliordie
@glacial
@hantsy

感谢解答
请添加我微信
请大家喝杯奶茶
也有项目也可以做啊
微信前面帖子里面有

[monkeydev]

联系方式：c3Zlbml0eQ==