Proses rilis Apigee

Halaman ini berlaku untuk Apigee dan Apigee Hybrid.

Baca dokumentasi Apigee Edge.

Topik ini menjelaskan proses rilis untuk Apigee dan Apigee Hybrid.

Mendapatkan notifikasi rilis

Cara terbaik untuk mendapatkan info terbaru tentang rilis Apigee adalah berlangganan feed RSS catatan rilis. Untuk berlangganan:

  1. Buka halaman Catatan rilis Apigee.
  2. Pilih All untuk melihat semua catatan rilis Apigee, atau pilih produk Apigee yang ingin Anda lihat.
  3. Tambahkan URL halaman ke pembaca feed untuk berlangganan ke Semua catatan rilis, atau ke kategori catatan rilis tertentu, seperti Apigee hybrid.

Proses rilis Apigee

Apigee mengikuti model rilis berkelanjutan untuk memastikan pengguna kami dapat mengakses inovasi dan peningkatan produk dengan cepat dan pada kualitas setinggi mungkin.

Frekuensi rilis

Rilis Apigee terjadi kira-kira sekali setiap dua minggu, meskipun jangka waktu ini dapat bervariasi. Peluncuran rilis Apigee diumumkan di halaman catatan rilis Apigee saat dimulai, tetapi mungkin perlu waktu empat hari kerja atau lebih untuk menyelesaikannya di semua zona Google Cloud. Setiap instance mungkin tidak memiliki fitur dan perbaikan yang tersedia hingga peluncuran selesai.

Pembuatan versi rilis

Rilis untuk Apigee menggunakan skema penomoran berikut:

major_version.minor_version.patch_version

Misalnya, 3.2.1, dengan nomor utamanya adalah 3, nomor minornya adalah 2, dan nomor patchnya adalah 1.

Saat melihat versi instance menggunakan API atau di UI, Anda akan melihat nomor versi dikonversi menjadi string dengan tanda hubung, seperti 3-2-1-apigee-1. String versi yang diawali dengan tanda hubung juga digunakan untuk mengumumkan rilis dan payload dalam catatan rilis Apigee.

Proses rilis hybrid Apigee

Pembuatan versi rilis dan ritme

Rilis untuk Apigee Hybrid menggunakan skema penomoran berikut:

major_version.minor_version.patch_version

Misalnya, 3.2.1, dengan nomor utamanya adalah 3, nomor minornya adalah 2, dan nomor patchnya adalah 1.

Gelar rilis Level Dukungan Frekuensi rilis Deskripsi
Besar Dukungan diberikan hingga 12 bulan setelah rilis utama berikutnya. Sesuai kebutuhan Rilis utama diharapkan tidak kompatibel dengan rilis utama sebelumnya. Update ini dapat berisi fitur dan peningkatan baru, perbaikan bug kumulatif, mitigasi kerentanan keamanan, perubahan konfigurasi, dan perubahan infrastruktur/arsitektur.
Kecil

Dukungan disediakan selama 12 bulan sejak tanggal rilis awal.

Ini adalah perubahan dari dukungan selama sembilan bulan sebelumnya.

Tiga kali per tahun, kira-kira setiap empat bulan.

Jumlah ini merupakan perubahan dari empat bulan sebelumnya per tahun.

Rilis minor diharapkan memiliki kompatibilitas mundur dalam rilis utama yang sama. Update ini dapat berisi peningkatan fitur yang sudah ada, perbaikan bug kumulatif, dan mitigasi kerentanan keamanan.

Apigee hanya mendukung upgrade berurutan. Untuk mengupgrade ke major_version.(minor_version+1).patch_version_any, pelanggan harus menggunakan major_version.(minor_version).patch_version_any. Misalnya, untuk mengupgrade dari versi 1.2 ke versi 1.4, pelanggan harus mengupgrade ke versi 1.3, lalu ke versi 1.4.

Patch Sama seperti rilis Minor yang sesuai. Bila perlu, paling banyak sebulan sekali

Rilis patch dapat berisi perbaikan bug dan perbaikan bug, serta patch kerentanan keamanan.

Patch diberi nomor major.minor.patch dengan patch sebagai angka 1 sampai 12.

Patch - Kerentanan Keamanan Sama seperti rilis Patch, tetapi tidak akan berisi kode tambahan. Sesuai kebutuhan Patch untuk kerentanan keamanan besar akan diberikan sesuai kebutuhan sebagai respons terhadap situasi keamanan.

Versi dan histori rilis yang didukung

Untuk mengetahui informasi tentang versi yang didukung Apigee Hybrid dan histori rilis, lihat Platform dan versi yang didukung Apigee Hybrid.

Kebijakan dukungan versi bidang runtime

Apigee memublikasikan minor baru (misalnya, y dalam versi x.y) rilis runtime hybrid tiga kali per tahun, kira-kira setiap empat bulan, dengan rilis patch bulanan (misalnya, z dalam versi x.y.z). Apigee mendukung versi minor selama maksimal 12 bulan dari tanggal rilis aslinya. Ini adalah informasi terbaru dari dukungan empat kali per tahun dan sembilan bulan sebelumnya.

Tujuan kebijakan dukungan versi pesawat runtime adalah untuk memberikan fleksibilitas kepada pelanggan untuk menjadwalkan upgrade saat memenuhi kebutuhan bisnis mereka, sekaligus menyeimbangkan evolusi cepat Apigee (dan dependensinya pada komponen dasar seperti Anthos dan Anthos Service Mesh).

Kompatibilitas versi Anthos dan bidang runtime

Versi minor runtime hybrid Apigee akan didukung di minimum dua versi cluster terpasang Anthos dan Anthos.

Linimasa dukungan dan kompatibilitas bidang pengelolaan

Bidang pengelolaan hybrid Apigee akan tetap kompatibel dan didukung agar dapat berfungsi dengan rilis utama/minor runtime hybrid baru selama 12 bulan setelah versi minor runtime dipublikasikan (atau yang lebih besar dari tiga rilis runtime terakhir dan 12 bulan).

Upgrade bidang pengelolaan dapat merusak versi minor runtime yang dipublikasikan 12 bulan atau lebih.

Setelah periode dukungan berakhir, Apigee mewajibkan pelanggan untuk mengupgrade ke rilis saat ini. Tidak ada tiket dukungan yang akan diterima untuk rilis apa pun yang berada di luar periode dukungan.