Serverless App Engine (SAE) adalah Platform-as-a-Service (PaaS) berbasis aplikasi dan serverless yang membebaskan Anda dari pengelolaan Infrastructure-as-a-Service (IaaS). SAE menyediakan sumber daya on-demand dengan model pay-as-you-go serta menyederhanakan migrasi aplikasi ke cloud untuk tumpukan teknologi seperti mikroservis, Java, dan PHP. Tutorial ini membantu Anda memulai penggunaan SAE.
Informasi latar belakang
Untuk informasi lebih lanjut, lihat Apa itu Serverless App Engine?.
Alur kerja SAE
Gambar berikut menunjukkan alur kerja penggunaan SAE.
Sebelum menerapkan aplikasi SAE untuk pertama kalinya, rencanakan VPC, vSwitch, dan namespace. Namespace membantu Anda membedakan antar lingkungan, seperti pengujian, staging, dan produksi.
Untuk informasi lebih lanjut, lihat Persiapan.
Terapkan aplikasi di konsol SAE.
Untuk informasi lebih lanjut, lihat Penerapan aplikasi. Selain melalui konsol, SAE mendukung berbagai metode penerapan, seperti Jenkins, plug-in IDE, plug-in Maven, Terraform, OpenAPI, Alibaba Cloud DevOps, dan tool kubectl-sae.
CatatanJika Anda menerapkan aplikasi ke SAE untuk pertama kalinya, buat aplikasi di Konsol SAE.
Akses aplikasi SAE dengan salah satu cara berikut.
Metode 1: Bind instance Network Load Balancer (NLB) untuk akses. Satu port dapat di-bind ke satu aplikasi. Untuk informasi lebih lanjut, lihat Bind instance NLB ke aplikasi untuk akses layanan.
Metode 2: Konfigurasikan aturan routing gerbang untuk akses. Satu port dapat di-bind ke beberapa aplikasi. Untuk informasi lebih lanjut, lihat Gunakan Ingress untuk meneruskan traffic eksternal berdasarkan aturan routing gerbang.
Metode 3: Bind EIP untuk akses. Satu instans dapat di-bind ke satu EIP. Untuk informasi lebih lanjut, lihat Konfigurasikan akses publik untuk instans SAE dan kemampuan mengakses internet menggunakan EIP.
Konfigurasikan fitur lanjutan untuk aplikasi SAE.
Contohnya mencakup kontrol akses tingkat enterprise, penskalaan elastis untuk pengurangan biaya dan peningkatan efisiensi, mikroservis Java yang ditingkatkan, ketersediaan tinggi, dan penyimpanan.
Penerapan
SAE mendukung penerapan aplikasi dari paket kode dan penerapan aplikasi dari gambar kontainer.
Perintah startup dan parameter
Penerapan berbasis gambar
Anda dapat menulis perintah startup dan parameter terkait langsung di Dockerfile. Anda juga dapat mengganti perintah startup saat membuat aplikasi.
Penerapan berbasis paket
Anda dapat mengonfigurasi parameter untuk perintah startup aplikasi. Misalnya, untuk Java, format perintah startup default adalah
Java[-Options] -jar jarfile[arg...]. Anda dapat menyesuaikan parameter[-Options]dan[arg...].
Daftar putih database
Berbeda dengan instans ECS, aplikasi SAE berjalan dalam kontainer, dan alamat IP-nya dapat berubah setelah setiap penerapan. Namun, Blok CIDR dari vSwitch yang di-bind ke aplikasi tetap tidak berubah. Oleh karena itu, Anda dapat menambahkan Blok CIDR vSwitch tersebut ke daftar putih database. Untuk informasi lebih lanjut, lihat Akses database Alibaba Cloud dari aplikasi.
CI/CD
Selain penerapan berbasis konsol dan API, SAE terintegrasi dengan berbagai tool continuous integration dan continuous delivery (CI/CD), seperti Alibaba Cloud DevOps dan Jenkins. Anda dapat menggunakan tool ini untuk menerapkan aplikasi secara otomatis setelah kode dikomit. Untuk informasi lebih lanjut, lihat Ikhtisar hosting aplikasi.
Peningkatan dan rollback
SAE mendukung berbagai kebijakan rilis, seperti rilis satu batch, rilis bertahap, rilis canary, dan rollback ke versi historis. Untuk informasi lebih lanjut, lihat Tingkatkan dan rollback aplikasi.
Konfigurasi izin
SAE mendukung kontrol akses detail halus. Anda dapat mengonfigurasi izin berdasarkan namespace, aplikasi, serta operasi baca dan tulis. Asisten izin menyederhanakan proses konfigurasi. Untuk informasi lebih lanjut, lihat Asisten izin SAE.
Lainnya
Jaringan
Setelah menerapkan aplikasi ke SAE, Anda mungkin memiliki berbagai kebutuhan akses jaringan. Untuk informasi lebih lanjut, lihat Akses aplikasi dan kontrol traffic.
Konsep dasar jaringan Alibaba Cloud
Virtual private cloud (VPC): VPC adalah jaringan pribadi khusus yang Anda buat di Alibaba Cloud. VPC terisolasi secara logis satu sama lain.
CatatanSecara default, akses dari VPC ke internet ditolak.
vSwitch: vSwitch adalah perangkat jaringan dasar yang menghubungkan berbagai sumber daya cloud dalam VPC. vSwitch berkorespondensi dengan pusat data fisik. Saat membuat sumber daya cloud di VPC, Anda harus menentukan vSwitch agar sumber daya tersebut terhubung.
Elastic IP address (EIP): EIP hanya dapat di-bind ke satu sumber daya, seperti instans ECS atau SAE. Setelah Anda meng-bind EIP ke sumber daya, sumber daya tersebut dapat mengakses dan diakses oleh layanan lain melalui internet.
NAT Gateway: Fitur source network address translation (SNAT) pada NAT Gateway memungkinkan sumber daya dalam VPC mengakses internet. Gateway NAT Internet dapat digunakan untuk semua sumber daya dalam VPC, sedangkan EIP hanya dapat digunakan untuk satu sumber daya dalam VPC.
Skenario utama dan metode akses jaringan SAE
Setelah menerapkan aplikasi ke SAE, Anda mungkin memiliki kebutuhan akses jaringan berikut. Gambar berikut mengilustrasikan konsep tersebut.
Akses aplikasi SAE dari internet (inbound traffic)
Anda dapat menggunakan salah satu metode berikut untuk mengaktifkan akses.
SAE Service: Akses aplikasi melalui layanan SAE. Anda dapat mengimplementasikannya menggunakan NLB publik atau CLB publik.
SAE Ingress: Akses aplikasi melalui Ingress SAE (rute gerbang). Anda dapat mengimplementasikannya menggunakan API Gateway publik, ALB publik, atau gateway cloud-native MSE publik. Ini memungkinkan Anda mengarahkan traffic ke berbagai aplikasi SAE berdasarkan nama domain dan path yang berbeda.
SAE EIP: Bind EIP ke setiap instans aplikasi SAE. Hal ini memungkinkan instans tersebut baik mengakses maupun diakses dari internet.
Akses internet dari aplikasi SAE (outbound traffic)
Anda dapat menggunakan salah satu metode berikut untuk mengaktifkan akses.
NAT Gateway: Konfigurasikan gateway NAT Internet untuk VPC yang terkait dengan aplikasi SAE. Dengan demikian, semua aplikasi SAE terkait dapat mengakses internet.
SAE EIP: Bind EIP ke setiap instans aplikasi SAE. Hal ini memungkinkan instans tersebut baik mengakses maupun diakses dari internet.
Aktifkan akses timbal balik antar aplikasi mikroservis menggunakan service registry
Untuk informasi lebih lanjut, lihat Registrasi dan discovery layanan berbasis Nacos dan service registry lainnya.
Aktifkan akses timbal balik antar aplikasi melalui jaringan internal
Dalam mode serverless, alamat IP internal baru dihasilkan untuk setiap penerapan. Oleh karena itu, akses langsung antar aplikasi berdasarkan alamat IP instans tidak didukung. Anda dapat menggunakan salah satu metode berikut untuk mengaktifkan akses.
SAE Service: Akses aplikasi melalui layanan SAE. Anda dapat mengimplementasikannya menggunakan NLB privat atau CLB privat.
SAE Ingress: Akses aplikasi melalui Ingress SAE (rute gerbang). Anda dapat mengimplementasikannya menggunakan API Gateway privat, ALB privat, atau gateway cloud-native MSE privat. Ini memungkinkan Anda mengarahkan traffic ke berbagai aplikasi SAE berdasarkan nama domain dan path yang berbeda.
Akses instans ECS, ApsaraDB RDS, dan Tair (Redis OSS-compatible) dari aplikasi SAE dalam VPC yang sama
SAE berbasis jaringan VPC Alibaba Cloud. Oleh karena itu, Anda tidak perlu melakukan konfigurasi tambahan untuk mengakses sumber daya lain dalam VPC yang sama, seperti instans ECS, ApsaraDB RDS, dan Tair (Redis OSS-compatible). Sebaliknya, sumber daya Alibaba Cloud lain dalam VPC yang sama juga dapat mengakses SAE.
Pastikan grup keamanan dan daftar putih produk telah dikonfigurasi dengan benar. Jika mengalami masalah, Anda dapat mengikuti langkah troubleshooting dalam FAQ.
Perbandingan metode akses jaringan SAE
Perbedaan antara SAE Service dan SAE Ingress (rute gerbang)
SAE Ingress (rute gerbang) dapat mengarahkan traffic ke aplikasi berbeda berdasarkan nama domain dan path, seperti yang ditunjukkan pada gambar berikut. Service tidak dapat melakukan hal ini. Kami merekomendasikan penggunaan Ingress jika memungkinkan. Anda dapat menggunakan Service untuk skenario yang memerlukan protokol TCP Lapisan 4 atau ketika Anda tidak dapat mengakses layanan menggunakan nama domain.
Perbedaan antara SAE Service dan Kubernetes Service
Layanan Kubernetes memiliki dua mode. Salah satunya berbasis LoadBalancer, yang berkorespondensi dengan SAE Service dan dapat diimplementasikan menggunakan NLB atau CLB. Yang lainnya berbasis ClusterIP. SAE tidak secara langsung menyediakan ClusterIP. Sebagai gantinya, SAE menyediakan nama domain yang dapat diakses, yaitu Kubernetes Service. Perbedaan utamanya sebagai berikut.
Item perbandingan | Service | Kubernetes Service |
Penagihan | Gratis | |
Skenario | Untuk mengakses aplikasi dari Internet atau jaringan privat. | Hanya cocok untuk akses timbal balik antar aplikasi SAE. |
O&M | Mendukung konfigurasi pemantauan dan peringatan terkait, serta pengumpulan log akses ke SLS. Ini menyediakan kemampuan troubleshooting detail halus. | Tidak menyediakan kemampuan pemantauan, peringatan, atau log akses independen. Anda perlu mengonfigurasi peringatan dan log di sisi aplikasi. |
Perbedaan antara routing gerbang berbasis ALB dan CLB
Application Load Balancer (ALB) adalah layanan load balancing dari Alibaba Cloud yang dirancang untuk skenario load balancing lapisan aplikasi, seperti HTTP, HTTPS, dan QUIC. Untuk skenario routing gerbang, kami merekomendasikan penggunaan ALB. Untuk informasi lebih lanjut, lihat Pengenalan keluarga produk Server Load Balancer (SLB).
Perbedaan antara akses internet berbasis gateway NAT dan EIP
Gambar berikut menunjukkan contoh akses internet berbasis EIP di mana setiap instans di-bind ke EIP. Jika jumlah EIP tidak mencukupi, pembuatan instans gagal dan instans tidak dapat menyediakan layanan.
Perbedaan utama antara mode NAT dan EIP sebagai berikut.
Item perbandingan | NAT | EIP |
Cakupan efektif | Gateway NAT dapat dikontrol di tingkat VPC atau vSwitch. Ini menyediakan layanan proxy untuk semua instans tanpa alamat IP publik dalam VPC atau vSwitch agar dapat mengakses internet. Anda hanya perlu mengonfigurasi satu gateway NAT untuk VPC atau vSwitch agar semua instansnya dapat mengakses internet. | EIP berada di tingkat instans. Misalnya, 10 instans memerlukan 10 EIP. Setelah EIP di-bind ke instans, instans tersebut dapat mengakses dan diakses dari internet. |
Alamat IP publik statis | Ya. | Tidak. Setelah instans baru berhasil di-bind ke EIP, SAE menghapus instans asli dan melepas EIP asli. Oleh karena itu, pastikan jumlah EIP minimal sama dengan jumlah instans ditambah satu. EIP bersifat dinamis dan dialokasikan dari pool IP. |
Skenario khas | Aplikasi melakukan penskalaan otomatis. Instans baru perlu mengakses internet secara default dan memerlukan alamat IP statis. Skenario ini cocok untuk 95% pengguna. | EIP dapat berubah-ubah. Ini cocok untuk skenario yang memerlukan koneksi langsung ke instans, seperti rapat daring. Anda juga perlu mengontrol siklus hidup setiap instans secara detail halus. |
Penagihan | Untuk informasi lebih lanjut tentang penagihan, lihat Penagihan gateway NAT. | Untuk informasi lebih lanjut tentang penagihan, lihat Penagihan EIP. Ketika jumlah instans tidak melebihi 20, EIP lebih hemat biaya. |
Mikroservis yang ditingkatkan
Sebagai produk praktik terbaik untuk arsitektur mikroservis serverless, SAE menyediakan banyak peningkatan untuk kemampuan mikroservis.
Service registry
Untuk informasi lebih lanjut, lihat Registrasi dan discovery layanan berbasis Nacos dan service registry lainnya.
Pusat konfigurasi
Kami merekomendasikan Anda menggunakan service registry Nacos dari MSE. Ini menyediakan fitur registry mikroservis sekaligus pusat konfigurasi. Anda juga dapat menggunakan fitur manajemen konfigurasi terdistribusi (ACM) yang disertakan dalam SAE.
Pengembangan mikroservis
Penerapan otomatis berbasis IDE
Dibandingkan dengan repackaging dan penerapan setiap kali, penerapan sekali klik dari IDE dapat sangat mengurangi waktu penerapan dan meningkatkan efisiensi pengembangan.
Untuk informasi lebih lanjut, lihat Gunakan Alibaba Cloud Toolkit untuk menerapkan mikroservis ke SAE secara otomatis.
Interkoneksi antara aplikasi lokal dan cloud
Setelah mengadopsi arsitektur mikroservis, jumlah aplikasi Anda meningkat. Dalam kasus ekstrem, pengembangan lokal dan debugging gabungan memerlukan menjalankan semua aplikasi mikroservis terkait. Untuk mengatasi tantangan ini, Anda dapat menggunakan kemampuan interkoneksi yang disediakan oleh plug-in Alibaba Cloud Toolkit. Misalnya, Anda dapat menghubungkan konsumen lokal Anda langsung ke penyedia yang diterapkan di SAE. Dengan cara ini, Anda tidak perlu menjalankan penyedia secara lokal, yang secara signifikan mengurangi biaya pengembangan dan debugging.
Untuk informasi lebih lanjut, lihat Gunakan Cloud Toolkit untuk mengimplementasikan interkoneksi antara aplikasi lokal dan cloud (IntelliJ IDEA).
Administrasi layanan
Daftar layanan
Untuk aplikasi yang menggunakan Nacos bawaan, SAE menyediakan kemampuan kueri daftar layanan dasar. Jika Anda menggunakan registry yang dikelola sendiri atau registry MSE, Anda dapat login ke konsol terkait untuk mengkueri layanan. Anda tidak perlu melihatnya di konsol SAE.
Untuk informasi lebih lanjut, lihat Lihat daftar layanan.
Shutdown yang mulus
Karena klien konsumen memiliki cache, ia tidak dapat segera menerima notifikasi offline dari penyedia mikroservis. Oleh karena itu, biasanya Anda perlu menghapus instans penyedia dari service registry dan menunggu cache konsumen diperbarui. Untuk mengatasi masalah ini, SAE mengintegrasikan fitur shutdown yang mulus dari Microservices Engine (MSE) untuk memproduksikan proses ini.
Untuk informasi lebih lanjut, lihat Konfigurasikan mulai mulus dan shutdown yang mulus.
Mulai mulus
Penyedia mikroservis dapat dipanggil oleh konsumen segera setelah terdaftar di service registry. Namun, penyedia mungkin masih memerlukan inisialisasi lebih lanjut, seperti menginisialisasi kolam koneksi database. Oleh karena itu, untuk aplikasi mikroservis dengan lalu lintas tinggi, kami merekomendasikan Anda mengaktifkan fitur mulai mulus.
Untuk informasi lebih lanjut, lihat Konfigurasikan mulai mulus dan shutdown yang mulus.
Rilis canary mikroservis
SAE tidak hanya mendukung manajemen siklus hidup aplikasi tetapi juga menyediakan kemampuan rilis canary untuk aplikasi mikroservis.
Untuk informasi lebih lanjut, lihat Kelola aturan rilis canary dan Lakukan rilis bertahap untuk aplikasi.
Pembatasan kecepatan dan degradasi
Baik untuk aplikasi mikroservis maupun monolitik, lonjakan traffic mendadak, seperti dalam skenario penjualan kilat, dapat menyebabkan aplikasi crash. Jika ini adalah aplikasi mikroservis, hal ini juga dapat menyebabkan efek avalan. Oleh karena itu, Anda harus mengambil langkah perlindungan. SAE mengintegrasikan fitur perlindungan traffic dari Microservices Engine (MSE), yang memungkinkan Anda dengan mudah mengonfigurasi dan mengelola aturan pembatasan kecepatan dan degradasi.
Untuk informasi lebih lanjut, lihat Perlindungan traffic.
Pemantauan aplikasi
Dalam arsitektur mikroservis, tanpa sistem pemantauan pendukung, sulit untuk menemukan dan mendiagnosis masalah. SAE terintegrasi dengan Application Real-Time Monitoring Service (ARMS). ARMS menyediakan dasbor, pemantauan JVM, pemantauan panggilan lambat, analisis jejak, dan kemampuan peringatan untuk menurunkan hambatan bagi perusahaan dalam mengimplementasikan arsitektur mikroservis.
Untuk informasi lebih lanjut, lihat Pemantauan Aplikasi.
Berbagai bahasa
Dukungan runtime PHP
SAE mendukung metode penerapan berikut:
Gambar: aplikasi arsitektur PHP apa pun.
Paket ZIP PHP: aplikasi online apa pun dengan arsitektur PHP-FPM dan Nginx.
SAE menyediakan lingkungan runtime PHP default.
Hosting file statis
Menggunakan NAS dan OSS, SAE mendukung hosting file statis secara independen. SAE menyediakan penyimpanan persisten untuk kode, templat, dan file yang diunggah selama runtime, serta memungkinkan berbagi file lintas instans.
Debugging jarak jauh
Berbagai fitur SAE memungkinkan berbagai kemampuan debugging di SAE.
Debugging jarak jauh PHP
SAE memiliki plug-in Xdebug bawaan yang memungkinkan debugging jarak jauh.
Unduh file
SAE memungkinkan Anda login ke instans menggunakan Webshell dan mengunduh file menggunakan fitur SAE atau OSS. Untuk informasi lebih lanjut, lihat Unggah dan unduh file menggunakan Webshell.
Unggah file
SAE memfasilitasi pengembangan dan debugging kode menggunakan NAS dan OSS.
Log
SAE terintegrasi dengan SLS dan Kafka untuk pengumpulan log. Fitur log waktu nyata SAE mendukung penampilan 500 baris informasi log. Jika Anda memiliki kebutuhan penampilan yang lebih tinggi, kami merekomendasikan Anda menggunakan fitur pengumpulan log file. SAE mengumpulkan log file bisnis (path log dalam kontainer) dan log stdout standar kontainer serta mengirimkannya ke SLS atau Kafka. Hal ini memungkinkan Anda melihat jumlah baris log tanpa batas serta mengagregasi dan menganalisis log sesuai kebutuhan, yang memfasilitasi integrasi log bisnis.
Log file
SAE terintegrasi dengan SLS untuk pengumpulan log, yang hanya perlu Anda aktifkan di konsol SAE. Berbeda dengan ECS di mana Anda harus memelihara daftar mesin secara manual untuk pengumpulan, dengan SAE, setelah Anda mengonfigurasi direktori atau file pengumpulan, SAE secara otomatis terhubung dengan SLS untuk pengumpulan log selama setiap penerapan atau scale-out. Anda dapat mencari log berdasarkan kata kunci di konsol SLS. Untuk informasi lebih lanjut, lihat Konfigurasikan pengumpulan log ke SLS.
Sumber log mendukung karakter wildcard. Misalnya, /tmp/log/*.log menunjukkan pengumpulan semua file yang berakhiran log dalam direktori /tmp/log dan subdirektorinya.
Dalam kasus di mana penggunaan SLS untuk pengumpulan tidak memungkinkan atau pengguna RAM tidak dapat melihat log SLS, Anda dapat memilih untuk mengimpor log ke Kafka. Berdasarkan ini, Anda dapat mengirimkan data dari Kafka ke database persisten lain, seperti Elasticsearch, sesuai skenario bisnis Anda. Hal ini memfasilitasi manajemen dan analisis log terpusat. Untuk informasi lebih lanjut, lihat Konfigurasikan pengumpulan log ke Kafka.
Anda juga dapat mengatur parameter startup Logtail menggunakan variabel lingkungan. Untuk informasi lebih lanjut, lihat Atur variabel lingkungan untuk meningkatkan kinerja pengumpulan Logtail.
Log waktu nyata
SAE secara otomatis mengumpulkan log stdout, menyimpan 500 entri terbaru, dan memungkinkan Anda melihatnya di konsol SAE. Untuk informasi lebih lanjut, lihat Lihat log waktu nyata.
Jika Anda ingin mengumpulkan konten stdout ke SLS juga, Anda dapat terlebih dahulu mengeluarkan konten tersebut ke file lalu mengonfigurasi pengumpulan file. Parameter ditunjukkan pada gambar berikut.
Penyimpanan
SAE dilengkapi penyimpanan disk sistem 20 GB. Untuk membaca dan menulis ke penyimpanan eksternal, kami merekomendasikan Anda menggunakan NAS dan OSS. Diagnosis aplikasi SAE melibatkan dua metode: pemeriksaan rutin dan unggah log. Untuk unggah log, Anda dapat menggunakan tidak hanya OSS tetapi juga fitur unggah dan unduh sekali klik bawaan di SAE.
Untuk skenario log, kami merekomendasikan Anda menggunakan SLS alih-alih NAS atau OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan pengumpulan log ke SLS.
NAS
SAE mendukung penyimpanan NAS, yang menyelesaikan masalah persistensi data untuk instans aplikasi dan distribusi data antar instans. Penyimpanan NAS hanya dapat diakses ketika dipasang ke instans ECS atau aplikasi SAE. Untuk informasi lebih lanjut, lihat Konfigurasikan penyimpanan NAS.
OSS
OSS menyediakan tool dan konsol yang nyaman untuk manajemen visual bucket. OSS cocok untuk skenario intensif baca, seperti memasang file konfigurasi atau file statis frontend. Setelah Anda mengonfigurasi penyimpanan OSS saat menerapkan aplikasi di konsol SAE, Anda dapat mengakses data melalui konsol OSS. Untuk informasi lebih lanjut, lihat Konfigurasikan penyimpanan OSS.
Anda tidak dapat menggunakan tool ossfs dalam skenario penulisan log. Untuk informasi lebih lanjut, lihat ossfs 1.0.
Unggah dan unduh file
Jika Anda ingin mengunduh file dari SAE ke mesin lokal Anda, Anda dapat menggunakan fitur unggah dan unduh file bawaan Webshell. Untuk informasi lebih lanjut, lihat Unggah dan unduh file menggunakan Webshell.
Selain menggunakan penyimpanan NAS atau OSS, Anda juga dapat menggunakan tool ossutil. Untuk informasi tentang cara menggunakan Alibaba Cloud OSS untuk unggah dan unduh log, lihat Diagnosis aplikasi melalui pemeriksaan rutin.
Pemantauan dan peringatan
SAE memiliki pemantauan infrastruktur bawaan dan pemantauan bisnis ARMS untuk Java dan PHP. Sistem manajemen peringatan menyediakan konvergensi peringatan yang andal, notifikasi, eskalasi otomatis, dan fitur lainnya untuk membantu Anda mendeteksi dan menyelesaikan peringatan bisnis dengan cepat.
Pemantauan infrastruktur
Pemantauan infrastruktur mencakup CPU, Load, MEM, disk, jaringan, dan koneksi TCP. Untuk informasi lebih lanjut, lihat Pemantauan infrastruktur. Pemantauan infrastruktur bawaan disediakan oleh Alibaba CloudMonitor. Anda juga dapat login ke konsol CloudMonitor untuk mengonfigurasi dasbor kustom.
Pemantauan aplikasi
Aplikasi Edisi Profesional SAE mengintegrasikan fitur pemantauan aplikasi ARMS Pro. Setelah Anda mengaktifkan pemantauan aplikasi, tidak ada biaya tambahan yang dikenakan, dan fitur ini memantau aplikasi Anda secara real-time. Untuk informasi lebih lanjut, lihat Pemantauan aplikasi Edisi Profesional.
Aplikasi Edisi Standar SAE mengintegrasikan pemantauan Edisi Dasar ARMS. Setelah Anda mengaktifkan pemantauan aplikasi, Anda dapat menggunakan fitur ini secara gratis. Namun, opsi untuk mengaktifkan fitur pemantauan ARMS Pro juga disediakan. Setelah diaktifkan, biaya tambahan akan dikenakan, dan Anda harus melihat data di ARMS. Untuk informasi lebih lanjut, lihat Pemantauan aplikasi Edisi Standar.
Pengaturan peringatan
SAE mendukung pengaturan peringatan untuk masing-masing metrik di atas. Untuk informasi lebih lanjut, lihat Sistem manajemen peringatan.
Ketersediaan tinggi
Setelah menerapkan aplikasi di SAE, Anda dapat menggunakan fitur pemeriksaan kesehatan untuk mulai dan shutdown traffic yang mulus. Fitur ini memungkinkan Anda memeriksa apakah instans aplikasi dan operasi bisnis berjalan normal sehingga Anda dapat menemukan masalah saat terjadi pengecualian. Di sisi lain, SAE mendukung penerapan aplikasi lintas beberapa vSwitch untuk menangani kegagalan tingkat pusat data dan mendukung penggunaan AHAS untuk mengimplementasikan pembatasan kecepatan dan degradasi untuk aplikasi Java. Fitur-fitur ini secara komprehensif menjamin ketersediaan aplikasi.
Penerapan multi-vSwitch
Untuk menangani kegagalan tingkat pusat data, kami merekomendasikan Anda mengonfigurasi beberapa vSwitch untuk aplikasi SAE tingkat produksi. Anda dapat mengonfigurasi beberapa vSwitch saat membuat aplikasi atau menambahkan vSwitch setelah aplikasi dibuat. Saat membuat vSwitch, kami merekomendasikan Anda mengalokasikan jumlah alamat IP yang cukup (lebih dari 100 direkomendasikan). Jika jumlah alamat IP tidak mencukupi, pembuatan aplikasi atau penskalaan elastis dapat gagal. Untuk informasi lebih lanjut, lihat Ganti vSwitch.
Dengan menggunakan beberapa vSwitch, SAE dapat membantu bisnis secara otomatis menskala sumber daya lintas beberapa zona. Anda tidak perlu memantau distribusi sumber daya karena SAE menjamin ketersediaan sumber daya secara keseluruhan. Misalnya, dalam kejadian kegagalan titik tunggal atau kegagalan zona, SAE memigrasikan instans yang gagal ke node sehat atau zona lain dalam hitungan detik.
Pilih beberapa vSwitch saat pembuatan.
Tambahkan vSwitch setelah pembuatan.
CatatanSaat menambahkan vSwitch, pastikan untuk menyinkronkan konfigurasi daftar putih database. Untuk informasi lebih lanjut, lihat Akses database Alibaba Cloud dari aplikasi.
Mulai dan shutdown yang mulus
Saat menerapkan aplikasi di SAE, umumnya aplikasi melewati proses scale-out terlebih dahulu lalu scale-in. Namun, terdapat dua tantangan bisnis utama untuk mulai dan shutdown traffic yang mulus.
Apakah instans baru yang di-scale-out siap menangani traffic.
Bagaimana cara menghancurkan instans lama secara mulus.
SAE berbasis Kubernetes dan menyediakan dua metode pemeriksaan kesehatan: pemeriksaan kelangsungan hidup (konfigurasi Liveness) dan pemeriksaan kesiapan (konfigurasi Readiness). Untuk mengatasi dua tantangan ini, SAE mendukung konfigurasi pemeriksaan kesiapan. Pemeriksaan kesiapan secara berkala memeriksa apakah instans siap. Setelah instans baru siap, SAE mengarahkan traffic ke instans tersebut. Jika pemeriksaan gagal, SAE tidak mengarahkan traffic ke instans tersebut. Sebelum instans lama dihancurkan, instans tersebut terlebih dahulu dihapus dari alur traffic. Anda juga dapat mengonfigurasi skrip shutdown dan waktu tunggu sebelum instans dihancurkan. Untuk informasi lebih lanjut, lihat Konfigurasikan pemeriksaan kesehatan.
Pemeriksaan kelangsungan hidup juga secara berkala memeriksa apakah instans telah dimulai. Jika pemeriksaan gagal, SAE secara otomatis me-restart kontainer. Fitur ini berguna untuk O&M otomatis dalam skenario pengecualian, tetapi dapat menyebabkan konteks kegagalan hilang sehingga tidak mungkin menyelidiki penyebabnya. Anda dapat memutuskan apakah akan mengonfigurasi pemeriksaan kelangsungan hidup berdasarkan skenario aktual Anda.
Selain mengonfigurasi pemeriksaan kesiapan atau kelangsungan hidup, skenario mikroservis juga mengharuskan Anda mengonfigurasi shutdown yang mulus untuk mikroservis guna menyelesaikan masalah caching di service registry. Untuk informasi lebih lanjut, lihat Konfigurasikan mulai mulus dan shutdown yang mulus. Di lingkungan produksi, penggunaan fitur seperti penskalaan elastis otomatis dan peningkatan rollback dapat menyebabkan layanan tidak tersedia untuk waktu singkat dan menyebabkan pemantauan bisnis melaporkan banyak error. Untuk mengatasi tantangan ini, SAE mendukung konfigurasi mulai mulus untuk mikroservis. Untuk informasi lebih lanjut, lihat Konfigurasikan mulai mulus dan shutdown yang mulus.
Pembatasan kecepatan dan degradasi
Untuk skenario lalu lintas tinggi, SAE mengintegrasikan fitur perlindungan traffic dari Microservices Engine (MSE) untuk dengan mudah mengonfigurasi dan mengelola aturan pembatasan kecepatan dan degradasi, yang menjamin ketersediaan aplikasi. Untuk informasi lebih lanjut, lihat Perlindungan traffic.
Elastisitas (pengurangan biaya dan peningkatan efisiensi)
SAE mendukung kebijakan elastis seperti penskalaan manual, penskalaan terjadwal, penskalaan berbasis metrik, penskalaan hibrid, serta start dan stop terjadwal. Elastisitas adalah fitur khas arsitektur dan aplikasi cloud-native yang dapat membantu Anda mengurangi biaya infrastruktur dan meningkatkan efisiensi O&M.
Penskalaan manual
Penskalaan manual cocok untuk skenario O&M manual. Dibandingkan dengan proses penskalaan ECS yang relatif kompleks dan lambat, penskalaan SAE berbasis gambar kontainer dan lebih cepat. Untuk informasi lebih lanjut, lihat Penskalaan manual.
Penskalaan terjadwal
Penskalaan terjadwal cocok untuk skenario di mana traffic dapat diprediksi. Misalnya, industri katering dan pendidikan memiliki puncak bisnis yang jelas di pagi dan sore hari setiap hari. Oleh karena itu, Anda dapat mengonfigurasi jumlah instans yang berbeda untuk dijalankan pada waktu yang berbeda agar sumber daya server sesuai dengan traffic layanan aktual seakurat mungkin. Untuk informasi lebih lanjut, lihat Konfigurasikan kebijakan Auto Scaling.
Penskalaan berbasis metrik
Penskalaan berbasis metrik cocok untuk skenario di mana traffic relatif tidak dapat diprediksi. Saat ini mendukung metrik seperti CPU, MEM, koneksi TCP, QPS, dan RT. Untuk informasi lebih lanjut, lihat Konfigurasikan kebijakan Auto Scaling.
Elastisitas hibrid
Penskalaan hibrid cocok untuk skenario dengan traffic lonjakan dan kebutuhan penskalaan terjadwal, seperti industri internet, pendidikan, dan katering. Ini memungkinkan penyesuaian detail halus jumlah instans untuk periode waktu yang diketahui.
Misalnya, pada hari kerja, jumlah maksimum instans elastis dikonfigurasi sebagai max dan minimum sebagai min. Namun, jika Anda tidak perlu mempertahankan instans min pada akhir pekan, Anda dapat mengonfigurasi jumlah instans yang berbeda untuk akhir pekan guna mengurangi nilai min. Untuk informasi lebih lanjut, lihat Konfigurasikan kebijakan Auto Scaling.
Start dan stop terjadwal
Fitur start dan stop terjadwal memungkinkan Anda memulai dan menghentikan aplikasi dalam namespace secara batch pada waktu terjadwal. Misalnya, Anda dapat menjadwalkan start dan stop semua aplikasi di lingkungan pengembangan atau pengujian. Misalkan Anda hanya perlu menggunakan lingkungan pengembangan dan pengujian dari pukul 08.00 hingga 20.00 setiap hari, dan tidak digunakan selama sisa waktu. Anda dapat mengonfigurasi start dan stop terjadwal di SAE untuk mengurangi biaya. Untuk informasi lebih lanjut, lihat Buat aturan start dan stop terjadwal.
Tutorial praktis
SAE menyediakan praktik terbaik untuk berbagai kebutuhan bisnis. Topik ini mencakup elastisitas, jaringan, penyimpanan, dan akses aplikasi ke database Alibaba Cloud. Praktik terbaik lainnya mencakup gambar, akselerasi aplikasi, dan konfigurasi parameter JVM. Untuk informasi lebih lanjut tentang skenario umum, lihat Praktik terbaik.