Azure-sdk-for-java: ServiceBusトラック2分析

作成日 2019年08月02日  ·  3コメント  ·  ソース: Azure/azure-sdk-for-java

Service Bus Track2で実行する必要のある作業を分析する必要があります。Track1はすでにリリースされています。

仮定:

  1. トラック2は最初から完全に書き直されます。 トラック1のコードベースを調べて、このコードまたはその一部を使用できるかどうかを分析できます。 Track1ライブラリはhttps://github.com/Azure/azure-service-bus-javaにあります
  2. 範囲内:キューとトピックのみ
  3. 従うべきJavaScript API契約:2018年5月GAはjavascript用にリリースされ、成熟する前にリリースされました。 これらのAPIは、 https://docs.microsoft.com/en-us/javascript/api/%40azure/service-bus/queueclient?view = azure-node-latestにあります。
    このAPIを見て、JavaAPIで模倣することができます。 Ramyaはこの連絡担当者です。

聞く:

  1. Service Bustrack2で実行する必要のある作業を特定します。
  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ではTrack1APIからAPIに多くの変更が加えられるためです。 Track1からTrack2 APIへの既存の顧客の移行コストをどのように測定できますか?
Client Epic Service Bus

最も参考になるコメント

こんにちは@jordanjennings 、この質問をしてくれてありがとう。 明確にするために、Microsoft内では、多くの最上位プログラミング言語向けに、Azure用の新世代のクライアントライブラリを提供するための取り組みが進行中です。 Storageからリンクした説明は、ここに関連しています。V12は、Storageに対して行った「書き換え」であり、ServiceBusについても同様です。 詳細については、最初のプレビューリリースの発表をご覧ください

@hemanttanwarがここで言っていることは、過去数か月間行ってきたように、Service Busの一貫した、慣用的で生産的な開発者エクスペリエンスを保証するために、レビュー、設計、および実装の同等のプロセスを開始しようとしているということです。 興味深いと思われる高レベルの設計ドキュメントは、私が作成したJavaAPI設計ガイドラインドキュメントです。 このドキュメントは、V12 Storage 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 、この質問をしてくれてありがとう。 明確にするために、Microsoft内では、多くの最上位プログラミング言語向けに、Azure用の新世代のクライアントライブラリを提供するための取り組みが進行中です。 Storageからリンクした説明は、ここに関連しています。V12は、Storageに対して行った「書き換え」であり、ServiceBusについても同様です。 詳細については、最初のプレビューリリースの発表をご覧ください

@hemanttanwarがここで言っていることは、過去数か月間行ってきたように、Service Busの一貫した、慣用的で生産的な開発者エクスペリエンスを保証するために、レビュー、設計、および実装の同等のプロセスを開始しようとしているということです。 興味深いと思われる高レベルの設計ドキュメントは、私が作成したJavaAPI設計ガイドラインドキュメントです。 このドキュメントは、V12 Storage API、および将来のすべてのJavaクライアントライブラリ(その多くは現在開発中および/またはプレビューリリース状態にあります)をガイドしたものです。 ご質問やご不明な点がございましたら、お気軽に直接メールでお問い合わせください。

#4506で修正

このページは役に立ちましたか?
0 / 5 - 0 評価