新项目选型一开始就上微服务合适嘛？

[bsg1992]

公司有一个新项目上来就要用微服务开发，而且项目也比较急。后续迭代很频繁。 现在团队也没多少人，感觉是玩火自焚。 最开始我建议是单体架构开发，进度周期上也比较好把控，现在用微服务前期的工作量实在是太大了。

[YaphetYin]

微服务很依赖完善的基础架构

[copfee]

用 spring boot，业务用包隔离，后续要拆也容易。

[bsg1992]

@YaphetYin 根本没有完善的基础架构 DevOps 都没人做。我都不知道这项目上了微服务最后咋收场，领导稍微懂点技术，张口就要上微服务，还说前期要把基础打好。他连微服务是啥都不知道。哎。

[bsg1992]

@copfee 我个人觉得单体架构进行快速开发，看看产品上线市场什么反应，进行试错。效果好在进行扩充团队，拆分业务，都来得及

[lhx2008]

上微服务云，花钱消灾

[zhangwugui]

微服务这要看场景吧，

[bsg1992]

@zhangwugui 不光得看业务场景，还得看团队人员的配置。有些人上来就是高大上的架构设计，脱离了业务连最基本的也不要了

[ghbaqi]

上微服务 技术上的各种都要提两三个档次 ，如果按照微服务的那一套去做 ， 数据库拆分 运维部署 ， 开发 各种难度都上去了 ， 主要还是看业务是不是适合坐微服务吧 ， 用户量少 传统项目真没有必要 按照微服务标准去做， 也做不好 ， 没有业务驱动

[whileFalse]

哈哈哈哈。
我司就是。我们几个 leader 雄心壮志要上微服务。
架构和运维都还算给力（没拖后腿），只是没精力去逮那帮小的，然后微服务功能划分一团糟。二十多个微服务里，循环引用，一半后端逻辑在其中一个微服务中，现在真是不想看。

不过好处是锻炼了团队，还有现在发布新功能挺方便的。

[Youen]

Microservices Are Something You Grow Into, Not Begin With

https://news.ycombinator.com/item?id=18255110

[OMGZui]

领导张口就微服务，你们要苦逼了，但是能折腾锻炼啊，上吧

[xiaoxinshiwo]

@bsg1992 #4 你的感觉是对的

[changhe626]

多大的项目啊,就直接用微服务,除了知道概念还知道啥

[adspe]

不合适

[zwh2698]

1.微服务框架有吗？ 2. 生产上微服务管理都是现成的吗？ 3. 项目的技术主导型还是业务主导型，技术主导主要为了干活的同时也要练兵。

微服务切割的好，反而很快哦。

[yunye]

先上线卖起来

[mortonnex]

springboot 很方便的

[wenzhoou]

我搞了 springboot 然后告诉领导这就是微服务。哈哈

[justfly]

microservices are something you grow into, not begin with

https://nickjanetakis.com/blog/microservices-are-something-you-grow-into-not-begin-with

[zjsxwc]

设计不好，循环依赖是噩梦