Anda sedang melihat dokumentasi Apigee Edge.
Buka
dokumentasi Apigee X. info
v2.1.1
Pada 7 Juni 2023, kami merilis Apigee Adapter versi 2.1.1 untuk Envoy.
Masalah yang diperbaiki
- Masalah telah diperbaiki, yaitu kuota diduplikasi secara tidak benar di antara operasi, bukan dibagikan di tingkat Produk.
v2.1.0
Pada 5 Juni 2023, kami merilis Apigee Adapter versi 2.1.0 untuk Envoy.
Masalah yang diperbaiki
- Klaim
application_id
telah ditambahkan ke respons/verifyApiKey
.
v2.0.7
Pada 9 Maret 2023, kami merilis Apigee Adapter versi 2.0.7 untuk Envoy.
Fitur dan peningkatan
- JWT kini dapat menambahkan klaim bernama
customattributes
yang akan meneruskan nilai ke target dalam header yang disebutx-apigee-customattributes
(jikaappend_metadata_headers
dikonfigurasi menjaditrue
).
Masalah yang diperbaiki
- Masalah telah diperbaiki saat kunci API yang tidak valid dapat membuat entri log dan catatan analisis palsu.
- Pemeriksaan versi yang tidak digunakan lagi telah dihapus di proxy yang menyebabkan masalah pada versi Apigee yang lebih baru.
v2.0.6
Pada 18 Oktober 2022, kami merilis Apigee Adapter versi 2.0.6 untuk Envoy.
Masalah yang diperbaiki
- Rilis keamanan untuk mengatasi kerentanan Denial of Service (DoS) dalam library dependensi. Lihat CVE-2022-28948.
v2.0.5
Pada 3 Maret 2022, kami merilis Apigee Adapter versi 2.0.5 untuk Envoy.
Masalah yang diperbaiki
- Rilis keamanan untuk mengatasi risiko Denial of Service (DoS) di library prometheus. Lihat CVE-2022-21698.
v2.0.4
Pada 3 Desember 2021, kami merilis Apigee Adapter versi 2.0.4 untuk Envoy.
Fitur dan peningkatan
- Daftar versi Envoy dan Istio yang didukung untuk perintah
samples
CLI telah diperbarui. Versi berikut sekarang didukung untuk contoh:- Envoy versi 1.18 hingga 1.20
- Istio versi 1.10 hingga 1.12
Masalah yang diperbaiki
- Pemeriksaan nol ditambahkan untuk pemuatan kunci pribadi blok PEM agar tidak panik. (Masalah #360)
- Error otorisasi layanan jarak jauh kini dicatat di level Debug. Pengecualian untuk kategorisasi ini dibuat untuk error pengambilan token untuk kunci API. Dalam hal ini, error dicatat dalam log pada level Error sehingga terlihat meskipun level log Debug untuk
apigee-remote-service-envoy
dinonaktifkan. Lihat juga Menetapkan tingkat log layanan jarak jauh. (Masalah #104)
v2.0.3
Pada 21 September 2021, kami merilis Apigee Adapter versi 2.0.3 untuk Envoy.
Masalah yang diperbaiki
- Masalah logging analisis dengan respons langsung telah diperbaiki. Masalah hanya terjadi dalam keadaan
tertentu. Contoh:
- Untuk permintaan yang tidak memerlukan pemeriksaan autentikasi/z, tidak ada
authContext
yang dihasilkan dan metadata dinamis bernilai nol, sehingga entri log akses diabaikan. - Respons yang ditolak menggunakan kode RPC, bukan kode HTTP, sehingga data berhasil ditampilkan di UI Apigee.
- Untuk permintaan yang tidak memerlukan pemeriksaan autentikasi/z, tidak ada
v2.0.2
Pada 7 Juni 2021, kami merilis Apigee Adapter versi 2.0.2 untuk Envoy.
Masalah yang diperbaiki
- Perbaikan kondisi race yang dapat menyebabkan error 403 dan panik jika cakupan klaim JWT bernilai nol.
v2.0.0
Pada hari Selasa, 6 April 2021, kami merilis versi 2.0.0 Apigee Adapter untuk Envoy.
Fitur dan peningkatan
Fitur | Deskripsi |
---|---|
Dukungan lingkungan multi-tenant |
Kini Anda dapat mengaktifkan adaptor untuk melayani beberapa lingkungan dalam organisasi Apigee. Fitur ini memungkinkan Anda menggunakan satu Adaptor Apigee untuk Envoy yang terkait dengan satu organisasi Apigee untuk melayani beberapa lingkungan. Sebelum perubahan ini, satu adaptor selalu terikat ke satu lingkungan Apigee. Untuk mengetahui informasi selengkapnya tentang fitur ini, lihat Dukungan lingkungan multi-tenant. |
Dukungan Envoy v3 API | |
Dukungan metadata Envoy |
Envoy 1.16+ memungkinkan pengiriman metadata Fitur ini hanya didukung untuk Envoy 1.16+ dan Istio 1.9+.
Dengan perubahan ini, konfigurasi berikut tidak lagi ditambahkan ke file konfigurasi Envoy ( additional_request_headers_to_log: - x-apigee-accesstoken - x-apigee-api - x-apigee-apiproducts - x-apigee-application - x-apigee-clientid - x-apigee-developeremail - x-apigee-environment Jika Anda ingin menambahkan header ke permintaan untuk kasus khusus, cukup tetapkan properti |
Memisahkan proxy remote-token dari proxy remote-service |
Proxy remote-service telah difaktorkan ulang menjadi dua proxy terpisah. Penyediaan v2.0.x akan menginstal dua proxy API: remote-service dan remote-token. Endpoint
Perubahan ini menghasilkan pemisahan fungsi yang berguna. Sekarang, proxy remote-service
hanya digunakan untuk komunikasi Adaptor internal, sedangkan proxy remote-token
menyediakan contoh alur kerja OAuth yang dapat Anda sesuaikan. Kami tidak akan pernah menimpa proxy token jarak jauh kustom Anda, meskipun jika perintah |
Dukungan pengambilan data |
Hanya tersedia untuk Apigee X dan Apigee Hybrid. Adaptor kini mendukung penerusan metadata Envoy ke fitur pengambilan data Apigee, yang mengirimkan data yang diambil dalam variabel yang Anda tentukan ke analisis Apigee untuk digunakan dalam laporan kustom. |
RBAC tidak diperlukan | Seperti yang disebutkan sebelumnya dalam dukungan metadata Envoy, kami kini langsung menolak permintaan yang tidak sah tanpa memerlukan filter RBAC terpisah. Karena RBAC tidak digunakan, klien kini akan menerima kode status HTTP ini yang sesuai dari Adaptor:
Jika ingin mengizinkan permintaan tidak sah untuk dilanjutkan, Anda dapat melakukannya dengan menetapkan |
Header x-apigee-* tidak lagi ditambahkan secara default |
Seperti disebutkan sebelumnya dalam bagian Dukungan metadata Envoy,
header |
Mencocokkan permintaan secara kustom dengan target layanan jarak jauh |
Semantik properti konfigurasi
Untuk mengganti nilai header ini menggunakan metadata Envoy, Anda dapat meneruskan elemen metadata typed_per_filter_config: envoy.filters.http.ext_authz: "@type": type.googleapis.com/envoy.extensions.filters.http.ext_authz.v3.ExtAuthzPerRoute check_settings: context_extensions: apigee_api: httpbin.org |
Analisis untuk permintaan yang ditolak akan langsung dicatat ke dalam log | Envoy Adapter kini akan langsung mencatat permintaan yang ditolak ke analisis sesuai kebutuhan, bukan menunggu permintaan ditampilkan di log akses. Hal ini lebih efisien dan tidak memerlukan metadata apa pun yang dilampirkan ke permintaan. |
Dukungan UCA telah dihapus | Streaming ke Universal Data Collection Agent (UDCA) Apigee dalam Apigee Hybrid dan Apigee X tidak lagi diperlukan untuk analisis karena telah digantikan dengan upload langsung. Perubahan ini hanya menghapus dukungan lama untuk opsi ini. |
Dukungan mTLS ditambahkan bagi Edge untuk Private Cloud dalam perintah CLI penyediaan/binding |
Apigee Edge untuk pengguna Private Cloud dapat menyediakan sertifikat TLS sisi klien dan root cert masing-masing melalui |
Dukungan mTLS antara adaptor dan runtime Apigee |
Anda dapat menyediakan sertifikat TLS sisi klien di bagian |
Masalah yang diperbaiki
- Masalah telah diperbaiki saat beberapa konfigurasi operasi dengan sumber API yang sama menggunakan ID bucket kuota yang sama dan menyebabkan konflik dalam penghitungan kuota. (Masalah #34)
- Masalah telah diperbaiki saat operasi tanpa kata kerja yang ditentukan menyebabkan permintaan ditolak (perilaku yang diharapkan adalah mengizinkan semua kata kerja jika tidak ada kata kerja yang ditentukan). (Masalah #39)
v1.4.0
Pada hari Rabu, 16 Desember 2020, kami merilis versi 1.4.0 Apigee Adapter untuk Envoy.
Platform yang didukung
Kami menerbitkan biner untuk MacOS, Linux, dan Windows.
Kami memublikasikan image docker dari distroless Google, Ubuntu, dan Ubuntu dengan Boring Crypto.
Dalam versi ini, kami mendukung platform berikut:
- Apigee Hybrid versi 1.3.x, 1.4.x (tanggal rilis tertunda), Apigee Edge untuk Public Cloud, Apigee Edge untuk Private Cloud, dan Apigee di Google Cloud
- Istio versi 1.5, 1.6, 1.7, 1.8
- Envoy versi 1.14, 1.15, 1.16
Fitur dan peningkatan
Fitur | Deskripsi |
---|---|
Proxy remote-service tidak lagi memerlukan pengaitan dengan produk API yang menggunakan Target Layanan Jarak Jauh. |
Karena atribusi ini tidak lagi diperlukan, perhatikan perubahan berikut:
|
Peran Apigee Organization Admin tidak lagi diperlukan untuk penyediaan. |
Daripada memerlukan izin admin org untuk penyediaan, Anda kini dapat menggunakan peran IAM pada API Creator dan Deployer. Anda harus memberikan kedua peran ini
agar berhasil disediakan.
|
Masalah dan perbaikan lainnya
- Masalah telah diperbaiki saat penyediaan ulang Apigee tanpa opsi
--rotate
ditutup dengan error. - CLI penyediaan kini membaca dan menggunakan kembali kredensial akun layanan analisis dari file
config.yaml
tertentu (Masalah #133).
v1.3.0
Pada hari Senin, 23 November, kami merilis versi 1.3.0 Apigee Adapter untuk Envoy.
Platform yang didukung
Kami menerbitkan biner untuk MacOS, Linux, dan Windows.
Kami memublikasikan image docker dari distroless Google, Ubuntu, dan Ubuntu dengan Boring Crypto.
Dalam versi ini, kami mendukung platform berikut:
- Apigee Hybrid versi 1.3.x, 1.4.x (tanggal rilis tertunda), Apigee Edge untuk Public Cloud, Apigee Edge untuk Private Cloud, dan Apigee di Google Cloud
- Istio versi 1.5, 1.6, 1.7, 1.8
- Envoy versi 1.14, 1.15, 1.16
Fitur dan peningkatan
Fitur | Deskripsi |
---|---|
Dukungan untuk OperationGroups produk API. | OperationGroups mengikat resource dan penerapan kuota terkait dalam proxy atau layanan jarak jauh dengan metode HTTP.
(Hanya berlaku untuk Apigee di Google Cloud dan Apigee Hybrid) |
Menghapus dukungan untuk proxy penerusan dinamis dari pembuatan sampel. | Akibat perubahan ini, klien harus menyertakan header HOST jika nama host
berbeda dengan host target layanan jarak jauh yang ditetapkan dalam produk API. Contoh:
curl -i http://localhost:8080/httpbin/headers -H "HOST:httpbin.org" Lihat Membuat produk API. |
Mendukung akun layanan dan Workload Identity. | Agar data analisis dapat diupload ke Apigee saat
menjalankan adaptor di luar cluster hybrid Apigee, Anda harus menggunakan
parameter analytics-sa dengan perintah
apigee-remote-service-cli provision . Selain itu, adaptor kini mendukung Workload Identity di Google Kubernetes Engine (GKE). Lihat Perintah penyediaan.
(Hanya berlaku untuk Apigee di Google Cloud dan Apigee Hybrid) |
Atribut konfigurasi jwt_provider_key baru. |
Kunci ini ditambahkan ke file konfigurasi.
Ini mewakili kunci payload_in_metadata penyedia JWT dalam konfigurasi Envoy atau penerbit RequestAuthentication JWT di konfigurasi Istio. |
Atribut konfigurasi KeepAliveMaxConnectionAge sekarang
ditetapkan secara default ke 1 menit. |
Default sebelumnya adalah 10 menit. Perubahan ini memungkinkan penskalaan yang lebih lancar. Nilai ini juga digunakan untuk masa aktif aliran log akses. Lihat file konfigurasi. |
Perintah CLI dihapus. | Perintah CLI berikut sudah tidak digunakan lagi. Sebaiknya gunakan
Edge API
untuk memperbarui target layanan jarak jauh untuk produk API:
|
Menambahkan perintah CLI baru. | Perintah:
apigee-remote-service-cli samples templates mencantumkan opsi yang tersedia
yang dapat Anda gunakan dengan flag |
Mengubah perintah CLI yang ada. | Perubahan dilakukan pada perintah apigee-remote-service-cli samples create . Tanda khusus untuk template Envoy atau Istio diperiksa dengan ketat, dan error ditampilkan pada tanda yang digunakan secara salah. Opsi template native tidak digunakan lagi. Untuk mendapatkan daftar template yang tersedia, gunakan perintah apigee-remote-service-cli samples templates .
Lihat juga referensi CLI.
|
Respons endpoint /token kini mengikuti
spesifikasi OAuth2. |
Parameter access_token ditambahkan ke respons, dan parameter token tidak digunakan lagi. |
v1.2.0
Pada hari Rabu, 30 September, kami merilis versi 1.2.0 Apigee Adapter untuk Envoy.
Platform yang didukung
Kami menerbitkan biner untuk MacOS, Linux, dan Windows.
Kami memublikasikan image docker dari distroless Google, Ubuntu, dan Ubuntu dengan Boring Crypto.
Dalam versi ini, kami mendukung platform berikut:
- Apigee Hybrid versi 1.3.x
- Istio versi 1.5, 1.6, 1.7
- Envoy versi 1.14, 1.15
Fitur dan peningkatan
Fitur | Deskripsi |
---|---|
Dukungan untuk Apigee di Google Cloud | Anda kini dapat menggunakan Apigee Adapter untuk Envoy dengan Apigee di Google Cloud. Anda dapat menjalankan adaptor di clusternya sendiri atau dengan menjalankan Remote Service for Envoy sebagai biner native atau dalam container. Sediakan adaptor di Apigee menggunakan perintah menonton. |
Upload langsung untuk data analisis | Anda kini dapat mengonfigurasi Adaptor Apigee untuk mengupload data analisis ke Apigee secara langsung. Jika Anda menggunakan Apigee Hybrid, fitur baru ini memungkinkan Anda men-deploy adaptor ke cluster Kubernetes-nya sendiri, di luar cluster tempat Apigee Hybrid diinstal. Untuk mengaktifkan upload langsung, gunakan flag
--analytics-sa baru dengan perintah provision .
Lihat perintah penyediaan.
|
Health check menampilkan "Siap" setelah data produk API dimuat dari Apigee | Health check Kubernetes tidak akan menampilkan "Siap" hingga data produk API dimuat dari Apigee. Perubahan ini membantu penskalaan dan upgrade, karena tidak ada traffic yang akan dikirim ke adaptor yang baru dibuat instance-nya hingga siap. |
Masalah dan perbaikan lainnya
- Masalah telah diperbaiki untuk mengatasi potensi deadlock sinkronisasi kuota (Masalah #17).
- Anotasi Prometheus dipindahkan ke spesifikasi pod (Masalah #69).
- Masalah telah diperbaiki untuk mengatasi error verifikasi yang ditampilkan dengan tidak benar (Masalah #62).
v1.1.0
Pada hari Rabu, 26 Agustus, kami merilis versi 1.1.0 Apigee Adapter untuk Envoy.
Platform yang didukung
Kami menerbitkan biner untuk MacOS, Linux, dan Windows.
Kami memublikasikan image docker dari distroless Google, Ubuntu, dan Ubuntu dengan Boring Crypto.
Pada versi 1.1.0 kami mendukung platform berikut:
- Apigee Hybrid versi 1.3
- Istio versi 1.5, 1.6, 1.7
- Envoy versi 1.14, 1.15
Fitur dan peningkatan
Fitur | Deskripsi |
---|---|
Memverifikasi binding | Perintah baru apigee-remote-service-cli bindings verify telah ditambahkan ke CLI. Perintah ini memverifikasi bahwa produk API terikat yang ditentukan dan aplikasi developer terkaitnya juga memiliki produk layanan jarak jauh yang terkait dengan produk tersebut. Lihat
Memverifikasi binding. |
Buat contoh | Perintah baru apigee-remote-service-cli samples create telah ditambahkan ke CLI. Perintah ini akan membuat contoh file konfigurasi untuk deployment Envoy atau Istio native. File konfigurasi
yang Anda buat dengan perintah ini akan menggantikan file contoh yang diinstal
dengan Adapter untuk Envoy di versi sebelumnya. Lihat
Perintah Sample. |
Autentikasi OAuth2 | Adaptor kini menggunakan autentikasi OAuth2 saat autentikasi multi-faktor (MFA) diaktifkan untuk Apigee Edge. Gunakan flag --mfa setiap kali Anda menggunakan flag --legacy . |
Container tanpa Distro | Adaptor ini sekarang menggunakan image distroless (gcr.io/distroless/base ) Google, bukan scratch , untuk image base Docker default. |
Masalah dan perbaikan lainnya
- Masalah CLI telah diperbaiki untuk perintah binding di OPDK. (#29)
- Kuota dapat macet saat koneksi terputus (apigee/apigee-remote-service-envoy. (#31)
- Image Docker kini dibangun dengan pengguna non-root (999).
- Contoh Kubernetes memberlakukan bahwa pengguna tidak boleh menjadi root.
--http1.1
tidak lagi diperlukan untuk perintah curl terhadap endpoint proxy. Tanda telah dihapus dari contoh.
v1.0.0
Pada hari Jumat, 31 Juli, kami merilis versi GA Apigee Adapter untuk Envoy.
Platform yang didukung
Kami menerbitkan biner untuk MacOS, Linux, dan Windows.
Kami memublikasikan gambar docker dari awal, Ubuntu, dan Ubuntu dengan Boring Crypto.
Pada versi 1.0.0 kami mendukung platform berikut:
- Apigee Hybrid versi 1.3
- Istio versi 1.5, 1.6
- Envoy versi 1.14, 1.15
Penambahan dan perubahan
Antara rilis v1.0-beta4 dan GA, perubahan tambahan berikut dilakukan pada adaptor:
Build yang Membosankan
Build baru kini tersedia yang menggunakan library Go BoringSSL yang mematuhi FIPS.
- Perubahan tanda level log
Tanda level logging untuk layanan apigee-remote-service-envoy telah diubah agar konsisten:
Bendera lama Tanda baru log_level
log-level
json_log
json-log
- Flag CLI baru
Flag baru telah ditambahkan ke perintah
token
CLI:Bendera Deskripsi --legacy
Setel flag ini jika Anda menggunakan Apigee Edge Cloud. --opdk
Setel tanda ini jika Anda menggunakan Apigee Edge untuk Private Cloud.