Perbedaan antara Apigee Edge dan Apigee X

Anda sedang melihat dokumentasi Apigee Edge.
Buka dokumentasi Apigee X.
info

Topik ini menjelaskan perbedaan antara Apigee X (terkadang juga disebut sebagai "Apigee") dan Apigee Edge. Informasi ini ditujukan bagi pelanggan Apigee Edge lama yang mempertimbangkan bermigrasi ke Apigee X.

Untuk mengetahui informasi tambahan tentang fitur Apigee X, lihat Ringkasan fitur Apigee X.

Tabel berikut mencantumkan produk pengelolaan API Apigee yang dibandingkan dalam topik ini:

Produk Tempat dihosting Dikelola oleh
Apigee Edge untuk Public Cloud Cloud Apigee Apigee
Apigee Edge untuk Private Cloud Pusat data pribadi pelanggan. Pelanggan
Apigee X Google Cloud Apigee
Apigee Hybrid Google Cloud dan pusat data pribadi pelanggan Apigee mengelola bidang pengelolaan dan pelanggan mengelola bidang runtime.

Perbandingan fitur Apigee Edge dan Apigee X

Bagian berikut membandingkan fitur Apigee Edge Public/Private Cloud dengan ketersediaan fitur di Apigee X dan hybrid.

Perhatikan bahwa batas Apigee X juga berbeda dengan batas Apigee Edge.

Ringkasan perbedaan fitur saat ini

Tabel berikut menjelaskan perbedaan tingkat fitur antara Apigee X (dan hybrid) dan platform Apigee Edge untuk Cloud Publik dan Pribadi.

Fitur Apigee Edge Dukungan di Apigee X dan hybrid
Revisi Proxy API

Tidak dapat diubah saat di-deploy

Health Check Aktif Didukung untuk MIG Eksternal (yang menggunakan VM). Tidak didukung saat menggunakan Private Service Connect. Untuk mengetahui informasi tentang jenis perutean, lihat Mengonfigurasi perutean.
Adaptor Apigee untuk Istio Tidak digunakan lagi: Sebaiknya gunakan Apigee Adapter for Envoy sebagai gantinya.
Perusahaan dan developer

Solusi yang serupa, tetapi tidak identik, tersedia. Lihat Menggunakan AppGroups untuk mengatur kepemilikan aplikasi.

CwC (Code with Config)

Direncanakan

Deployment
  • Deployment asinkron
  • Pengambilan status deployment didasarkan pada waktu terakhir kali bidang runtime "melakukan check-in" dengan bidang pengelolaan
Lingkungan
  • Dukungan untuk grup lingkungan
  • Layanan mandiri melalui UI dan API Apigee
  • Lebih fleksibel dalam topologi penayangan
  • Pod MP hanya dapat menayangkan satu lingkungan

Untuk mengetahui informasi selengkapnya, lihat Tentang lingkungan dan grup lingkungan.

Target yang dihosting

Gunakan Cloud Run atau Cloud Functions

Penanganan nama kolom header HTTP/1.1 Mengonversi nama kolom header HTTP/1.1 menjadi huruf kecil saat diteruskan ke backend. Di Apigee Edge, huruf besar/kecil nama kolom header dipertahankan.
Peran IAM untuk kontrol akses berbasis peran yang sangat terperinci

Direncanakan

JSONPath menggunakan [@.length-x]

Penggunaan [@.length-x] dalam ekspresi JSONPath tidak didukung di Apigee X. Spesifikasi JSONPath menyatakan bahwa ekspresi bergantung pada bahasa scripting yang mendasarinya. length-x adalah konstruksi JavaScript, bukan Java, dan [@.length-x] tidak diimplementasikan sebagai bagian dari spesifikasi. Di Apigee X, ekspresi [@.length-x] digantikan oleh skema pengindeksan ([-x]).

Untuk contoh ini:

{
    "books": [
      {
        "name": "A",
      },
      {
        "name": "B",
      }
    ]
}

Input: $.books[@.length-1] menampilkan {“name”: “B”} di Apigee Edge dan menampilkan [{“name”: “B”}] di Apigee X.

Keystore/Truststore

Northbound dikelola sebagai secret Kubernetes

KVM
  • Anda dapat membuat KVM terenkripsi dan tercakup lingkungan di UI Apigee. KVM selalu dienkripsi. Anda tidak dapat menambahkan, memperbarui, atau melihat entri KVM di UI.
  • Gunakan atribut private. dengan semua variabel saat mengakses KVM dengan perintah GET untuk menyembunyikan informasi KVM dalam sesi debug (Trace). Jika atribut private. tidak digunakan, KVM tetap dienkripsi; namun, informasi KVM akan muncul dalam keadaan didekripsi di sesi Trace debug dan tidak ada pengecualian yang akan ditampilkan.
  • Anda dapat mengelola entri KVM menggunakan keyvaluemaps.entries API atau kebijakan KeyValueMapOperations.
  • Anda dapat menggunakan set properti untuk beberapa kasus penggunaan yang sama seperti KVM. Lihat Menggunakan set properti.
  • Elemen <MapName> memungkinkan kebijakan KeyValueMapOperations mengidentifikasi KVM mana yang akan digunakan secara dinamis, saat runtime.

Untuk mengetahui informasi selengkapnya tentang cara membuat KVM di UI, lihat Menggunakan peta nilai kunci. Lihat juga Mengakses data konfigurasi untuk mengetahui informasi tentang cara memilih mekanisme persistensi data yang tepat.

Microgateway Sebaiknya gunakan Apigee Adapter for Envoy.
Monetisasi Lihat Perbedaan dengan monetisasi
Node.js
  • Proxy API Node.js tidak didukung.
  • Apigee merekomendasikan agar Anda menghosting aplikasi Node.js sebagai container terpisah di Kubernetes (cluster yang sama atau berbeda)
mTLS ke Utara Didukung melalui load balancer Google Cloud. Lihat mutual TLS Northbound Apigee X menggunakan load balancer aplikasi Eksternal.
OAuth Kebijakan RevokeOAuthv2 mencabut berdasarkan ID pengguna akhir, ID aplikasi, atau keduanya. Kebijakan ini menggantikan Apigee Edge API untuk mencabut token OAuth2.
Kebijakan
  • Kebijakan baru:
    • Kebijakan AssertCondition: Mengevaluasi pernyataan bersyarat saat runtime dalam alur permintaan atau respons.
    • Kebijakan CORS: Memungkinkan panggilan JavaScript XMLHttpRequest (XHR) yang dieksekusi di halaman web berinteraksi dengan resource dari domain non-origin.
    • Kebijakan DataCapture: Menggantikan kebijakan StatisticsCollector.
    • Kebijakan ExternalCallout: Mengirim permintaan gRPC ke server gRPC Anda untuk menerapkan perilaku kustom yang tidak didukung oleh kebijakan Apigee.
    • Kebijakan GraphQL: Mengurai payload GraphQL ke dalam variabel alur pesan, memverifikasi permintaan GraphQL terhadap skema, atau keduanya.
    • Kebijakan PublishMessages: Memublikasikan informasi alur proxy API Anda ke topik Google Cloud Pub/Sub.
    • Kebijakan RevokeOAuthv2: Membatalkan berdasarkan ID pengguna, ID aplikasi, atau keduanya.
    • Kebijakan TraceCapture: Menambahkan variabel tambahan ke data aktivitas runtime Apigee Anda.
  • Kebijakan tidak didukung:
    • Kebijakan StatisticsCollector (digantikan oleh kebijakan DataCapture baru)
  • Kebijakan yang diubah:
reasonPhrase Tidak didukung.
Referensi Tidak dapat menggunakan resource tingkat organisasi
Peran dan Izin
  • Dikelola melalui layanan IAM Konsol Google Cloud
  • Beberapa peran siap pakai pilihan tersedia
  • Anda dapat membuat peran khusus yang dapat mencakup izin Google Cloud lainnya

Untuk mengetahui informasi selengkapnya, lihat Pengguna dan peran.

Sense Gunakan Advanced API Security.
Layanan SOAP di wizard Buat proxy Tidak didukung. Lihat wsdl2apigee, project open source yang menyediakan utilitas SOAP untuk digunakan dengan Apigee.
Sesi Trace/Debug Lihat Perbedaan dengan Trace.
Host Virtual

Untuk Apigee Hybrid:

  • Ingress diimplementasikan melalui gateway ingress Apigee.
  • Kunci dan sertifikat di-deploy langsung ke Kubernetes.

Untuk Apigee X:

  • Setiap instance mengekspos endpoint HTTPS melalui sertifikat yang ditandatangani sendiri. CA untuk sertifikat dapat didownload dengan membuat kueri organisasi.

Perbedaan dengan Trace

Tabel berikut membandingkan perbedaan cara Trace beroperasi di Apigee X dan hybrid versus Apigee Edge Cloud:

Fitur Apigee Edge Cloud Apigee X dan hybrid
Ketepatan waktu Real time; sinkron Penundaan kecil; asinkron
Nama/ID sesi Menerima nama sesi dari pengguna Tidak menerima nama sesi dari pengguna
Filter Dukungan filter dasar, seperti pemfilteran header dan parameter kueri Dukungan untuk logika pemfilteran yang kompleks, termasuk operasi logika AND dan OR. Akses ke variabel alur yang disebutkan dalam referensi variabel alur. Sintaksisnya sama dengan yang digunakan dengan kondisi, seperti yang ditunjukkan dalam referensi kondisi.
Waktu tunggu sesi

Menentukan durasi sesi debug serta durasi penyimpanan data.

Nilai defaultnya adalah 20 menit saat dimulai melalui panggilan API dan 10 menit saat dimulai di UI.

Hanya menentukan durasi sesi debug. Titik awalnya adalah saat Message Processor menerima permintaan untuk dijalankan dalam mode debug.

Nilai defaultnya adalah 5 menit jika sesi dimulai dengan API dan 10 menit jika sesi dimulai di UI.

Data dipertahankan selama 24 jam sebelum hybrid menghapusnya secara otomatis.

Validitas sesi

Durasi waktu saat permintaan pembuatan sesi valid. Jika sesi debug tidak dimulai dalam jangka waktu ini, Sinkronisasi dapat mengabaikan permintaan pembuatan sesi. Pastikan untuk menjaga jam Synchronizer Anda tetap sinkron, seperti yang dijelaskan dalam Prasyarat.
Jumlah permintaan rekaman aktivitas Maksimum 20 per Message Processor Default-nya adalah 10 per Pemroses Pesan; maksimumnya adalah 15.
API Apigee Edge Cloud Apigee X
Apigee X mengekspos Debug Session API dan Debug Session Data API, tetapi tidak mendukung hal berikut melalui Apigee X API:
Hentikan sesi debug

Menghapus transaksi tertentu

Perbedaan dengan monetisasi

Tabel berikut memberikan perbandingan fitur utama antara Monetisasi Apigee Edge dan Monetisasi Apigee X.

Monetisasi Apigee Edge Monetisasi Apigee X/hybrid
Paket tarif dikaitkan dengan paket produk API yang dapat dilampirkan ke beberapa produk API Paket tarif dikaitkan dengan produk API (hubungan satu-ke-satu)
Paket tarif pembelian developer aplikasi Developer aplikasi membeli produk API
Kuota dikelola di tingkat proxy API Kuota dikelola di tingkat produk API (tingkat bisnis)
Paket tarif yang dipublikasikan hanya dapat diakhiri masa berlakunya; paket tarif tersebut tidak dapat diedit atau dihapus Paket tarif yang dipublikasikan dapat berakhir masa berlakunya, diedit, dipindahkan ke draf, atau dihapus
Konfigurasi yang rumit (tanpa wizard atau alat pratinjau) Konfigurasi paket tarif yang disederhanakan menggunakan wizard dan alat pratinjau
Kebijakan MonetizationLimitsCheck memblokir akses setelah panggilan API pertama diproses jika developer aplikasi belum membeli langganan Kebijakan MonetizationLimitsCheck akan langsung memblokir akses jika developer aplikasi belum membeli langganan atau melampaui kuota
Data monetisasi untuk transaksi dapat diambil menggunakan variabel kustom dalam kebijakan Perekaman Transaksi. Apigee secara otomatis mengambil data monetisasi, dan data monetisasi untuk transaksi dapat diganti menggunakan kebijakan DataCapture. Lihat Mendapatkan data monetisasi untuk mengetahui informasinya.
Akun Prabayar dan Pascabayar dapat dikonfigurasi untuk developer dan paket tarif. Akun Prabayar dan Pascabayar hanya dapat dikonfigurasi untuk developer.

Fitur Apigee Edge mana yang tidak didukung di Apigee X?

Google tidak berencana mendukung fitur berikut:

  • Ekstensi Apigee Edge
  • Penyimpanan Spesifikasi OpenAPI
  • API untuk menelusuri atau mencabut token akses OAuth (karena token di-hash)
  • Kebijakan OAuth v1 atau OAuth OAuthv1.0a
  • Trireme (EOL pada 10/10/2019)
  • Header yang diawali dengan "X-Apigee-" tidak didukung di Apigee X dan dihapus dari permintaan dan respons sebelum dikirim ke target dan klien.
  • Properti Apigee Edge proxy_read_timeout tidak didukung di Apigee X. Lihat Menetapkan io.timeout.millis dan api.timeout untuk setelan waktu tunggu Apigee X terkait.

Perbandingan API

Secara umum, sebagian besar API Apigee Edge memiliki API Apigee yang setara. Bagian ini menyediakan:

Ringkasan perubahan menggunakan API

Berikut adalah daftar perubahan perilaku di semua API Apigee X dibandingkan dengan API Apigee Edge.

Perilaku API Apigee Edge API Apigee X
Domain dasar api.enterprise.apigee.com apigee.googleapis.com
Jenis media application/json
application/xml
application/json
Autentikasi OAuth2, SAML, Dasar OAuth2
Stempel waktu di kunci Format int64
{
  "createdAt": 1234,
  "lastModifiedAt": 5678
}
Format String
{
  "createdAt": "1234",
  "lastModifiedAt": "5678"
}
Struktur parameter kueri expand=false
[
        "helloworld",
        "weather"
      ]
{
  "proxies": [
    {
      "name": "helloworld"
    },
    {
      "name": "weather"
    }
  ]
}
Parameter kueri yang diawali dengan garis bawah Didukung (_optimal=true) Tidak didukung (optimal=true)
Properti dalam payload:
  • created_by
  • modified_by
  • self
Didukung Tidak didukung
Nilai default dalam payload Disertakan Tidak disertakan
Struktur penanganan error
{
        "code": "...",
        "message": "..",
        "contexts": []
      }
{
  "error": {
    "code": 409,
    "message": "...",
    "status": "ABORTED",
    "details": [...]
  }
}
Respons penghapusan cache Pengembalian: 200 OK dan detail cache Hasil: 204 No Content
Operasi Cache API List, create, get, update, delete, clear all, dan clear. Mencantumkan dan menghapus saja. Cache L1 berumur pendek dibuat secara otomatis saat Anda men-deploy proxy API. Untuk mengetahui informasi selengkapnya, lihat Internal cache.

Perbedaan antara API metrik Apigee Edge dan Apigee X

Ringkasan perubahan menggunakan API mencantumkan perbedaan umum antara Apigee Edge API dan Apigee X API. Tabel berikut mencantumkan perbedaan spesifik untuk API metrik:

Fitur API Apigee Edge API Apigee X
Endpoint API api.enterprise.apigee.com apigee.googleapis.com
Email analisis harian Tidak ada API yang didukung
Async Query List API Mendapatkan daftar kueri analisis asinkron Properti userId dihapus dari respons. Lihat Metode: organizations.environments.queries.list.
API laporan kustom Reports API Properti createdBy dan lastModifiedBy telah dihapus dari respons. Lihat Reports API.

API Apigee Edge yang tidak didukung

Tabel berikut mencantumkan API Apigee Edge yang tidak didukung (yang tidak memiliki API Apigee X yang setara).

Kategori API API Apigee Edge yang tidak didukung
Pemantauan API Tidak ada API yang didukung
Proxy API
  • Membatalkan deployment proxy API secara paksa
  • Mendapatkan dependensi npm
  • Mengelola modul npm
Audit Gunakan Stackdriver Logging API
Log yang di-cache Tidak ada API yang didukung
Perusahaan Tidak ada API yang didukung
Aplikasi perusahaan Tidak ada API yang didukung
Keluarga aplikasi perusahaan Tidak ada API yang didukung
Kunci aplikasi perusahaan Tidak ada API yang didukung
Sesi debug
  • Tidak dapat menghentikan sesi rekaman aktivitas
  • Tidak dapat menghapus transaksi individual

Untuk mengetahui informasi selengkapnya, lihat Perbedaan dengan Trace.

Aplikasi developer Mendapatkan jumlah resource API
Keluarga aplikasi developer Tidak ada API yang didukung
Ekstensi Tidak ada API yang didukung
Keystore: Truststore Menguji keystore atau truststore
LDAP Tidak ada API yang didukung
Monetisasi Tidak ada API yang didukung
OAuth V2 Tidak ada API yang didukung
Kebijakan Tidak ada API yang didukung
File sumber daya
  • Cakupan revisi proxy API
  • Cakupan organisasi
Sense Tidak ada API yang didukung
Pengguna dan peran pengguna Gunakan API terkait Google Identity and Access Management (IAM) seperti yang dijelaskan dalam Mengelola pengguna, peran, dan izin menggunakan API
Host virtual Tidak ada API yang didukung

Apigee Edge untuk Private Cloud vs. Apigee hybrid

Tabel berikut membandingkan Apigee Edge untuk Private Cloud dan Apigee hybrid:

Layanan Area Produk atau Fitur Apigee
Apigee Edge untuk Private Cloud Apigee Hybrid
Analytics Server Qpid dan Postgres Pod pengumpulan data di bidang runtime menggunakan fluentd dan UDCA (Universal Data Collection Agent) untuk mengumpulkan analisis dan mengirimkan data ke UAP (Unified Analytics Platform) di bidang pengelolaan.
Gateway Proxy API Message Processor Message Processor (MP) memproses permintaan masuk. MP diimplementasikan sebagai satu atau beberapa aplikasi dalam container di bidang runtime.
Persistensi Simpul atau ring Cassandra Cassandra menyediakan persistensi untuk fitur KMS, KVM, kuota, dan cache.
Deployment ZooKeeper Synchronizer memastikan bahwa konfigurasi proxy API, informasi lingkungan, dan data lainnya selalu diperbarui antara bidang pengelolaan dan bidang runtime.
Antarmuka Pengguna Administratif UI Apigee Edge dihosting di Server Pengelolaan UI Apigee dihosting di bidang pengelolaan.
Load Balancing Router Pengontrol Istio Ingress menyerahkan permintaan ke aplikasi dalam container Message Processor (MP) di bidang runtime.
API Server Pengelolaan API Apigee X diakses melalui Server Pengelolaan dan MART. MART berinteraksi dengan datastore Cassandra lokal dan berfungsi sebagai penyedia API untuk API Apigee X guna mengakses dan mengelola entitas data runtime.
Metrik Setiap komponen yang dikonfigurasi dengan JMX Dikelola oleh satu server Prometheus per cluster untuk semua layanan.