微服务在这个时代是一个常常被提及的话题。
我在 SoundCloud时, 曾经负责把一个巨石架构的 Ruby on Rails 应用迁移到微服务。...一、Next项目
我刚加入这家公司时,最重要的项目就是我们内部代号为v2的项目,它把我们的网站进行重构并以“The Next SoundCloud”品牌名进行发布。...这种设置是直观的, 但过程地图表明, 它实际上是非常适得其反。即使前后端交互时间降低, 我们在实际发布前仍然有太长的等待时间!
我们决定先做一个小组实验,在继续推广到其他团队,新的流程是这样的:
?...正如上面的地图所示, 这最终造成了一个生产前的漫长的等待请求。在试图解决这个问题时, 我们迈出的第一步是使每个人每天至少花一小时的时间来检查来自团队外部的请求, 即来自Next工作的人员。...对康威定律的强制性引用
坦率地说,对2013年以来几乎所有新建立在 SoundCloud的服务,从某一刻开始,我们开始用微服务这个词, 但是当我们这个体系开始构建时, 我们还没有真正考虑到使用微服务这个词