微服务在这个时代是一个常常被提及的话题。
我在 SoundCloud时, 曾经负责把一个巨石架构的 Ruby on Rails 应用迁移到微服务。...我先加入了后端团队,App团队,负责巨石架构 Ruby on Rails 应用。当时我们没有把它称为遗留, 而是称它为母舰。App 团队拥有 Rails 应用程序中的所有内容, 包括旧的用户界面。...对于等待新的迭代等待的时间是多少, 还有很多话要说, 但即使是迁移到一个无迭代的过程, 如看板的变化, 也没有太多帮助。...我们没有一个单一的网站, 我们有一个平台与多个组件。每个组件都有自己的所有者和利益干系人, 以及独立的生命周期。
例如,订阅模块是一次性生成的, 只有在付款网关要求我们更改流程中的某些内容时才会修改。...一切都很顺利, 但我的半随机分组的方式有一个很大的问题: 一个团队要负责的大部分真正的基本功能和对象的生态系统, 如轨道和用户元数据和用例图。