Avro联盟：向前兼容性？

Question

我们的系统由多个微服务组成，这些微服务发出并使用以avro格式编码的事件（参见底部的模式）。一个特定的用例如下：服务A在主题T1上发出一个事件（类型为InvoiceEvents），服务B和C（不同的开发团队）在T1上消费。例如，服务B是税务团队的一部分，而服务C是产品履行团队的一部分。

我本以为以下是真的（但似乎不是真的）：

1. 通过添加新的联合类型（即为字段“payload”创建的InvoiceCreated），模式可以从版本1（v1）发展到版本2（v2）——查看底部的示例模式

但服务C无法反序列化InvoiceCreated类型的新事件。具体来说，就是投掷：

org.apache.avro.AvroTypeException: Found com.elsevier.q2c.schema.avro.invoice.InvoiceCreated, expecting unionorg.apache.avro.AvroTypeException: Found com.elsevier.q2c.schema.avro.invoice.InvoiceCreated, expecting union at org.apache.avro.io.ResolvingDecoder.doAction(ResolvingDecoder.java:292) at 

avro接头类型是否不向前兼容（如上所述）？它们是否仅如合流模式注册表测试所暗示的那样向后兼容。避免微服务耦合的建议方法是什么？我猜不能使用avro工会。。

谢谢

没有明确答案的相关链接：Avro union兼容性模式增强建议

架构v1：

[
   ...
   {
      "type":"record",
      "name":"InvoiceEvents",
      "namespace":"bla.bla.schema.avro.invoice",
      "fields":[
         {
            "name":"payload",
            "type":[
               "null",
               "bla.bla.schema.avro.invoice.InvoiceDrafted"
            ],
            "default":null
         }
      ]
   }
]

模式v2（添加了新的联合类型：InvoiceCreated）：

[
   ...
   {
      "type":"record",
      "name":"InvoiceEvents",
      "namespace":"bla.bla.schema.avro.invoice",
      "fields":[
         {
            "name":"payload",
            "type":[
               "null",
               "bla.bla.schema.avro.invoice.InvoiceDrafted",
               "bla.bla.schema.avro.invoice.InvoiceCreated",
            ],
            "default":null
         }
      ]
   }
]

Answer 1

经过一番思考后，我们可能会选择选项3，因为不跳过/丢失事件对项目来说比解耦更重要：

1. 处理自定义derserialiser中的异常并跳过事件（可能会丢失感兴趣的事件-为了不丢失事件，必须先升级所有消费服务，然后再升级所有生产服务）

请评论是否有更好的选择，我错过了！

更新：似乎选项（2）现在可以以更简洁的方式实现，因为现在你可以有多种类型的主题(https://github.com/confluentinc/schema-registry/pull/680)。这意味着一个主题可以有不同的值类型（例如InvoiceCreated、InvoiceEdited等）不使用avro联合，而每种不同的类型都会有自己的进化路线！