容器、微服务架构实践分享

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

如果想在 V2EX 获得更好的推广效果，欢迎了解 PRO 会员机制：
https://www.v2ex.com/pro/about

This topic created in 2857 days ago, the information mentioned may be changed or developed.

在快速变化的市场环境下，无论是新兴互联网行业还是传统行业都面临着敏捷开发的需求，要求应用快速开发、持续迭代、灵活部署和弹性伸缩，因此对应用进行微服务化以及开发运维一体化和管理框架的建设成为企业 IT 建设和管理的新焦点；而容器平台为微服务提供了恰当而高效的运行环境，也是云计算服务的有机延伸。

在此背景下，企业 IT 部门需要关注如下话题：如何选择容器平台、如何微服务化、如何实现微服务治理、DevOps 的持续交付等。

本次大会上，我们特邀业内行业领袖为参会者定制了一场『容器、微服务架构与治理专题』论坛，精选出 6 场精彩演讲，聚焦容器技术落地经验，结合实战场景，助力参会者洞悉云端先机。

精彩内容提前看

业务一线大咖云集，6 场精彩技术演讲，让你真正掌握容器技术、微服务架构设计和微服务治理等专业技能，从而迎接属于企业级软件和云服务开发者的最好时代。点这里，科技洞见未来

论坛精彩看点：

嘉宾海报「泄漏」你最期待谁的演讲呢？

For You・青云好客奖

扫码注册、分享好友获精美礼品

现在拿起你的手机，扫描上方二维码就可以免费注册参加本次大会。门票免费，成功邀请好友还可在现场领取 QingCloud 为你准备的礼品！数量有限，快来参加吧。

在报名成功后，将报名成功页面分享到朋友圈，别的小伙伴通过这个链接即可完成报名。

通过百格成功邀请 5 位小伙伴参会，赠送精美笔记本；
邀请 10 位小伙伴参会，赠送青云 QingCloud 背包；
邀请 20 位好友，会有青云 QingCloud 礼物大礼包。

你期待哪个礼物呢，我们已经准备好了，你呢？

点这里，科技洞见未来

容器

qingcloud

青云

服务化

13 replies • 2018-07-12 23:06:50 +08:00

supereric

Jul 11, 2018 via Android

打击一下，昨天刚有几家大公司宣布放弃。看 infoq

junwuhui

Jul 11, 2018 via Android

@supereric 放弃什么。。

Perry

Jul 11, 2018 via iPhone

@junwuhui
https://segment.com/blog/goodbye-microservices/

SquirrelMAN

Jul 11, 2018

感谢分享

junwuhui

Jul 12, 2018 via Android

@Perry 感谢分享，不过这个主要是说把各个微服务放到同一个 repo 里面，方便进行依赖的管理吧。。不是说废弃微服务

shyrock

Jul 12, 2018

太长了，谁总结一下？为啥 segment 放弃微服务？

abcbuzhiming

Jul 12, 2018

@shyrock
Our initial microservice architecture worked for a time, solving the immediate performance issues in our pipeline by isolating the destinations from each other. However, we weren ’ t set up to scale. We lacked the proper tooling for testing and deploying the microservices when bulk updates were needed. As a result, our developer productivity quickly declined.
======
我们最初的微服务架构工作了一段时间，通过将目的地彼此隔离来解决我们管道中的即时性能问题。但是，我们没有按比例设置。当需要批量更新时，我们缺乏适当的工具来测试和部署微服务。结果，我们的开发人员生产力迅速下降。
======
google 翻译的，我的看法是，他们的团队没有准备好合适的持续集成以及监控手段，于是死在了频繁的测试更新和问题解决上，文章里还提到微服务的故障问题很难定位，他们的工程师在解决问题时疲于奔命，因为很难定位问题。其实这和微服务别人提过的可能的坑是一样的，微服务需要自动化基础设施来解决测试，发布，回滚，以及状态监控，尤其是状态监控是微服务发现问题和解决问题的必须手段，不具备这个手段的团队是撑不起真正的微服务规模的。

PS：我不知道这个 segment 公司是多大的公司，但是这文章读下来，给我一种他们的技术团队和业务规模都很小的感觉。如果他们的团队规模够大的话不至于解决不了微服务的持续集成和状态监控问题。另外就是文章尾部说他们倒退回了单体服务，居然还运行的很好，开发团队表示感觉舒适，这说明他们的应用规模一点都不大，真的比较大的 SOA 单体巨型服务开发和发布都是很困难的。

所以我觉得，也许这家公司的业务规模压根就没到需要上微服务的时候

abcbuzhiming

Jul 12, 2018

@Perry 不过你这文章再 infoq 怎么都找不到，你是搜的什么关键字

shyrock

Jul 12, 2018

@abcbuzhiming 谢谢，这么多年软件搞下来，深刻认识到软件技术没有万能的银弹，只有合适不合适。微服务并不是在任何场合都比 monolith 结构更好的选择。