All Products
Search
Document Center

Microservices Engine:Perbandingan gerbang masuk NGINX Ingress dan MSE Ingress

Last Updated:Mar 12, 2026

Kluster Kubernetes memerlukan gerbang masuk (ingress gateway) untuk mengarahkan lalu lintas eksternal ke layanan backend, tetapi pemilihan gerbang yang salah dapat menyebabkan bottleneck kinerja, beban operasional, atau celah keamanan. Di kluster Container Service for Kubernetes (ACK) yang dikelola, kluster ACK Serverless, dan kluster Container Compute Service (ACS), Anda dapat menggunakan gerbang masuk NGINX Ingress atau gerbang masuk Microservices Engine (MSE) Ingress. Perbandingan ini mencakup arsitektur, kinerja, perutean, keamanan, observabilitas, dan dimensi lainnya untuk membantu Anda memilih gerbang yang tepat.

Panduan keputusan cepat

Pilih NGINX Ingress jika:

  • Volume lalu lintas Anda rendah dan kebutuhan keamanan, skalabilitas, serta stabilitas Anda juga rendah.

  • Anda memerlukan gerbang yang sangat dapat dikustomisasi dan dikelola sendiri.

Pilih MSE Ingress jika:

  • Volume lalu lintas Anda tinggi dan Anda memerlukan jaminan keamanan, skalabilitas, serta stabilitas yang kuat.

  • Anda menginginkan operasi yang sepenuhnya dikelola tanpa overhead pemeliharaan gerbang.

  • Anda memerlukan berbagai metode penemuan layanan (Kubernetes, Nacos, Eureka, DNS, alamat IP tetap).

  • Anda memerlukan perlindungan Web Application Firewall (WAF) terintegrasi dan otentikasi lanjutan (JWT, OIDC, IDaaS, otentikasi kustom).

  • Anda memerlukan observabilitas end-to-end dengan log akses, pelacakan terdistribusi, metrik, dan alert.

Arsitektur

AspekNGINX IngressMSE Ingress
EngineNGINX dengan plug-in LuaIstiod + Envoy
TenancyKomponen yang dikelola sendiriInstans spesifikasi khusus per pengguna
Resource ManagementKonfigurasi jumlah replika dan batas resource secara manualSepenuhnya dikelola
Penerusan traffic--Terhubung langsung ke alamat IP Pod untuk penerusan permintaan

Kinerja

MetrikNGINX IngressMSE Ingress
OptimalisasiMemerlukan tuning manualDioptimalkan di level OS dengan peningkatan internal
Akselerasi HTTPSTidak tersediaPeningkatan kinerja HTTPS ~80% dengan akselerasi perangkat keras
Throughput dibanding NGINX open sourceBaseline~40% lebih tinggi berdasarkan optimalisasi OS dan internal
TPS pada utilisasi CPU 30%–40%Baseline~90% lebih tinggi dibanding NGINX Ingress open source
Dampak plug-inPenggunaan skrip Lua yang intensif secara signifikan menurunkan kinerja--

Perutean dan load balancing

KemampuanNGINX IngressMSE Ingress
Perutean berbasis kontenYaYa
Penulisan ulang Header HTTPYaYa
Pengalihan dan penulisan ulang URLYaYa
ThrottlingYaYa
Cross-origin resource sharing (CORS)--Ya
Timeout dan retry--Ya
Algoritma load balancing--Round-robin, random, least-requests, consistent hashing
Pemanasan Trafik (Pra-ambil)TidakYa. Traffic ke Pod backend baru meningkat secara bertahap dalam rentang waktu yang dapat dikonfigurasi.

Pembaruan konfigurasi

PerilakuNGINX IngressMSE Ingress
Perubahan konfigurasiPembaruan rolling melalui plug-in Lua (kecuali sertifikat)Didukung pembaruan rolling
Pembaruan sertifikatMemerlukan reload, yang mengganggu koneksi persistenDidukung pembaruan rolling
Pembaruan plug-inMemerlukan reloadPembaruan rolling untuk plug-in WebAssembly
Mekanisme pembaruanBerdasarkan reloadList-Watch untuk propagasi konfigurasi hampir real-time

Penemuan layanan dan tata kelola

KemampuanNGINX IngressMSE Ingress
Penemuan layananHanya KubernetesKubernetes, Nacos, Eureka, DNS, alamat IP tetap
Rilis canaryYaYa
Perutean berbasis tagTidakYa
Distribusi traffic berdasarkan persentaseTidakYa (rilis canary, uji A/B, penyebaran biru-hijau)
ThrottlingYaYa
Circuit breaking dan degradasiTidakYa, terintegrasi dengan Application High Availability Service (AHAS)
Service mockingTidakYa

Keamanan

KemampuanNGINX IngressMSE Ingress
HTTPSYaYa, terintegrasi dengan Certificate Management Service
Perlindungan WAFTidakYa, terintegrasi dengan Alibaba Cloud WAF
Kontrol akses berbasis IP (daftar hitam dan daftar putih)YaYa

Otentikasi

MetodeNGINX IngressMSE Ingress
BasicAuthYaYa
OAuthYaYa
JWTTidakYa
OIDCTidakYa
IDaaSTidakYa
Otentikasi kustomTidakYa

Operasi dan pemeliharaan

AspekNGINX IngressMSE Ingress
Model manajemenDikelola sendiriSepenuhnya dikelola
ScalingHorizontal Pod Autoscaler (HPA)HPA (dalam pengembangan)
Penyetelan spesifikasiMemerlukan konfigurasi manual--

Protokol dan konversi

KemampuanNGINX IngressMSE Ingress
HTTPYaYa
HTTPSYaYa
Konversi HTTP ke DubboTidakYa
Konversi HTTPS ke DubboTidakYa

Ingress dan integrasi cloud-native

KemampuanNGINX IngressMSE Ingress
Resource Kubernetes IngressYaYa
Konversi anotasi NGINX IngressN/ADidukung konversi otomatis. Untuk detailnya, lihat Anotasi yang didukung oleh gerbang masuk MSE Ingress.
Jenis kluster yang didukungKluster ACK yang dikelola, kluster ACK Serverless, kluster ACSKluster ACK yang dikelola, kluster ACK Serverless, kluster ACS

Ekstensibilitas

PendekatanNGINX IngressMSE Ingress
Bahasa plug-inLuaWebAssembly (mendukung berbagai bahasa pemrograman)
Plug-in LuaYaDalam pengembangan

Observabilitas

KemampuanNGINX IngressMSE Ingress
Log aksesYaYa, terintegrasi dengan Simple Log Service (SLS) dan Application Real-Time Monitoring Service (ARMS)
Metrik dan alertPrometheusTerintegrasi dengan ARMS dan Managed Service for Prometheus
Pelacakan terdistribusiTidakYa, terintegrasi dengan Managed Service for OpenTelemetry

Ekosistem

IntegrasiNGINX IngressMSE Ingress
Service meshNginx Service MeshService mesh Istio (standar de facto)

Kasus penggunaan khas

Gerbang masuk NGINX Ingress dibangun di atas NGINX open source dan berfungsi sebagai gerbang Ingress Kubernetes default. Gerbang ini paling cocok untuk:

  • Beban kerja yang memerlukan konfigurasi gerbang yang sangat dikustomisasi.

  • Lingkungan dengan volume lalu lintas rendah di mana operasi yang dikelola sendiri dapat diterima.

  • Tim yang memiliki keahlian NGINX yang sudah ada dan menginginkan kendali langsung atas gerbang tersebut.

  • Aplikasi cloud-native yang menggunakan rilis canary atau penyebaran biru-hijau.

Gerbang masuk MSE Ingress dibangun di atas gateway cloud-native dari MSE dan menggabungkan kemampuan gateway traffic, gateway layanan mikro, dan gateway keamanan ke dalam satu platform terkelola. Gerbang ini paling cocok untuk:

  • Lingkungan produksi dengan lalu lintas tinggi yang memerlukan keamanan, skalabilitas, dan stabilitas yang kuat.

  • Arsitektur yang menggunakan berbagai metode penemuan layanan atau memerlukan konversi protokol (HTTP/HTTPS ke Dubbo).

  • Skenario lalu lintas north-south dengan penemuan layanan backend melalui Nacos, Kubernetes, DNS, atau alamat IP tetap.

  • Skenario lalu lintas east-west yang memerlukan interoperabilitas cloud hibrida, multi-pusat data, atau multi-domain layanan dengan integrasi service mesh yang mulus.