Halaman ini menjelaskan cara men-deploy kode backend API dan Extensible Service Proxy (ESP) ke Google Kubernetes Engine, Compute Engine, dan lingkungan fleksibel App Engine.
Meskipun langkah-langkah deployment bervariasi bergantung pada platform yang menghosting API Anda, selalu ada langkah saat Anda memberikan nama layanan dan opsi yang mengonfigurasi ESP untuk menggunakan konfigurasi layanan Cloud Endpoints terbaru yang di-deploy. Dengan informasi ini, ESP dapat memperoleh konfigurasi Endpoint API Anda, yang memungkinkan ESP melakukan proxy permintaan dan respons sehingga Endpoint dapat mengelola API Anda.
Prasyarat
Sebagai titik awal, halaman ini mengasumsikan bahwa Anda telah:
Mempersiapkan deployment
App Engine
Dengan penambahan langkah konfigurasi kecil (dijelaskan dalam langkah-langkah berikut), men-deploy API Anda agar dikelola oleh Endpoints sama dengan men-deploy aplikasi apa pun ke lingkungan fleksibel App Engine. Ikuti dokumentasi App Engine untuk:
- Susun file konfigurasi Anda.
-
Membuat file konfigurasi
app.yaml
- Jika aplikasi Anda didasarkan pada microservice, lihat dokumentasi Men-deploy beberapa aplikasi layanan untuk mengetahui informasi tentang cara mengonfigurasi file
app.yaml
untuk setiap layanan.
Anda men-deploy API ke App Engine menggunakan perintah gcloud app deploy
. Perintah ini secara otomatis mem-build image container menggunakan layanan Container Builder, lalu men-deploy image tersebut ke lingkungan fleksibel App Engine Anda.
Sebelum men-deploy:
- Pemilik project Google Cloud harus membuat aplikasi App Engine.
- Pastikan akun pengguna Anda menyertakan hak istimewa yang diperlukan.
Compute Engine
Agar Endpoint dapat mengelola API, Anda harus menginstal dan mengonfigurasi ESP, serta kode server backend untuk API. Anda harus menginstal Docker di instance VM Compute Engine agar dapat menjalankan image Docker ESP yang tersedia secara gratis di Artifact Registry.
Sebelum men-deploy:
Berikut adalah ringkasan tingkat tinggi tentang langkah-langkah yang harus Anda lakukan sebelum dapat men-deploy API dan ESP ke Compute Engine. Secara umum, Anda melakukan semua langkah yang biasanya dilakukan untuk menjalankan kode server backend di Compute Engine.
- Buat, konfigurasikan, dan mulai instance VM Anda. Lihat dokumentasi Compute Engine.
- Instal Docker Enterprise Edition (EE) atau Docker Community Edition (CE) di instance VM Anda. Lihat Menginstal Docker.
- Buat penampung Docker untuk kode server backend Anda. Lihat dokumentasi Cloud Build.
- Kirim container ke Artifact Registry atau registry lain.
- Pastikan Anda berhasil:
- Hubungkan ke VM instance.
- Jalankan image Docker untuk memulai server backend Anda di instance VM. Lihat Referensi run Docker.
- Kirim permintaan ke API Anda.
GKE
Saat Anda membuat cluster di konsol Google Cloud, secara default, cakupan OAuth yang diberikan ke akun layanan cluster mencakup cakupan yang diperlukan Endpoints:
- Service Control: Aktif
- Pengelolaan Layanan: Hanya Baca
Saat membuat cluster menggunakan perintah
gcloud container clusters create
atau menggunakan
file konfigurasi pihak ketiga, pastikan Anda menentukan cakupan berikut:
"https://www.googleapis.com/auth/servicecontrol"
"https://www.googleapis.com/auth/service.management.readonly"
Untuk informasi selengkapnya, lihat Apa yang dimaksud dengan cakupan akses?
Sebelum men-deploy:
Dengan menambahkan bagian kecil ke File manifes deployment, Anda dapat menjalankan image Docker ESP di cluster penampung bersama dengan aplikasi dalam penampung. Berikut adalah ringkasan tingkat tinggi tentang langkah-langkah yang harus Anda lakukan sebelum dapat men-deploy API dengan ESP ke GKE. Secara umum, Anda melakukan semua langkah yang biasanya dilakukan untuk menjalankan kode server backend di GKE.
- Deploy aplikasi dalam container ke cluster container. Langkah-langkah
umum seperti yang dijelaskan dalam
dokumentasi GKE
adalah:
- Memaketkan aplikasi Anda ke dalam image Docker.
- Upload image ke registry.
- Buat cluster container.
- Deploy aplikasi Anda ke cluster.
- Mengekspos aplikasi Anda ke internet.
- Pastikan Anda berhasil:
- Mulai server API Anda.
- Kirim permintaan ke API Anda.
Men-deploy API dan ESP
App Engine
Untuk men-deploy API dan ESP ke App Engine:
- Dapatkan
nama layanan API Anda. Ini adalah nama yang Anda tentukan di
kolom
host
dokumen OpenAPI. - Edit file
app.yaml
, lalu tambahkan bagian bernamaendpoints_api_service
yang berisi nama layanan. Anda dapat menggunakan fileapp.yaml
dari tutorial sebagai model:Java Python Go PHP Ruby NodeJS Ganti
ENDPOINTS-SERVICE-NAME
dengan nama layanan API Anda. Contoh:endpoints_api_service: name: example-project-12345.appspot.com rollout_strategy: managed
Opsi
rollout_strategy: managed
mengonfigurasi ESP untuk menggunakan konfigurasi layanan terbaru yang di-deploy. Saat Anda menentukan opsi ini, hingga 5 menit setelah Anda men-deploy konfigurasi layanan baru, ESP akan mendeteksi perubahan dan otomatis mulai menggunakannya. Sebaiknya tentukan opsi ini, bukan ID konfigurasi tertentu yang akan digunakan ESP.Jika aplikasi Anda didasarkan pada microservice, Anda harus menyertakan bagian
endpoints_api_service
di setiap fileapp.yaml
. - Simpan file
app.yaml
. - Deploy kode backend dan ESP ke App Engine:
gcloud app deploy
Karena Anda menambahkan bagian endpoints_api_service
ke file app.yaml
, perintah gcloud app deploy
akan men-deploy dan mengonfigurasi ESP dalam penampung terpisah ke lingkungan fleksibel App Engine Anda. Semua traffic permintaan dirutekan melalui ESP, dan proxy ini memaketkan permintaan dan respons ke dan dari penampung yang menjalankan kode server backend Anda.
Jika Anda perlu mengonfigurasi ESP untuk menggunakan ID konfigurasi tertentu:
- Di bagian
endpoints_api_service
fileapp.yaml
, tambahkan kolomconfig_id
dan tetapkan ke ID konfigurasi tertentu. - Hapus
rollout_strategy: managed
atau tetapkanrollout_strategy
kefixed
. Opsifixed
mengonfigurasi ESP untuk menggunakan konfigurasi layanan yang Anda tentukan diconfig_id
. - Deploy ulang API dan ESP Anda:
gcloud app deploy
Sebaiknya jangan terus mengonfigurasi ESP untuk menggunakan ID konfigurasi tertentu selama waktu yang lama karena jika Anda men-deploy konfigurasi layanan yang diperbarui, Anda harus memulai ulang ESP untuk menggunakan konfigurasi baru.
Untuk menghapus ID konfigurasi tertentu:
- Hapus opsi
config_id
dari fileapp.yaml
. - Tambahkan opsi
rollout_strategy: managed
. - Berikan perintah
gcloud app deploy
Saat Anda menggunakan opsi rollout_strategy: managed
, jangan sertakan
config_id: YOUR_SERVICE_CONFIG_ID
dalam
file app.yaml
. Jika Anda melakukannya, gcloud app deploy
akan gagal
dengan error berikut:
config_id is forbidden when rollout_strategy is set to "managed".
Saat Anda men-deploy API ke lingkungan fleksibel App Engine untuk pertama kalinya, mungkin akan terjadi penundaan saat virtual machine (VM) dan infrastruktur lainnya disiapkan. Untuk informasi tambahan, lihat Memastikan deployment berhasil dalam dokumentasi App Engine.
Compute Engine
Untuk men-deploy API dengan ESP ke Compute Engine dengan Docker:
- Hubungkan ke instance VM Anda. Ganti
INSTANCE_NAME
dengan nama instance VM Anda.gcloud compute ssh INSTANCE_NAME
- Buat jaringan penampung Anda sendiri yang disebut
esp_net
:sudo docker network create --driver bridge esp_net
- Jalankan instance image kode server backend Anda dan hubungkan ke jaringan penampung
esp_net
:sudo docker run \ --detach \ --name=YOUR_API_CONTAINER_NAME \ --net=esp_net \ gcr.io/YOUR_PROJECT_ID/YOUR_IMAGE:1.0
- Ganti
YOUR_API_CONTAINER_NAME
dengan nama container Anda. - Ganti
YOUR_PROJECT_ID
dengan project ID Google Cloud yang Anda gunakan saat mendorong image. - Ganti
YOUR_IMAGE
dengan nama image Anda.
- Ganti
- Dapatkan nama
layanan API Anda. Ini adalah nama yang Anda tentukan di
kolom
host
dokumen OpenAPI. - Jalankan instance image Docker ESP:
sudo docker run \ --name=esp \ --detach \ --publish=80:8080 \ --net=esp_net \ gcr.io/endpoints-release/endpoints-runtime:1 \ --service=SERVICE_NAME \ --rollout_strategy=managed \ --backend=YOUR_API_CONTAINER_NAME:8080
- Ganti
SERVICE_NAME
dengan nama layanan Anda. - Ganti
YOUR_API_CONTAINER_NAME
dengan nama penampung API Anda.
Opsi
--rollout_strategy=managed
mengonfigurasi ESP untuk menggunakan konfigurasi layanan terbaru yang di-deploy. Saat Anda menentukan opsi ini, hingga 5 menit setelah Anda men-deploy konfigurasi layanan baru, ESP akan mendeteksi perubahan dan otomatis mulai menggunakannya. Sebaiknya tentukan opsi ini, bukan ID konfigurasi tertentu yang akan digunakan ESP. - Ganti
Jika Anda perlu mengonfigurasi ESP untuk menggunakan ID konfigurasi tertentu:
- Sertakan opsi
--version
dan tetapkan ke ID konfigurasi tertentu. - Hapus opsi
--rollout_strategy=managed
atau tetapkan--rollout_strategy
kefixed
. Opsifixed
mengonfigurasi ESP untuk menggunakan konfigurasi layanan yang Anda tentukan di--version
. - Berikan perintah
docker run
lagi.
Jika Anda menentukan --rollout_strategy=managed
dan opsi --version
, ESP akan dimulai dengan konfigurasi yang Anda tentukan di --version
, tetapi kemudian berjalan dalam mode terkelola dan mendapatkan konfigurasi terbaru.
Sebaiknya jangan terus mengonfigurasi ESP untuk menggunakan ID konfigurasi tertentu selama waktu yang lama karena jika Anda men-deploy konfigurasi layanan yang diperbarui, Anda harus memulai ulang ESP untuk menggunakan konfigurasi baru.
Untuk menghapus ID konfigurasi tertentu:
- Di flag ESP untuk
docker run
, hapus opsi--version
. - Tambahkan opsi
--rollout_strategy=managed
. - Berikan perintah
docker run
untuk memulai ulang ESP.
Lihat opsi startup ESP untuk mengetahui daftar lengkap opsi yang dapat Anda tentukan saat memulai ESP.
GKE
Untuk men-deploy ESP ke GKE:
- Dapatkan
nama layanan
API Anda (nama yang Anda tentukan di kolom
host
dokumen OpenAPI Anda). - Buka file manifes Deployment (disebut sebagai
file
deployment.yaml
) dan tambahkan baris berikut ke bagian penampung:containers: - name: esp image: gcr.io/endpoints-release/endpoints-runtime:1 args: [ "--http_port=8081", "--backend=127.0.0.1:8080", "--service=SERVICE_NAME", "--rollout_strategy=managed" ]
Ganti
SERVICE_NAME
dengan nama layanan API Anda.Opsi
--rollout_strategy=managed"
mengonfigurasi ESP untuk menggunakan konfigurasi layanan terbaru yang di-deploy. Saat Anda menentukan opsi ini, hingga 5 menit setelah Anda men-deploy konfigurasi layanan baru, ESP akan mendeteksi perubahan dan otomatis mulai menggunakannya. Sebaiknya tentukan opsi ini, bukan ID konfigurasi tertentu yang akan digunakan ESP. - Mulai layanan Kubernetes menggunakan perintah kubectl create:
kubectl create -f deployment.yaml
Jika Anda perlu mengonfigurasi ESP untuk menggunakan ID konfigurasi tertentu:
- Dalam file manifes Deployment, tambahkan opsi
--version
dan tetapkan ke ID konfigurasi tertentu. - Hapus
--rollout_strategy=managed
atau tetapkan--rollout_strategy
kefixed
. Opsifixed
mengonfigurasi ESP untuk menggunakan konfigurasi layanan yang Anda tentukan di--version
. - Mulai layanan Kubernetes:
kubectl create -f deployment.yaml
Jika Anda menentukan --rollout_strategy=managed
dan
opsi --version
, ESP akan dimulai dengan konfigurasi
yang Anda tentukan di --version
, tetapi kemudian berjalan dalam mode terkelola dan
mendapatkan konfigurasi terbaru.
Sebaiknya jangan terus mengonfigurasi ESP untuk menggunakan ID konfigurasi tertentu dalam waktu yang lama karena jika Anda men-deploy konfigurasi layanan yang diperbarui, Anda harus memulai ulang ESP untuk menggunakan konfigurasi baru.
Untuk menghapus ID konfigurasi tertentu:
- Dalam file manifes Deployment, hapus opsi
--version
. - Tambahkan
--rollout_strategy=managed
. - Mulai layanan Kubernetes:
kubectl create -f deployment.yaml
Lihat opsi startup ESP untuk mengetahui daftar lengkap opsi yang dapat Anda tentukan saat memulai ESP.
Melacak aktivitas API
Setelah men-deploy ESP dan backend API, Anda dapat menggunakan alat seperti curl
atau Postman untuk mengirim permintaan ke API. Jika Anda tidak mendapatkan respons yang berhasil, lihat Memecahkan masalah error respons.
Setelah mengirim beberapa permintaan, Anda dapat:
Lihat grafik aktivitas untuk API Anda di Endpoints > Services.
Buka halaman Endpoints Services
Mungkin perlu waktu beberapa saat agar permintaan ditampilkan dalam grafik.Lihat log permintaan untuk API Anda di halaman Cloud Logging.
Langkah selanjutnya
- Memecahkan masalah deployment lingkungan fleksibel App Engine.
- Memecahkan Masalah Endpoint di Compute Engine.
- Memecahkan Masalah Endpoint di Google Kubernetes Engine.