Kelola lingkungan aplikasi di Pusat Aplikasi Serverless dari konsol Function Compute - Function Compute

Setelah membuat aplikasi, Anda dapat melihat informasi terkait lingkungannya. Topik ini menjelaskan cara membuat, melihat, dan menghapus lingkungan aplikasi di Pusat Aplikasi Serverless dari konsol Function Compute, serta cara mengisolasi layanan di lingkungan yang berbeda.

Informasi latar belakang

Fitur lingkungan menyediakan kemampuan manajemen infrastruktur berikut:

Anda dapat menerapkan layanan di lingkungan infrastruktur terisolasi untuk mencapai ketersediaan tinggi atau latensi rendah pada layanan produksi. Sebagai contoh, Anda dapat mengisolasi layanan di wilayah dan virtual private cloud (VPC) yang berbeda.
Anda dapat mengaitkan aturan pipeline yang berbeda dengan lingkungan yang berbeda untuk mengimplementasikan kontrol yang akurat dan aman atas proses produksi. Sebagai contoh, tindakan commit cabang pengembangan dapat memicu integrasi berkelanjutan (CI) di lingkungan pengujian, sedangkan tindakan merge cabang utama dapat memicu rilis di lingkungan produksi.

Catatan penggunaan

Secara default, tidak ada nama domain yang ditetapkan untuk lingkungan. Lingkungan dapat menampung sumber daya Alibaba Cloud seperti Simple Log Service (SLS), VPC, dan File Storage NAS (NAS). Sumber daya tersebut diisolasi di lingkungan yang berbeda. Jika ingin menggunakan nama domain yang berbeda untuk setiap lingkungan, Anda harus menentukan bidang customDomains dalam file s.yaml repositori.
Izin untuk mengakses layanan Alibaba Cloud terkait diperlukan ketika lingkungan menampung sumber daya tertentu. Anda dapat melampirkan kebijakan yang berisi izin yang diperlukan pada layanan Alibaba Cloud terkait ke peran AliyunFCServerlessDevsRole.
Layanan dapat diterapkan di lingkungan yang berbeda. Anda dapat menentukan apakah akan menggunakan konfigurasi yang disediakan oleh lingkungan.

Lihat informasi tentang lingkungan

Masuk ke konsol Function Compute. Di panel navigasi sebelah kiri, klik Applications. Pada halaman Applications, temukan aplikasi yang ingin Anda kelola dan klik ikon xiala di sebelah kiri aplikasi untuk melihat lingkungan aplikasi tersebut.

Klik nama lingkungan untuk melihat informasi terkait, termasuk informasi dasar, konfigurasi sumber kode, riwayat penerapan, dan sumber daya. Anda juga dapat mengembangkan kode terkait lingkungan tersebut di cloud dan mengonfigurasi pipeline.

Pengembalian lingkungan

Penting

Pengembalian lingkungan memiliki risiko. Jika terjadi kesalahan, Anda dapat mengembalikan lingkungan ke titik waktu tertentu. Namun, pengembalian hanya berlaku untuk kode bisnis aplikasi. Bisnis hulu dan hilir tidak dapat dikembalikan. Sebagai contoh, jika aplikasi saat ini menggunakan database dan database tidak dapat dihubungkan karena kesalahan, masalah ini mungkin tidak dapat diselesaikan dengan mengembalikan kode bisnis aplikasi.

Untuk mengembalikan lingkungan, buka tab Environment Details halaman detail aplikasi, lalu klik Roll Back di bagian Deployment History.

env-rollback

Pengembalian lingkungan menerapkan ulang logika bisnis dan konfigurasi berdasarkan snapshot penerapan historis. Logika bisnis dan konfigurasi merujuk pada kode dan konfigurasi sumber daya, seperti file s.yaml, dalam tindakan commit tertentu di repositori kode.

Manajemen sumber daya

Pusat Aplikasi Serverless memungkinkan Anda melihat informasi pengikatan sumber daya, tetapi Anda tidak dapat mengelola sumber daya langsung di Pusat Aplikasi Serverless.

Anda dapat menggunakan informasi pengikatan sumber daya untuk mengelola sumber daya di halaman manajemen sumber daya. Namun, metode ini tidak direkomendasikan di Function Compute. Kami merekomendasikan agar Anda menggunakan file s.yaml, yaitu file deskripsi sumber daya di repositori kode, untuk mengelola sumber daya. Jika Anda melakukan operasi pada sumber daya di halaman manajemen sumber daya tanpa memodifikasi file s.yaml repositori kode, sumber daya tersebut mungkin tertimpa. Sebagai contoh, jika file s.yaml repositori kode di cabang lingkungan menentukan bahwa ukuran memori fungsi adalah 1.024 MB, tetapi seorang pengembang mengubah ukuran memori fungsi menjadi 2.048 MB di halaman manajemen sumber daya tanpa memodifikasi file s.yaml, setelah penerapan pipeline dipicu, ukuran memori fungsi akan kembali menjadi 1.024 MB.

Pengembangan berbasis cloud

Pusat Aplikasi Serverless menyediakan kemampuan pengembangan berbasis cloud. Di tab Cloud Development halaman detail aplikasi, klik Initialize Code Repository untuk menginisialisasi kode.

Setelah inisialisasi, Anda dapat melihat kode di WebIDE dan melakukan operasi pengembangan serta debugging dasar. Setelah selesai, Anda dapat menggunakan terminal atau plugin Git untuk mendorong kode ke repositori kode. Anda juga dapat mengklik Save Code to Repository di pojok kiri atas untuk menambahkan, commit, dan mendorong kode.

cloud-develop

Manajemen pipeline

Untuk informasi lebih lanjut, lihat Kelola Pipeline.

Buat lingkungan

Pusat Aplikasi Serverless menyediakan kemampuan multi-lingkungan. Anda dapat mengklik Create Environment di halaman detail aplikasi untuk membuat lingkungan. create-environment

Tabel berikut menjelaskan parameter yang harus dikonfigurasikan untuk membuat lingkungan.

Parameter	Deskripsi
Nama Lingkungan	Nama lingkungan. Nama lingkungan membantu Anda membedakan lingkungan yang berbeda. Satu jenis lingkungan dapat sesuai dengan beberapa nama lingkungan.
Jenis Lingkungan	Jenis lingkungan. Jenis lingkungan membantu Anda mengategorikan dan memfilter lingkungan. Jenis berikut didukung: lingkungan pengujian, lingkungan staging, dan lingkungan produksi.
Deskripsi	Informasi dasar, seperti deskripsi, wilayah, dan nama peran lingkungan. Konfigurasi, seperti wilayah, logging, jaringan, dan pengaturan penyimpanan, di halaman Buat Lingkungan memiliki prioritas lebih tinggi daripada konfigurasi di file `s.yaml`. Sebagai contoh, jika file `s.yaml` repositori kode menentukan China (Hangzhou) sebagai wilayah, dan Anda menetapkan wilayah ke China (Beijing) saat membuat lingkungan, sumber daya diterapkan di wilayah China (Beijing).
Konfigurasi Pipeline	Secara default, setiap lingkungan sesuai dengan satu pipeline di Pusat Aplikasi Serverless. Anda dapat mengonfigurasi pipeline untuk lingkungan yang berbeda.

Kemampuan multi-lingkungan yang disediakan oleh Pusat Aplikasi Serverless berkaitan erat dengan cabang kode repositori kode. Praktik terbaik yang direkomendasikan adalah satu lingkungan sesuai dengan satu pipeline, dan satu pipeline sesuai dengan satu cabang. Sebagai contoh, Anda dapat membuat cabang dev untuk lingkungan pengembangan, cabang test untuk lingkungan pengujian, dan cabang main/master untuk lingkungan produksi di repositori kode. Dengan cara ini, Anda dapat commit kode ke cabang yang berbeda untuk memicu pipeline, memastikan bahwa lingkungan diperbarui sesuai harapan. Anda dapat menggunakan fitur pull request (PR) dan merge request (MR) yang disediakan oleh repositori kode untuk mengimplementasikan alur lingkungan kode dari cabang pengembangan ke cabang pengujian dan kemudian ke cabang utama.

Dalam skenario bisnis nyata, beberapa aplikasi mungkin diterapkan menggunakan kode yang sama untuk pengguna yang berbeda. Dalam kasus ini, beberapa pipeline dapat dipicu melalui satu cabang kode, sehingga beberapa lingkungan berlaku sekaligus setelah kode diperbarui.

Hapus lingkungan

Masuk ke konsol Function Compute. Di panel navigasi sebelah kiri, klik Applications. Pada halaman Applications, temukan lingkungan yang ingin Anda hapus dan klik Delete di kolom Tindakan.

Peringatan

Anda mungkin perlu menghapus sumber daya saat menghapus lingkungan. Tentukan nama dan jenis sumber daya yang ingin dihapus sebelum menghapus lingkungan. Jangan pilih kotak centang di sebelah kiri sumber daya yang tidak ingin Anda hapus.

delete-environment

Gunakan lingkungan untuk mengisolasi layanan

Pusat Aplikasi Serverless menggunakan GitOps untuk mengimplementasikan praktik terbaik DevOps. Repositori Git digunakan untuk mengelola infrastruktur aplikasi dan proses integrasi berkelanjutan serta pengiriman berkelanjutan (CI/CD). Repositori Git adalah satu-satunya sumber status aplikasi. Anda harus menggunakan file YAML yang memenuhi spesifikasi untuk mengimplementasikan isolasi layanan berbasis lingkungan. Untuk informasi lebih lanjut tentang spesifikasi YAML, lihat Spesifikasi YAML.

Dalam banyak kasus, peran pengembangan dan operasi & pemeliharaan dibedakan di perusahaan. Kedua jenis peran memiliki pembagian tanggung jawab yang jelas. Biasanya, personel operasi & pemeliharaan mengelola infrastruktur perusahaan dan memberi otorisasi kepada pengembang untuk menggunakan infrastruktur tersebut. Jika semua infrastruktur dipelihara di repositori Git, personel operasi & pemeliharaan harus mengirimkan kode untuk mengubah infrastruktur, yang bertentangan dengan kebiasaan sebagian besar insinyur operasi & pemeliharaan. Oleh karena itu, metode penerapan berikut tersedia di Pusat Aplikasi Serverless:

Metode 1
Pelihara file YAML yang berbeda untuk lingkungan yang berbeda. Konfigurasikan pipeline di lingkungan dan gunakan file YAML yang ditentukan untuk penerapan.
Pewarisan YAML didukung di Serverless Devs untuk mengurangi konfigurasi YAML yang berulang. Untuk informasi lebih lanjut, lihat Pewarisan YAML.
Metode 2
Gunakan file YAML yang sama untuk lingkungan yang berbeda. Konfigurasi diferensiasi untuk lingkungan ditentukan dengan menggunakan variabel lingkungan di pipeline. Anda dapat merujuk variabel lingkungan ini di file YAML untuk mengimplementasikan isolasi. Untuk informasi lebih lanjut tentang cara mengonfigurasi variabel lingkungan, lihat bagian "Variabel lingkungan pipeline" dari topik Kelola Pipeline.
```
vars:
  region: ${env(region)}
  service:
    name: demo-service-${env(prefix)}
    internetAccess: true
    logConfig:
      project: ${env(LOG_PROJECT)}
      logstore: fc-console-function-pre
    vpcConfig:
      securityGroupId: ${env(SG_ID)}
      vswitchIds:
        - ${env(VSWITCH_ID)}
      vpcId: ${env(VPC_ID)}
```

Metode 3

Gunakan file YAML yang sama untuk lingkungan yang berbeda dan gunakan informasi sumber daya lingkungan untuk mengonfigurasi layanan yang ditentukan. Contoh kode berikut memberikan ilustrasi.

service:
  logConfig:
    project: ${environment.outputs.slsProject}
    logstore: ${environment.outputs.slsLogStore}
  vpcConfig:
    vpcId: ${environment.outputs.vpcId}
    securityGroupId: ${environment.outputs.securityGroupId}
    vswitchIds:
    - ${environment.outputs.vswitchId}
  nasConfig:
    userId: 10003
    groupId: 10003
    mountPoints:
    - serverAddr: ${environment.outputs.nasMountTargetId}
      nasDir: /fc-deploy-service
      fcDir: /mnt/auto

Metode penerapan yang berbeda cocok untuk skenario yang berbeda:

Metode 1
Cocok untuk skenario di mana personel R&D dan operasi & pemeliharaan termasuk dalam tim yang sama dan semua personel memiliki izin pada file YAML. Metode ini efisien.
Metode 2
Cocok untuk skenario di mana perubahan infrastruktur jarang terjadi dan jumlah lingkungan sedikit. Personel operasi & pemeliharaan merencanakan sumber daya terlebih dahulu dan mengonfigurasi sumber daya dalam variabel lingkungan pipeline. Anda hanya perlu mendeklarasikan dan merujuk variabel lingkungan di file YAML. Metode ini sepenuhnya memisahkan tanggung jawab personel R&D dan operasi & pemeliharaan. Namun, metode ini sulit diperluas ketika sejumlah besar infrastruktur digunakan.
Metode 3
Cocok untuk pengembangan aplikasi serverless modern. Sebagai contoh, selama proses CI, lingkungan yang berbeda dapat dipicu untuk menarik sumber daya cloud dan sumber daya lingkungan dapat dihapus setelah pengujian. Lingkungan dapat digunakan untuk mengaktifkan layanan dengan beberapa klik. Tanggung jawab personel R&D dan operasi & pemeliharaan dapat dibagi di lingkungan produksi. Izin akses pada sumber daya produksi dapat diberikan kepada personel R&D sesuai kebutuhan.