https://note.lican.site/tags/protobuf/ Recent content in Protobuf on Hugo en © lican.asia All rights reserved Sat, 23 May 2020 15:07:37 +0800 https://note.lican.site/posts/posts/where-is-proto/ Sat, 23 May 2020 15:07:37 +0800 https://note.lican.site/posts/posts/where-is-proto/ <p>虽然公司已经从大单体切换为微服务化有一定的年头了，但一些细节方面的处理总会有不同的人有不同的看法，这其中一个讨论点，就是 Proto 这个 IDL 的代码到底放在哪里？</p> <p>目前来看，一共有如下方案， 我们一起来探讨一下 Proto 的存储方式和对应带来的优缺点。</p> <h2 id="方案一存放在代码仓库">方案一：存放在代码仓库</h2> <p>直接将项目所依赖到的所有 Proto 文件都存放在 <code>proto/</code> 目录下，不经过开发工具的自动拉取和发布：</p> <p><img src="https://image.eddycjy.com/7e95a76d548197cf73e7238ee5df27e6.jpg" alt="image"></p> <h3 id="缺点">缺点</h3> <ol> <li> <p>项目所有依赖的 Proto 都存储在代码仓库下，因此所有依赖 Proto 都需要人工的向其它业务组 “要” 来，再放到 <code>proto/</code> 目录下，人工介入极度麻烦。</p> </li> <li> <p>Proto 升级和变更，经常要重复第一步，沟通成本高。</p> </li> </ol> <h3 id="优点">优点</h3> <ol> <li> <p>项目所有依赖的 Proto 都存储在代码仓库下，因此不涉及个人开仓库权限的问题。</p> </li> <li> <p>多 Proto 的切换开销减少，因为都在代码仓库下，不需要看这看那。</p> </li> </ol> <h2 id="方案二独立仓库">方案二：独立仓库</h2> <p>独立仓库存储是我们最早采取的方式，也就是每个服务对应配套一个 Proto 仓库：</p> <p><img src="https://image.eddycjy.com/a7575628ff1ae9179f022d477aba9df1.png" alt="image"></p> <p>这个方案的好处就是可以独立管理所有 Proto 仓库，并且权限划分清晰。但最大的优点也是最大的缺点，因为一个服务会依赖多个 Proto 仓库，并且存在跨业务组调用的情况：</p> <p><img src="https://image.eddycjy.com/31c5a5b5652f44750124c15e1c0ef397.jpg" alt="image"></p> <p>如上图所示，svc-user 服务分别依赖了三块 Proto 仓库，分别是自己组的、业务组 A、业务组 B 总共的 6 个 Proto 仓库。</p> <h3 id="缺点-1">缺点</h3> <ol> <li>假设你是一个新入职的开发人员，那么你就需要找不同的业务组申请不同的仓库权限，非常麻烦。如果没有批量赋权工具，也没有管理者权限，那么就需要一个个赋权，非常麻烦。</li> <li>在运行服务的时候，你需要将所有相关联的 Proto 仓库拉取下来，如果没有工具做半自动化的支持，麻烦程度无法忍受。</li> </ol> <h3 id="优点-1">优点</h3> <ol> <li> <p>使得安全性较高（但 IDL 本身没有太多的秘密）。</p> </li> <li> <p>按需拉取，不需要关注其余的服务 Proto。</p> </li> </ol> <h2 id="方案三集中仓库">方案三：集中仓库</h2> <p>集中仓库也是一些公司考虑的方式之一，是按公司或大事业部的维度进行 Proto 代码的存储，这样子只需要拉取一个仓库，就可以获取到所有所需的 IDL：</p>