Azure-sdk-for-java: ServiceBus Track 2 分析

创建于 2019-08-02  ·  3评论  ·  资料来源: Azure/azure-sdk-for-java

我们需要分析 Service Bus Track 2 需要完成的工作。Track 1 已经发布。

假设:

  1. Track 2 将从头开始完全重写。 我们可以查看 Track 1 代码库并分析是否可以使用此代码或其中的一部分。 Track1 库位于https://github.com/Azure/azure-service-bus-java
  2. 在范围内:仅队列和主题
  3. 遵循 Java Script API 合同:2018 年 5 月 GA 发布,用于 javascript 并提前成熟。 这些 API 可以在这里找到https://docs.microsoft.com/en-us/javascript/api/%40azure/service-bus/queueclient?view=azure-node-latest
    我们可以查看这个 API 并在 Java API 中进行模仿。 Ramya 是这方面的联系人。

问:

  1. 确定需要在 Service Bus track2 中完成哪些工作。
  2. 为工作项记录和创建问题。 这将使我们知道我们需要做多少工作。
  3. 分析 EvenHubs 并确定 ServiceBus 可以使用的通用代码库。 为需要从 Eventhubs 移出并移入azure-core-amqp的通用代码创建问题。
  4. 查看 Service Bus track1 问题/投诉/痛点并确定解决方案。

需要澄清:

  1. ServiceBus 中继是否在范围内。 @AlexGhiondea请建议? https://docs.microsoft.com/en-us/azure/service-bus-relay/
  2. 由于 Track2 的 API 会比 Track1 API 有很多变化。 我们如何衡量现有客户从 Track1 到 Track 2 API 的迁移成本?
Client Epic Service Bus

最有用的评论

@jordanjennings ,感谢您提出这个问题。 澄清一下,微软内部正在努力为许多顶级编程语言带来新一代的 Azure 客户端库。 您从 Storage 链接到的讨论与此处相关 - V12 是我们为 Storage 所做的“重写”,在此处与 Service Bus 类似。 您可以在我们的第一个预览版公告中了解更多信息

@hemanttanwar在这里所说的是,他即将开始一个等效的审查、设计和实施过程,以确保服务总线的一致、惯用和高效的开发人员体验,就像我们过去几个月一直在做的那样。 您可能会觉得有趣的高级设计文档是我编写的Java API 设计指南文档。 本文档指导了 V12 存储 API 以及所有未来的 Java 客户端库(其中许多现在处于开发和/或预览发布状态)。 如有任何问题或疑虑,请随时直接给我发电子邮件

所有3条评论

完全重写的理由是什么? 您能否分享任何方向或高级设计文档,以便客户了解图书馆的发展方向以及原因?

我担心我们最终会遇到与存储库重写类似的不良重写情况。 有关这些问题的一些坦率讨论,请参见此处: https://github.com/Azure/azure-storage-java/issues/432。 在听取了所有反馈后,该库的工作团队分享了一份出色的指导文档: https ://github.com/Azure/azure-storage-java/blob/master/V12%20Upgrade%20Story.md

很高兴看到这里为透明度提供的这些方面的东西。

@jordanjennings ,感谢您提出这个问题。 澄清一下,微软内部正在努力为许多顶级编程语言带来新一代的 Azure 客户端库。 您从 Storage 链接到的讨论与此处相关 - V12 是我们为 Storage 所做的“重写”,在此处与 Service Bus 类似。 您可以在我们的第一个预览版公告中了解更多信息

@hemanttanwar在这里所说的是,他即将开始一个等效的审查、设计和实施过程,以确保服务总线的一致、惯用和高效的开发人员体验,就像我们过去几个月一直在做的那样。 您可能会觉得有趣的高级设计文档是我编写的Java API 设计指南文档。 本文档指导了 V12 存储 API 以及所有未来的 Java 客户端库(其中许多现在处于开发和/或预览发布状态)。 如有任何问题或疑虑,请随时直接给我发电子邮件

在 #4506 中修复

此页面是否有帮助?
0 / 5 - 0 等级