使用 K8S 几年后，这些技术专家有话要说(14)_图1

有两种方案：第一种是内嵌式的修改方案。直接修改 Harbor API，让 Harbor 实现 API；另一种是非侵入式的方案。在 Harbor 的外面另外配置一个适配器，所有对 Harbor 的适配操作全部通过 Harbor Adapter 改造，无需修改 Harbor。

这两种方案相比，使用非侵入的方案，需要几百行代码来完成这个逻辑，如果用修改 Harbor 代码的方式，可以通过几行代码实现一个非常简单的功能。但是内嵌式的方案有一个很大的缺点，它对 Harbor 是有侵入的，当 Harbor 升级、修改比较多的时候，维护成本随之会增加，有可能当 Harbor 进行了一个版本升级的时候，企业内定制的 Harbor 也需要进行升级，就需要一个完整的路径来进行升级的工作。

对于非侵入式的 Harbor 修改方案来说，优点也很明显，唯一需要注意的是 API 的向下兼容。如果它的 API 不能实现向下兼容，就需要进行适配，它的缺点就是一个效率问题：可能一个很简单的操作，就需要很麻烦地拼凑才能实现同样的效果。还有就是对一些有状态的数据的操作，比如需要在 Harbor 原有的数据的模型下再插入一些数据，在外部就不是那么好做，还需要在里面存储一份数据，这份数据还要和 Harbor 原有的数据合并，这并不适合采用侵入式方案。综合来说，在满足性能要求的情况下，可以接受非侵入式对 HarborAPI 调用的损失。但更值得关心的是，这种升级所带来的维护成本。因为这种非侵入的方案有利于 Harbor 的升级和维护，当开源的 Harbor 升级的时候，可以用很少的工作量完成 Harbor 的迁移和升级。