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

2020 年 12 月 7 日
 monkeydev
目前公司技术基础比较羸弱
外面给的方案是这一套
但我个人认为这只是谈架构的东西
如果用户不到一定规模似乎，没有必要
14956 次点击
所在节点    DevOps
101 条回复
lecher
2020 年 12 月 7 日
有专职的人员维护这套基础设施吗？
没有的话，公司愿意为这套基础设施投入人力成本和机器成本吗？
要是都没有，谁来背这套基础设施玩不转的的锅？

做为技术人员，碰到这种新技术能实践，应该感到兴奋才对。选择成本恰当的技术方案应该是架构师头疼的事情，普通开发难道不是恨不得把业界最新方案全用上，好堆简历背景吗。
loliordie
2020 年 12 月 7 日
不适合 小团队初期用 django 加 react 撸一套方案就完事了 如果跨平台就用 flutter 或者 kotlin 你们应该考虑的是开发难度而不是扩展性 因为不管你们怎么搞发展到一定规模都是要重构的 对于你们而言快速上线和敏捷开发是第一位的

等你们业务成熟了 再来考虑这样重一点的架构 不然很容易被拖死
tesguest123
2020 年 12 月 7 日
搞半年搞不下去跑路，🐶。
fff333
2020 年 12 月 7 日
@loliordie kotlin 能开发 iOS 了？
Leigg
2020 年 12 月 7 日
你都说了技术比较弱了，你还搞这套架构那不是坑你自己，还坑了公司。
coderxy
2020 年 12 月 7 日
小公司单体就可以了。
loliordie
2020 年 12 月 7 日
@fff333 kotlin native 不过这个方案我没用过
wg20080215
2020 年 12 月 7 日
有 10 前端+后端开发没？没有就直接单体就够了。
kingfalse
2020 年 12 月 7 日
鲁迅说过，不要为了用而用
glacial
2020 年 12 月 7 日
讲实用性 单体集群模式足以, 小团体搞微服务 基本上不是技术上的考量 ，而是商业上的考量，不搞微服务 不高大上 不好与别人讲 不好卖钱
monkeydev
2020 年 12 月 7 日
@lecher
@loliordie
@glacial
不用微服务，那如何实现得功能的模块化，满足不同的需求昵
NaVient
2020 年 12 月 7 日
@monkeydev #11 搞了微服务，小团队不一定搞出你想的这样
MaxFang
2020 年 12 月 7 日
@monkeydev 小团队搞这些东西投入产出比不合适。拆的过小，增加维护难度，可能多个服务是同一个人开发，小团队拆分的边界划分也是需要业务组织上分工清楚。小团队几乎没有人来弄这个东西。 不拆分，做好模块接口隔离也是可以的呀，做到底层业务模块是独立的。
hantsy
2020 年 12 月 7 日
DevOps 跟不上，做不了自动化运维，全部靠人肉运维，还是别想了，额外付出的代价即使天天加班也不够补偿。
SuperManNoPain
2020 年 12 月 7 日
得不偿失🌝🌝
statement
2020 年 12 月 7 日
可以呀。 面向跳槽编程
lfzyx
2020 年 12 月 7 日
运维这块可以交给专业的公司来做
wdwwtzy
2020 年 12 月 7 日
不适合，太麻烦了
monkeydev
2020 年 12 月 7 日
@MaxFang
@lecher
@loliordie
@glacial
@hantsy

感谢解答
请添加我微信
请大家喝杯奶茶
也有项目也可以做啊
微信前面帖子里面有
monkeydev
2020 年 12 月 7 日
联系方式：c3Zlbml0eQ==

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/733080

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX