Perbedaan antara Apigee Edge dan Apigee X

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

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

Untuk 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 Cloud Publik 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 dengan Apigee X

Bagian berikut membandingkan fitur Cloud Publik/Pribadi Apigee Edge dengan ketersediaan fitur di Apigee X dan hybrid.

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

Ringkasan perbedaan fitur saat ini

Tabel berikut menjelaskan perbedaan tingkat fitur antara Apigee X (dan hybrid) dan Apigee Edge untuk platform 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 Adaptor Apigee untuk Envoy.
Perusahaan dan developer

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

CwC (Code with Config)

Terencana

Deployment
  • Deployment asinkron
  • Pengambilan status deployment didasarkan pada waktu terakhir kali bidang runtime "check-in" dengan bidang pengelolaan
Lingkungan
  • Dukungan untuk grup lingkungan
  • Layanan mandiri melalui UI dan API Apigee
  • Fleksibilitas yang lebih besar dalam topologi penayangan
  • Pod MP hanya dapat melayani 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

Terencana

JSONPath menggunakan [@.length-x]

Penggunaan [@.length-x] dalam ekspresi JSONPath tidak didukung di Apigee X. Spesifikasi JSONPath menyatakan bahwa ekspresi bergantung pada bahasa skrip yang mendasarinya. length-x adalah konstruksi JavaScript, bukan Java, dan [@.length-x] tidak diimplementasikan sebagai bagian dari spesifikasi. Di Apigee X, ekspresi [@.length-x] diganti dengan 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 dengan cakupan 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 masih dienkripsi; namun, informasi KVM akan muncul didekripsi dalam 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 kumpulan 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 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 Sebagai gantinya, sebaiknya gunakan Adaptor Apigee untuk Envoy.
Monetisasi Lihat Perbedaan dengan monetisasi
Node.js
  • Proksi Node.js API tidak didukung.
  • Apigee merekomendasikan agar Anda menghosting aplikasi Node.js sebagai container terpisah di Kubernetes (cluster yang sama atau berbeda)
mTLS Lintas Utara Didukung melalui load balancer Google Cloud. Lihat TLS Bersama Arah Utara Apigee X menggunakan Load Balancer Aplikasi Eksternal.
OAuth Kebijakan RevokeOAuthv2 yang baru 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 kondisional saat runtime dalam alur permintaan atau respons.
    • Kebijakan CORS: Mengizinkan panggilan XMLHttpRequest (XHR) JavaScript yang dijalankan di halaman web untuk berinteraksi dengan resource dari domain non-asal.
    • Kebijakan DataCapture: Mengganti kebijakan StatisticsCollector.
    • Kebijakan ExternalInfo: Mengirim permintaan gRPC ke server gRPC untuk menerapkan perilaku kustom yang tidak didukung oleh kebijakan Apigee.
    • Kebijakan GraphQL: Mengurai payload GraphQL menjadi 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 otorisasi berdasarkan ID pengguna, ID aplikasi, atau keduanya.
    • Kebijakan TraceCapture: Menambahkan variabel tambahan ke data trace runtime Apigee Anda.
  • Kebijakan tidak didukung:
    • Kebijakan StatisticsCollector (diganti dengan kebijakan DataCapture yang baru)
  • Kebijakan yang diubah:
reasonPhrase Tidak didukung.
Referensi Tidak dapat menggunakan resource tingkat organisasi
Peran dan Izin
  • Dikelola melalui layanan IAM di Konsol Google Cloud
  • Beberapa peran siap pakai yang diseleksi tersedia
  • Anda dapat membuat peran khusus yang dapat mencakup izin Google Cloud lainnya

Untuk mengetahui informasi selengkapnya, lihat Pengguna dan peran.

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

Untuk Apigee Hybrid:

  • Ingress diterapkan melalui Anthos Service Mesh.
  • 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 sedikit; 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 apa pun yang disebutkan dalam referensi variabel alur. Sintaksis sama dengan yang digunakan pada kondisional, seperti yang ditunjukkan dalam referensi kondisi.
Waktu tunggu sesi habis

Menentukan durasi sesi debug serta berapa lama data disimpan.

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

Hanya menentukan durasi sesi debug. Titik awal 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 dimulai di UI.

Data dipertahankan selama 24 jam sebelum hybrid otomatis menghapusnya.

Validitas sesi

Durasi waktu saat permintaan pembuatan sesi valid. Jika sesi debug tidak dimulai dalam jangka waktu ini, Synchronizers dapat mengabaikan permintaan pembuatan sesi. Pastikan jam Synchronizer Anda tetap sinkron, seperti yang dijelaskan dalam Prasyarat.
Jumlah permintaan rekaman aktivitas Maksimum 20 per Message Processor Defaultnya adalah 10 per Pemroses Pesan; maksimum adalah 15.
API Cloud Apigee Edge Apigee X
Apigee X mengekspos Debug Session API dan Debug Session Data API, tetapi tidak mendukung hal berikut melalui API Apigee X:
Menghentikan 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/campuran
Paket tarif dikaitkan dengan paket produk API yang dapat disertakan 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 pada level produk API (level bisnis)
Paket tarif yang dipublikasikan hanya dapat berakhir masa berlakunya; paket tarif tersebut tidak dapat diedit atau dihapus Paket tarif yang dipublikasikan dapat habis masa berlakunya, diedit, dipindahkan ke draf, atau dihapus
Konfigurasi yang kompleks (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 segera memblokir akses jika developer aplikasi belum membeli langganan atau melebihi kuota
Data monetisasi untuk transaksi dapat diambil menggunakan variabel kustom dalam kebijakan Pencatatan Transaksi. Apigee otomatis mengambil data monetisasi, dan data monetisasi untuk transaksi dapat diganti menggunakan kebijakan DataCapture. Lihat Mengambil data monetisasi untuk mengetahui informasinya.
Akun Prabayar dan Pascabayar dapat dikonfigurasi untuk developer dan untuk 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.

Perbandingan API

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

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 dalam 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 Menampilkan: 200 OK dan detail cache Hasil: 204 No Content
Operasi Cache API List, create, get, update, delete, clear all, dan clear. Hanya Daftar dan hapus. Cache L1 berumur pendek dibuat secara otomatis saat Anda men-deploy proxy API. Untuk 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
  • Memaksa membatalkan deployment proxy API
  • Mendapatkan dependensi npm
  • Mengelola modul npm
Audit Menggunakan Stackdriver Logging API
Log dalam cache Tidak ada API yang didukung
Perusahaan Tidak ada API yang didukung
Aplikasi perusahaan Tidak ada API yang didukung
Grup 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 satu per satu

Untuk mengetahui informasi selengkapnya, lihat Perbedaan dengan Rekaman Aktivitas.

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 Pengelolaan Akses dan Identitas (IAM) Google 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 platform runtime menggunakan fluentd dan UDCA (Universal Data Collection Agent) untuk mengumpulkan analisis dan memasukkan data ke UAP (Unified Analytics Platform) di platform manajemen.
Gateway Proxy API Message Processor Pemroses Pesan (MP) memproses permintaan masuk. MP diterapkan sebagai satu atau beberapa aplikasi dalam penampung di platform runtime.
Persistensi Node atau ring Cassandra Cassandra menyediakan persistensi untuk fitur KMS, KVM, kuota, dan cache.
Deployment ZooKeeper Menyinkronkanr memastikan bahwa konfigurasi proxy API, informasi lingkungan, dan data lain terus 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 meneruskan permintaan ke aplikasi Message Processor (MP) dalam container 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 bagi Apigee X API untuk mengakses dan mengelola entity data runtime.
Metrik Setiap komponen yang dikonfigurasi dengan JMX Dikelola oleh satu server Prometheus per cluster untuk semua layanan.