Azure-sdk-for-java: Analisis ServiceBus Track 2

Dibuat pada 2 Agu 2019 · 3Komentar · Sumber: Azure/azure-sdk-for-java

Kami perlu menganalisis pekerjaan yang harus dilakukan untuk Service Bus Track 2. Track 1 sudah dirilis.

Asumsi:

Track 2 akan lengkap menulis ulang dari awal. Kita dapat melihat basis kode Track 1 dan menganalisis apakah kode ini atau sebagiannya dapat digunakan. Pustaka Track1 dapat ditemukan di https://github.com/Azure/Azure-service-bus-java
Dalam Cakupan: Hanya Antrian dan Topik
Kontrak Java Script API menyusul: Mei 2018 GA dirilis untuk javascript dan akan jatuh tempo. API ini dapat ditemukan di sini https://docs.microsoft.com/en-us/javascript/api/%40azure/service-bus/queueclient?view=azure-node-latest
Kita bisa melihat API ini dan meniru di Java API. Ramya adalah orang yang bisa dihubungi untuk ini.

Bertanya:

Identifikasi pekerjaan apa yang perlu dilakukan di jalur Bus Layanan2.
Dokumentasikan dan buat masalah untuk item pekerjaan. Ini akan memberi kita gambaran berapa banyak pekerjaan yang harus kita lakukan.
Analisis EvenHubs dan identifikasi basis kode umum yang dapat digunakan oleh ServiceBus. Buat masalah untuk kode umum yang perlu dipindahkan dari Eventhubs dan masuk ke azure-core-amqp .
Lihat masalah/keluhan/poin masalah Bus Layanan track1 dan identifikasi solusi untuknya.

Klarifikasi Diperlukan:

Apakah ServiceBus Relay dalam Lingkup. @AlexGhiondea mohon sarannya? https://docs.microsoft.com/en-us/azure/service-bus-relay/
Karena Track2 akan memiliki banyak perubahan dalam API dari Track1 API. Bagaimana kami dapat mengukur biaya migrasi untuk pelanggan yang ada dari Track1 ke Track 2 API?

Client Epic Service Bus

Sumber

hemanttanwar

Komentar yang paling membantu

Hai @jordanjennings , terima kasih telah mengajukan pertanyaan ini. Untuk memperjelas, ada upaya yang sedang dilakukan di dalam Microsoft untuk menghadirkan generasi baru pustaka klien untuk Azure, untuk banyak bahasa pemrograman tingkat atas. Diskusi yang Anda tautkan dari Storage relevan di sini - V12 adalah 'penulisan ulang' yang kami lakukan untuk Storage, dan serupa di sini untuk Service Bus. Anda dapat membaca lebih lanjut di pengumuman kami untuk rilis pratinjau pertama .

Apa yang @hemanttanwar katakan di sini adalah bahwa dia akan memulai proses peninjauan, desain, dan implementasi yang setara untuk memastikan pengalaman pengembang yang konsisten, idiomatis, dan produktif untuk Bus Layanan, seperti yang telah kami lakukan selama beberapa bulan terakhir. Dokumen desain tingkat tinggi yang mungkin menarik bagi Anda adalah dokumen pedoman desain API Java yang saya tulis. Dokumen inilah yang memandu V12 Storage API, serta semua pustaka klien Java di masa mendatang (banyak di antaranya sedang dalam pengembangan dan/atau pratinjau status rilis sekarang). Silahkan email saya langsung dengan pertanyaan atau masalah.

JonathanGiles pada 12 Agu 2019

👍2 ❤1

Semua 3 komentar

Apa alasan untuk menulis ulang lengkap? Bisakah Anda membagikan arah atau dokumen desain tingkat tinggi apa pun sehingga pelanggan dapat memahami ke mana arah perpustakaan dan mengapa?

Saya khawatir kita akan berakhir dengan situasi penulisan ulang yang tidak diinginkan serupa dengan apa yang terjadi pada penulisan ulang perpustakaan penyimpanan. Lihat di sini untuk beberapa diskusi terbuka tentang masalah ini: https://github.com/Azure/Azure-storage-Java/issues/432 . Setelah mendengarkan semua umpan balik, tim yang mengerjakan perpustakaan itu membagikan dokumen arahan yang sangat baik: https://github.com/Azure/azure-storage-java/blob/master/V12%20Upgrade%20Story.md

Akan sangat bagus untuk melihat sesuatu di sepanjang garis yang disediakan untuk transparansi di sini.