全部产品
Search
文档中心

Serverless App Engine:Buat dan kelola rute untuk aplikasi (MSE)

更新时间:Nov 10, 2025

Untuk mendistribusikan permintaan bisnis ke layanan atau aplikasi lain, Anda dapat mengonfigurasi fitur routing gateway untuk aplikasi Anda guna merutekan dan mendistribusikan permintaan tersebut. Topik ini menjelaskan cara menetapkan aturan routing untuk aplikasi menggunakan Microservices Engine (MSE) gateway cloud-native.

Informasi latar belakang

MSE gateway cloud-native kompatibel dengan Kubernetes Ingresses. Gateway-gateway ini dapat menemukan layanan dari sumber-sumber seperti Container Service for Kubernetes (ACK) dan Nacos, serta menyediakan berbagai kemampuan keamanan dan operasional.

Prasyarat

Buat aturan routing

  1. Di Routing Gateway SAE, pilih wilayah tujuan dan namespace di bagian atas halaman, lalu klik Create Gateway Route.

  2. Di halaman Create Route, konfigurasikan parameter-parameter lalu klik Save.

    Item Konfigurasi

    Deskripsi

    Route Name

    Nama aturan routing. Anda dapat menentukan nama kustom.

    Network Type

    Pilih jenis jaringan dari permintaan yang ingin Anda teruskan.

    • Internet: Anda akan dikenakan biaya untuk lalu lintas yang diteruskan oleh gateway yang menghadap Internet.

    • Private Network: Anda tidak akan dikenakan biaya untuk lalu lintas yang diteruskan oleh gateway akses internal karena lalu lintas hanya diteruskan dalam VPC.

    Gateway Type

    Pilih MSE Cloud-native Gateway.

    Gateway Instance

    Parameter ini diperlukan jika Anda menetapkan Gateway Type ke MSE Cloud-native Gateway. Pilih instans gateway yang berada di wilayah dan VPC yang sama dengan namespace. Untuk membuat instans gateway, Anda dapat mengklik Create MSE Cloud-native Gateway. Untuk informasi lebih lanjut, lihat Buat sebuah gateway cloud-native MSE.

    Domain Name

    Pilih satu atau lebih nama domain yang ingin Anda cocokkan. Untuk membuat nama domain, Anda dapat mengklik Create Domain Name. Untuk informasi lebih lanjut, lihat Buat sebuah nama domain.

    Path

    Tetapkan parameter Path untuk mencocokkan permintaan HTTP.

    • Jika beberapa aturan memiliki tipe pencocokan yang sama, aturan dengan path yang lebih panjang memiliki prioritas lebih tinggi.

    • Jika beberapa aturan memiliki tipe pencocokan yang berbeda, prioritasnya adalah Equal > Prefix > Regular Expression.

      • Equal: cocokan eksak. Contohnya, path sama dengan /user.

      • Prefix: cocokan berdasarkan awalan. Contohnya, path dimulai dengan /user.

      • Ekspresi reguler: cocokan berdasarkan ekspresi reguler. Contohnya, kelas karakter adalah user.

    Method

    Tetapkan parameter Metode untuk mencocokkan permintaan HTTP. Jika Anda membiarkan parameter ini kosong, semua metode akan dicocokkan. Anda dapat memilih beberapa metode HTTP.

    Request Header

    Tetapkan parameter Header untuk mencocokkan permintaan HTTP. Jika beberapa aturan memiliki tipe pencocokan yang sama, aturan dengan lebih banyak parameter memiliki prioritas lebih tinggi.

    Request Parameter (Query)

    Tetapkan parameter Query untuk mencocokkan permintaan HTTP. Jika beberapa aturan memiliki tipe pencocokan yang sama, aturan dengan lebih banyak parameter memiliki prioritas lebih tinggi.

    Service Source

    Dua jenis registri didukung: SAE Built-in Nacos dan MSE Nacos.

    • SAE Built-in Nacos: SAE secara otomatis memodifikasi alamat registri dan pusat konfigurasi program dengan menyuntikkan variabel lingkungan terkait dan menggunakan agen Java untuk memodifikasi bytecode.

    • MSE Nacos: Jika Anda memilih opsi ini, Anda harus menetapkan MSE Nacos Instance dan MSE Nacos Namespace.

    Catatan

    Sumber layanan harus sama dengan metode penemuan layanan aplikasi.

    Scenarios

    Pilih tipe layanan tujuan untuk rute saat ini.

    • Skema dasar

      Single Service: Permintaan didistribusikan ke layanan backend tunggal. Ini adalah skenario yang paling umum.

    • Skema rilis canary

      • Multiple Services: Permintaan didistribusikan ke beberapa layanan backend berdasarkan persentase tertentu. Ini sering digunakan dalam skenario pergeseran lalu lintas dan rilis canary.

      • Tag-based Routing: Permintaan didistribusikan ke beberapa layanan backend berdasarkan konten atau persentase tertentu. Untuk mengimplementasikan fitur rilis canary ujung ke ujung, Anda harus menggunakan fitur ini bersama dengan administrasi layanan.

    Untuk informasi lebih lanjut tentang tipe layanan tujuan, lihat Ikhtisar metode perutean.

    Backend Service

    Pilih aplikasi backend terkait, layanan, dan port.

    Catatan
    • Jumlah total bobot lalu lintas dari layanan tujuan harus 100%.

    • Perutean berbasis tag hanya berlaku untuk hop pertama dari gateway ke layanan backend. Jika Anda ingin mengimplementasikan rilis canary untuk seluruh rantai permintaan, Anda harus menggunakan fitur ini bersama dengan fitur rilis canary ujung ke ujung.

    Timeout (s)

    Masukkan periode timeout. Nilai defaultnya adalah 60. Unit: detik. Nilai 0 menunjukkan bahwa permintaan tidak pernah timeout.

    Advanced Configuration

    Fallback

    Aktifkan saklar Fallback dan tetapkan layanan fallback. Anda perlu memilih layanan spesifik. Jika tidak ada node yang tersedia untuk layanan backend tempat rute menunjuk, permintaan asli mengakses layanan fallback yang ditentukan.

    Catatan

    Saat ini, fitur fallback hanya didukung antara layanan HTTP.

    Setelah aturan routing dibuat, Anda dapat melihat, mengedit, dan mengelola aturan tersebut di halaman Gateway Routing.

Kelola aturan routing

Setelah Anda membuat aturan routing, Anda dapat melihat aturan pengalihan lalu lintasnya, atau mengedit atau menghapus aturan routing di halaman Gateway Routing.