麻痹马一龙向micro service 宣战了

[ABYSSDRAGON]

比喻不是很恰当，比如一条路，分十个步骤，有几个路途太崎岖，必须多派车，单量少装，那么十辆接力就更好了。

再说，micro service必然资源浪费一些啊。这是为了其他地方trade off

That’s what I thought.
This looks like a good system.
I remember Google used this system and changed to alphabet.

[swjtuer]

上周末裁了四千多contractor

马一龙一针见血，说大部分micro service是bloatware

只要20%就够了，现在裁人50%，还可以再裁30%的人

[flyingbeast]

twiter的scale不分成microservice根本不work吧
但分了也有分得好不好的执行问题,下面的团队的确有分出很多小microservice冲业绩的动机
但大公司各种conflict of interest,这又不是什么新事物

所以一龙终于搞对名词了，现在叫microservices。tw好不容易拆碎了现在再搞成一个 monolithic app？

[hswmzp]

谁来科普一下microservice是什么

传统的都是一个大系统。microservice就打造小的系统，拆分理念。比如一个db，有很多relational table 各种表格之间各种关联
microservice就是尽量拆分。
表面上看这样效率提高了，但是各个service之间的管理和访问就需要更多人手维护。
扯犊子炒作的成分多于提高的效率

[fangkuuaih]

马艺龙一眼就看穿码农的把戏。
通过重复造轮子，造花哨概念，打着decouple的幌子，把一个服务分解为N个服务，反向薅资本家羊毛。

[omicron]

马一龙说的很清楚，microservice里面一大堆bloatware的API调用，拖慢系统，不需要这么多microservice

[hswmzp]

马艺龙一眼就看穿码农的把戏。
通过重复造轮子，造花哨概念，打着decouple的幌子，把一个服务分解为N个服务，反向薅资本家羊毛。

完全是多余的，要是钱多的公司，多做备份服务器就是了，microservice就是炒作的成分多
decouple之后，各种维护要增加很多人手。那种服务器之间访问所谓的自动脚本也需要维护。
完全是得不偿失

[retry]

翼龙这傻逼。。。 microservices 每个 service autonomous， 其实让马工不容易偷懒。 堆回 monolithic ， release 周期变长， 更多时间摸鱼。

[retry]

完全是多余的，要是钱多的公司，多做备份服务器就是了，microservice就是炒作的成分多
decouple之后，各种维护要增加很多人手。那种服务器之间访问所谓的自动脚本也需要维护。
完全是得不偿失

这个已经有一堆公司的成型产品来解决了， 比如 hashicorp

[hswmzp]

翼龙这傻逼。。。 microservices 每个 service autonomous， 其实让马工不容易偷懒。 堆回 monolithic ， release 周期变长， 更多时间摸鱼。

deploye频率高有个毛用啊，比如一周就release一下update但是大多数都是垃圾，release之后就在忙着抢修各种bug不断。纯粹是为了忙而忙。
还有release的频率一高，各种测试忙的像狗，同时起码要留出相应的时间code review，然后比如要扩招更多的人手。瞎鸡巴忙活

[swanswan]

这个已经有一堆公司的成型产品来解决了， 比如 hashicorp

编一个轮子出来，创造一堆问题。
再造一个轮子解决问题。

这样周而复始，非死不可就5年扩了4倍
马工的把戏被艺龙看穿

[retry]

deploye频率高有个毛用啊，比如一周就release一下update但是大多数都是垃圾，release之后就在忙着抢修各种bug不断。纯粹是为了忙而忙。
还有release的频率一高，各种测试忙的像狗，同时起码要留出相应的时间code review，然后比如要扩招更多的人手。瞎鸡巴忙活

握草， 书仍旧记得十几年前heavy无比的monolithic的痛苦经历。 改个东西，加个东西的 review 流程繁杂无比。 release一次跟特么娶次媳妇似的。 换个技术栈， 简直跟重新投胎似的。。。
改了 microservices 后好太多了。

[retry]

编一个轮子出来，创造一堆问题。
再造一个轮子解决问题。

这样周而复始，非死不可就5年扩了4倍
马工的把戏被艺龙看穿

我去， 照你这么说， 应该都特么回去用punch cards写程序。 LOL

[hswmzp]

握草， 书仍旧记得十几年前heavy无比的monolithic的痛苦经历。 改个东西，加个东西的 review 流程繁杂无比。 release一次跟特么娶次媳妇似的。 换个技术栈， 简直跟重新投胎似的。。。
改了 microservices 后好太多了。

差球不多，要磨洋工，咋都能

[newIdRobot]

microservice

是不是

jira

不是

[retry]

最大问题是测试阶段，每个micro service有各自的版本，无法模拟生产环境的状态。每个服务自测可能都没问题，但上线后一结合就完蛋了。单一服务的版本控制容易多了，一个版本可以测试全部功能，确保没问题了才上线。

看着还是怪不到经上。。。 是歪嘴和尚把好经给念歪了。
你们不做 regression test 就往 production 推？ 推上去没有 canary deployment OR blue/green?

[hswmzp]

看着还是怪不到经上。。。 是歪嘴和尚把好经给念歪了。
你们不做 regression test 就往 production 推？ 推上去没有 canary deployment OR blue/green?

regression test和system test这些至少两个礼拜周期，然后也没有啥卵用，大家就趁code review和test期间摸鱼

[tfusion]

microservice确实是狗屎。你看狗脸都不搞这一套。尼玛脸的一个复杂GraphQL返回的东西要是拿microservice搞，得发几百个network request。

[hci]

不是

microservice

是不是

jira

[newIdRobot]

翼龙这傻逼。。。 microservices 每个 service autonomous， 其实让马工不容易偷懒。 堆回 monolithic ， release 周期变长， 更多时间摸鱼。

都裁得996了。还怎么偷懒？