ການກະກຽມຄໍາຮ້ອງສະຫມັກສໍາລັບ Istio

Istio ເປັນ​ເຄື່ອງ​ມື​ສະ​ດວກ​ສໍາ​ລັບ​ການ​ເຊື່ອມ​ຕໍ່​, ການ​ຮັບ​ປະ​ກັນ​ແລະ​ການ​ຕິດ​ຕາມ​ກວດ​ກາ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແຈກ​ຢາຍ​. Istio ໃຊ້ເທັກໂນໂລຍີທີ່ຫຼາກຫຼາຍເພື່ອແລ່ນ ແລະຈັດການຊອບແວໃນຂະໜາດ, ລວມທັງຕູ້ຄອນເທນເນີເພື່ອຫຸ້ມຫໍ່ລະຫັດແອັບພລິເຄຊັນ ແລະການຂຶ້ນກັບເພື່ອນຳໃຊ້, ແລະ Kubernetes ເພື່ອຈັດການບັນຈຸເຫຼົ່ານັ້ນ. ດັ່ງນັ້ນ, ເພື່ອເຮັດວຽກກັບ Istio ທ່ານຕ້ອງຮູ້ວ່າຄໍາຮ້ອງສະຫມັກທີ່ມີການບໍລິການຫຼາຍໂດຍອີງໃສ່ເຕັກໂນໂລຢີເຫຼົ່ານີ້ເຮັດວຽກແນວໃດ ໂດຍ​ບໍ່​ມີ​ການ Istio. ຖ້າເຄື່ອງມື ແລະແນວຄວາມຄິດເຫຼົ່ານີ້ຄຸ້ນເຄີຍກັບທ່ານແລ້ວ, ກະລຸນາຂ້າມການສອນນີ້ ແລະໄປຫາພາກໂດຍກົງ ການຕິດຕັ້ງ Istio ໃນ Google Kubernetes Engine (GKE) ຫຼືຕິດຕັ້ງສ່ວນຂະຫຍາຍ Istio ໃນ GKE.

ນີ້ແມ່ນຄໍາແນະນໍາຂັ້ນຕອນໂດຍຂັ້ນຕອນທີ່ພວກເຮົາຈະຍ່າງຜ່ານຂະບວນການທັງຫມົດຈາກລະຫັດແຫຼ່ງໄປຫາຖັງ GKE ເພື່ອໃຫ້ທ່ານມີຄວາມເຂົ້າໃຈພື້ນຖານກ່ຽວກັບເຕັກໂນໂລຢີເຫຼົ່ານີ້ໂດຍຜ່ານຕົວຢ່າງ. ນອກນັ້ນທ່ານຍັງຈະເຫັນວ່າ Istio ນໍາໃຊ້ພະລັງງານຂອງເຕັກໂນໂລຢີເຫຼົ່ານີ້ໄດ້ແນວໃດ. ນີ້ສົມມຸດວ່າທ່ານບໍ່ຮູ້ຫຍັງກ່ຽວກັບຕູ້ຄອນເທນເນີ, Kubernetes, ກ່ອງບໍລິການ, ຫຼື Istio.

ວຽກງານ

ໃນ tutorial ນີ້, ທ່ານຈະສໍາເລັດວຽກງານດັ່ງຕໍ່ໄປນີ້:

1. ການຮຽນຮູ້ຄໍາຮ້ອງສະຫມັກ hello world ງ່າຍດາຍທີ່ມີການບໍລິການຫຼາຍ.
2. ແລ່ນແອັບພລິເຄຊັນຈາກລະຫັດແຫຼ່ງ.
3. ການຫຸ້ມຫໍ່ຄໍາຮ້ອງສະຫມັກໃນບັນຈຸ.
4. ການສ້າງກຸ່ມ Kubernetes.
5. ການນຳໃຊ້ບັນຈຸເຂົ້າໃນກຸ່ມ.

ກ່ອນທີ່ທ່ານຈະເລີ່ມຕົ້ນ

ປະຕິບັດຕາມຄໍາແນະນໍາເພື່ອເປີດໃຊ້ Kubernetes Engine API:

1. ໄປທີ່ ໜ້າເຄື່ອງຈັກ Kubernetes ໃນ Google Cloud Platform console.
2. ສ້າງ ຫຼືເລືອກໂຄງການ.
3. ລໍຖ້າຈົນກ່ວາ API ແລະການບໍລິການທີ່ກ່ຽວຂ້ອງຖືກເປີດໃຊ້. ອັນນີ້ອາດຈະໃຊ້ເວລາສອງສາມນາທີ.
4. ໃຫ້ແນ່ໃຈວ່າການເອີ້ນເກັບເງິນໄດ້ຖືກຕັ້ງຄ່າສໍາລັບໂຄງການ Google Cloud Platform ຂອງທ່ານ. ຮຽນຮູ້ວິທີເປີດໃຊ້ການຮຽກເກັບເງິນ.

ໃນບົດສອນນີ້, ທ່ານສາມາດນໍາໃຊ້ Cloud Shell, ເຊິ່ງກະກຽມເຄື່ອງ virtual g1-small ໃນ Google Compute Engine ກັບ Linux ທີ່ອີງໃສ່ Debian, ຫຼືຄອມພິວເຕີ Linux ຫຼື macOS.

ທາງເລືອກ A: ການນໍາໃຊ້ Cloud Shell

ປະໂຫຍດຂອງການໃຊ້ Cloud Shell:

• ສະພາບແວດລ້ອມການພັດທະນາ Python 2 ແລະ Python 3 (ລວມທັງ virtualenv) ຖືກ​ຕັ້ງ​ຄ່າ​ຢ່າງ​ເຕັມ​ທີ່​.
• ເຄື່ອງມືບັນທັດຄໍາສັ່ງ gcloud, docker, ໄປ и kubectl, ທີ່ພວກເຮົາຈະນໍາໃຊ້ໄດ້ຖືກຕິດຕັ້ງແລ້ວ.
• ທ່ານ​ມີ​ຫຼາຍ​ທີ່​ຈະ​ເລືອກ​ເອົາ​ຈາກ​ ບັນນາທິການຂໍ້ຄວາມ:
  1. ບັນນາທິການລະຫັດ, ເຊິ່ງເປີດດ້ວຍໄອຄອນແກ້ໄຂຢູ່ເທິງສຸດຂອງໜ້າຕ່າງ Cloud Shell.
  2. Emacs, Vim ຫຼື Nano, ເຊິ່ງເປີດຈາກເສັ້ນຄໍາສັ່ງໃນ Cloud Shell.

ການນໍາໃຊ້ Cloud Shell:

1. ໄປທີ່ GCP console.
2. ກົດ ເປີດໃຊ້ Cloud Shell (ເປີດໃຊ້ Cloud Shell) ຢູ່ເທິງສຸດຂອງໜ້າຕ່າງ GCP console.

ໃນສ່ວນຕ່ໍາ GCP console ເຊດຊັນ Cloud Shell ທີ່ມີແຖວຄຳສັ່ງຈະເປີດຢູ່ໃນໜ້າຈໍໃໝ່.

ທາງເລືອກ B: ການນໍາໃຊ້ເຄື່ອງມືເສັ້ນຄໍາສັ່ງໃນທ້ອງຖິ່ນ

ຖ້າທ່ານຈະເຮັດວຽກຢູ່ໃນຄອມພິວເຕີທີ່ໃຊ້ Linux ຫຼື macOS, ທ່ານຈະຕ້ອງຕັ້ງຄ່າແລະຕິດຕັ້ງອົງປະກອບຕໍ່ໄປນີ້:

1. ປັບແຕ່ງ ສະພາບແວດລ້ອມການພັດທະນາ Python 3 ແລະ Python 2.

2. ຕິດຕັ້ງ Cloud SDK ດ້ວຍເຄື່ອງມືບັນທັດຄໍາສັ່ງ gcloud.

3. ຕັ້ງ kubectl - ເຄື່ອງ​ມື​ເສັ້ນ​ຄໍາ​ສັ່ງ​ສໍາ​ລັບ​ການ​ເຮັດ​ວຽກ​ກັບ​ Kubernetes.

   gcloud components install kubectl

4. ຕັ້ງ ສະບັບຊຸມຊົນ Docker (CE). ເຈົ້າຈະໃຊ້ເຄື່ອງມືບັນທັດຄໍາສັ່ງ dockerເພື່ອສ້າງຮູບພາບບັນຈຸສໍາລັບຄໍາຮ້ອງສະຫມັກຕົວຢ່າງ.

5. ຕິດຕັ້ງເຄື່ອງມື ການຄວບຄຸມເວີຊັນ Gitເພື່ອໃຫ້ໄດ້ຮັບຄໍາຮ້ອງສະຫມັກຕົວຢ່າງຈາກ GitHub.

ດາວໂຫລດລະຫັດຕົວຢ່າງ

1. ດາວໂຫລດລະຫັດແຫຼ່ງ ສະບາຍດີ:

   git clone https://github.com/GoogleCloudPlatform/istio-samples

2. ໄປ​ທີ່​ລະ​ຫັດ​ຕົວ​ຢ່າງ​:

   cd istio-samples/sample-apps/helloserver

ສຳຫຼວດແອັບພລິເຄຊັນທີ່ມີຫຼາຍບໍລິການ

ຄໍາຮ້ອງສະຫມັກຕົວຢ່າງແມ່ນຂຽນໃນ Python ແລະປະກອບດ້ວຍສອງອົງປະກອບທີ່ມີການໂຕ້ຕອບການນໍາໃຊ້ REST:

• ເຄື່ອງແມ່ຂ່າຍ: ເຄື່ອງແມ່ຂ່າຍງ່າຍດາຍທີ່ມີຈຸດສິ້ນສຸດຫນຶ່ງ ໄດ້ຮັບ, /, ເຊິ່ງພິມ "ສະບາຍດີໂລກ" ໃສ່ຄອນໂຊ.
• ໂຫຼດ: script ທີ່ສົ່ງການຈະລາຈອນໄປຫາ ເຄື່ອງແມ່ຂ່າຍ, ດ້ວຍຈໍານວນການຮ້ອງຂໍທີ່ສາມາດກໍານົດໄດ້ຕໍ່ວິນາທີ.

ແລ່ນແອັບພລິເຄຊັນຈາກລະຫັດແຫຼ່ງ

ເພື່ອສຳຫຼວດຕົວຢ່າງແອັບພລິເຄຊັນ, ເປີດໃຊ້ມັນຢູ່ໃນ Cloud Shell ຫຼືໃນຄອມພິວເຕີຂອງທ່ານ.
1) ໃນລາຍການ istio-samples/sample-apps/helloserver ແລ່ນ ເຄື່ອງແມ່ຂ່າຍ:

python3 server/server.py

ເມື່ອເລີ່ມຕົ້ນ ເຄື່ອງແມ່ຂ່າຍ ຕໍ່ໄປນີ້ແມ່ນສະແດງ:

INFO:root:Starting server...

2) ເປີດປ່ອງຢ້ຽມ terminal ອື່ນເພື່ອສົ່ງຄໍາຮ້ອງຂໍໄປ ເຄື່ອງແມ່ຂ່າຍ. ຖ້າທ່ານກໍາລັງໃຊ້ Cloud Shell, ໃຫ້ຄລິກທີ່ໄອຄອນເພີ່ມເພື່ອເປີດເຊດຊັນອື່ນ.
3) ສົ່ງຄໍາຮ້ອງຂໍໃຫ້ ເຄື່ອງແມ່ຂ່າຍ:

curl http://localhost:8080

ຄໍາຕອບຂອງເຄື່ອງແມ່ຂ່າຍ:

Hello World!

4) ຈາກໄດເລກະທໍລີທີ່ທ່ານດາວໂຫລດລະຫັດຕົວຢ່າງ, ໄປຫາໄດເລກະທໍລີທີ່ປະກອບດ້ວຍ ໂຫຼດ:

cd YOUR_WORKING_DIRECTORY/istio-samples/sample-apps/helloserver/loadgen

5) ສ້າງຕົວແປສະພາບແວດລ້ອມຕໍ່ໄປນີ້:

export SERVER_ADDR=http://localhost:8080
export REQUESTS_PER_SECOND=5

6) ເປີດຕົວ virtualenv:

virtualenv --python python3 env

7​) ກະ​ຕຸ້ນ​ສະ​ພາບ​ແວດ​ລ້ອມ virtual​:

source env/bin/activate

8) ກໍານົດຄວາມຕ້ອງການສໍາລັບ ໂຫຼດ:

pip3 install -r requirements.txt

9) ເປີດຕົວ ໂຫຼດ:

python3 loadgen.py

ເມື່ອເລີ່ມຕົ້ນ ໂຫຼດ ສະແດງບາງສິ່ງບາງຢ່າງເຊັ່ນ: ຂໍ້ຄວາມຕໍ່ໄປນີ້:

Starting loadgen: 2019-05-20 10:44:12.448415
5 request(s) complete to http://localhost:8080

ຢູ່ໃນປ່ອງຢ້ຽມປາຍທາງອື່ນ ເຄື່ອງແມ່ຂ່າຍ ສົ່ງຂໍ້ຄວາມຕໍ່ໄປນີ້ໄປຫາ console:

127.0.0.1 - - [21/Jun/2019 14:22:01] "GET / HTTP/1.1" 200 -
INFO:root:GET request,
Path: /
Headers:
Host: localhost:8080
User-Agent: python-requests/2.22.0
Accept-Encoding: gzip, deflate
Accept: */*

ຈາກທັດສະນະຂອງເຄືອຂ່າຍ, ແອັບພລິເຄຊັນທັງຫມົດເຮັດວຽກຢູ່ໃນໂຮດດຽວ (ຄອມພິວເຕີທ້ອງຖິ່ນຫຼືເຄື່ອງ virtual Cloud Shell). ເພາະ​ສະ​ນັ້ນ​ທ່ານ​ສາ​ມາດ​ນໍາ​ໃຊ້​ localhostສົ່ງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ ເຄື່ອງແມ່ຂ່າຍ.
10) ຢຸດ ໂຫຼດ и ເຄື່ອງແມ່ຂ່າຍ, ເຂົ້າ Ctrl-c ຢູ່ໃນທຸກປ່ອງຢ້ຽມ terminal.
11​) ຢູ່​ໃນ​ປ່ອງ​ຢ້ຽມ​ຢູ່​ປາຍ​ຍອດ​ ໂຫຼດ ປິດໃຊ້ງານສະພາບແວດລ້ອມ virtual:

deactivate

ການຫຸ້ມຫໍ່ຄໍາຮ້ອງສະຫມັກໃນບັນຈຸ

ເພື່ອດໍາເນີນການຄໍາຮ້ອງສະຫມັກໃນ GKE, ທ່ານຈໍາເປັນຕ້ອງໄດ້ຫຸ້ມຫໍ່ຄໍາຮ້ອງສະຫມັກຕົວຢ່າງ − ເຄື່ອງແມ່ຂ່າຍ и ໂຫຼດ - ໃນ ບັນຈຸ. ຕູ້ຄອນເທນເນີແມ່ນວິທີການຫຸ້ມຫໍ່ແອັບພລິເຄຊັນເພື່ອແຍກມັນອອກຈາກສະພາບແວດລ້ອມຂອງມັນ.

ເພື່ອຫຸ້ມຫໍ່ຄໍາຮ້ອງສະຫມັກເຂົ້າໄປໃນຖັງ, ທ່ານຕ້ອງການ dockerfile. dockerfile ແມ່ນໄຟລ໌ຂໍ້ຄວາມທີ່ກໍານົດຄໍາສັ່ງສໍາລັບການສ້າງລະຫັດແຫຼ່ງຂອງແອັບພລິເຄຊັນແລະການຂຶ້ນກັບຂອງມັນ ຮູບພາບ Docker. ເມື່ອສ້າງແລ້ວ, ທ່ານອັບໂຫລດຮູບພາບໄປຍັງທະບຽນບັນຈຸເຊັ່ນ Docker Hub ຫຼື ທະບຽນຕູ້ຄອນເທນເນີ.

ຕົວຢ່າງມີຢູ່ແລ້ວ dockerfile ການ ເຄື່ອງແມ່ຂ່າຍ и ໂຫຼດ ມີຄໍາສັ່ງທີ່ຈໍາເປັນທັງຫມົດເພື່ອເກັບກໍາຮູບພາບ. ຂ້າງລຸ່ມນີ້ - dockerfile ການ ເຄື່ອງແມ່ຂ່າຍ:

FROM python:3-slim as base
FROM base as builder
RUN apt-get -qq update 
    && apt-get install -y --no-install-recommends 
        g++ 
    && rm -rf /var/lib/apt/lists/*

# Enable unbuffered logging
FROM base as final
ENV PYTHONUNBUFFERED=1

RUN apt-get -qq update 
    && apt-get install -y --no-install-recommends 
        wget

WORKDIR /helloserver

# Grab packages from builder
COPY --from=builder /usr/local/lib/python3.7/ /usr/local/lib/python3.7/

# Add the application
COPY . .

EXPOSE 8080
ENTRYPOINT [ "python", "server.py" ]

• ທີມງານ ຈາກ python:3-slim ເປັນຖານ ບອກ Docker ໃຫ້ໃຊ້ຫລ້າສຸດ ຮູບພາບ Python 3 ເປັນພື້ນຖານ.
• ທີມງານ ສຳເນົາ. . ຄັດລອກໄຟລ໌ແຫຼ່ງໄປຫາໄດເລກະທໍລີທີ່ເຮັດວຽກໃນປະຈຸບັນ (ໃນກໍລະນີຂອງພວກເຮົາເທົ່ານັ້ນ server.py) ກັບລະບົບໄຟລ໌ຂອງບັນຈຸ.
• ENTRYPOINT ກໍານົດຄໍາສັ່ງທີ່ຖືກນໍາໃຊ້ເພື່ອເລີ່ມຕົ້ນການບັນຈຸ. ໃນກໍລະນີຂອງພວກເຮົາ, ຄໍາສັ່ງນີ້ແມ່ນເກືອບຄືກັນກັບຄໍາສັ່ງທີ່ທ່ານເຄີຍດໍາເນີນການ server.py ຈາກລະຫັດແຫຼ່ງ.
• ທີມງານ ອະທິບາຍ ຊີ້​ໃຫ້​ເຫັນ​ວ່າ​ ເຄື່ອງແມ່ຂ່າຍ ລໍຖ້າຂໍ້ມູນຜ່ານພອດ 8080. ທີມງານນີ້ບໍ່ແມ່ນ ສະຫນອງທ່າເຮືອ. ນີ້ແມ່ນບາງປະເພດຂອງເອກະສານທີ່ຈໍາເປັນເພື່ອເປີດທ່າເຮືອ 8080 ເມື່ອເລີ່ມບັນຈຸ.

ກຳລັງກະກຽມບັນຈຸໃບສະໝັກຂອງທ່ານ

1) ກໍານົດຕົວແປສະພາບແວດລ້ອມຕໍ່ໄປນີ້. ແທນທີ່ PROJECT_ID ໄປຫາ ID ໂຄງການ GCP ຂອງທ່ານ.

export PROJECT_ID="PROJECT_ID"

export GCR_REPO="preparing-istio"

ການນໍາໃຊ້ຄຸນຄ່າ PROJECT_ID и GCR_REPO ທ່ານແທັກຮູບພາບ Docker ເມື່ອທ່ານສ້າງມັນແລະຍູ້ມັນໄປທີ່ Container Registry ສ່ວນຕົວ.

2) ກໍານົດໂຄງການ GCP ເລີ່ມຕົ້ນສໍາລັບເຄື່ອງມືເສັ້ນຄໍາສັ່ງ gcloud.

gcloud config set project $PROJECT_ID

3) ຕັ້ງເຂດເລີ່ມຕົ້ນສໍາລັບເຄື່ອງມືບັນທັດຄໍາສັ່ງ gcloud.

gcloud config set compute/zone us-central1-b

4) ໃຫ້ແນ່ໃຈວ່າການບໍລິການທະບຽນຕູ້ຄອນເທນເນີຖືກເປີດໃຊ້ໃນໂຄງການ GCP.

gcloud services enable containerregistry.googleapis.com

ເຊີບເວີການບັນຈຸ

1. ໄປທີ່ໄດເລກະທໍລີບ່ອນທີ່ຕົວຢ່າງຕັ້ງຢູ່ ເຄື່ອງແມ່ຂ່າຍ:

   cd YOUR_WORKING_DIRECTORY/istio-samples/sample-apps/helloserver/server/

2. ປະກອບຮູບພາບໂດຍໃຊ້ dockerfile ແລະຕົວແປສະພາບແວດລ້ອມທີ່ທ່ານໄດ້ກໍານົດໄວ້ກ່ອນຫນ້ານີ້:

   docker build -t gcr.io/$PROJECT_ID/$GCR_REPO/helloserver:v0.0.1 .

Parameter -t ເປັນຕົວແທນຂອງແທັກ Docker. ນີ້ແມ່ນຊື່ຂອງຮູບທີ່ເຈົ້າໃຊ້ໃນເວລາຕິດຕັ້ງກ່ອງບັນຈຸ.

1. ອັບໂຫຼດຮູບໃສ່ Container Registry:

   docker push gcr.io/$PROJECT_ID/$GCR_REPO/helloserver:v0.0.1

ການບັນຈຸ loadgen

1) ໄປທີ່ໄດເລກະທໍລີບ່ອນທີ່ຕົວຢ່າງຕັ້ງຢູ່ ໂຫຼດ:

cd ../loadgen

2​) ເກັບ​ກໍາ​ຮູບ​ພາບ​:

docker build -t gcr.io/$PROJECT_ID/$GCR_REPO/loadgen:v0.0.1 .

3​) ອັບ​ໂຫລດ​ຮູບ​ພາບ​ກັບ​ການ​ຈົດ​ທະ​ບຽນ Container​:

docker push gcr.io/$PROJECT_ID/$GCR_REPO/loadgen:v0.0.1

ເບິ່ງບັນຊີລາຍຊື່ຂອງຮູບພາບ

ກວດເບິ່ງບັນຊີລາຍຊື່ຂອງຮູບພາບໃນ repository ແລະກວດສອບວ່າຮູບພາບໄດ້ຖືກອັບໂຫລດແລ້ວ:

gcloud container images list --repository gcr.io/$PROJECT_ID/preparing-istio

ຄໍາສັ່ງສະແດງຊື່ຂອງຮູບພາບທີ່ອັບໂຫລດໃຫມ່:

NAME
gcr.io/PROJECT_ID/preparing-istio/helloserver
gcr.io/PROJECT_ID/preparing-istio/loadgen

ການສ້າງກຸ່ມ GKE.

ບັນຈຸເຫຼົ່ານີ້ສາມາດຖືກແລ່ນຢູ່ໃນເຄື່ອງ virtual Cloud Shell ຫຼືໃນຄອມພິວເຕີທີ່ມີຄໍາສັ່ງ docker run. ແຕ່ໃນສະພາບແວດລ້ອມການຜະລິດ, ທ່ານຕ້ອງການວິທີການຈັດວາງຖັງທີ່ເປັນສູນກາງ. ຕົວຢ່າງ, ທ່ານຕ້ອງການລະບົບທີ່ເຮັດໃຫ້ແນ່ໃຈວ່າຕູ້ຄອນເທນເນີເຮັດວຽກຢູ່ສະເໝີ, ແລະທ່ານຕ້ອງການວິທີການຂະຫຍາຍ ແລະ ໝູນໃຊ້ຕົວບັນຈຸເພີ່ມເຕີມຖ້າການຈະລາຈອນເພີ່ມຂຶ້ນ.

ເພື່ອດໍາເນີນການຄໍາຮ້ອງສະຫມັກບັນຈຸທີ່ທ່ານສາມາດນໍາໃຊ້ G.K.E.. GKE ແມ່ນແພລະຕະຟອມການປະສານສຽງບັນຈຸທີ່ລວບລວມເຄື່ອງຈັກສະເໝືອນເປັນກຸ່ມ. ແຕ່ລະເຄື່ອງ virtual ຖືກເອີ້ນວ່າ node. ກຸ່ມ GKE ແມ່ນອີງໃສ່ແຫຼ່ງເປີດຂອງລະບົບການຈັດການກຸ່ມ Kubernetes. Kubernetes ໃຫ້ກົນໄກສໍາລັບການພົວພັນກັບກຸ່ມ.

ການສ້າງກຸ່ມ GKE:

1​) ສ້າງ​ກຸ່ມ​:

gcloud container clusters create istioready 
  --cluster-version latest 
  --machine-type=n1-standard-2 
  --num-nodes 4

ທີມງານ gcloud ສ້າງກຸ່ມ istioready ໃນໂຄງການ GCP ແລະເຂດເລີ່ມຕົ້ນທີ່ທ່ານລະບຸ. ເພື່ອດໍາເນີນການ Istio, ພວກເຮົາແນະນໍາໃຫ້ມີຢ່າງຫນ້ອຍ 4 nodes ແລະເຄື່ອງ virtual n1-ມາດຕະຖານ-2.

ທີມງານສ້າງກຸ່ມໃນສອງສາມນາທີ. ເມື່ອກຸ່ມພ້ອມແລ້ວ, ຄໍາສັ່ງຈະອອກບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້ сообщение.

2) ສະຫນອງຂໍ້ມູນປະຈໍາຕົວໃນເຄື່ອງມືຄໍາສັ່ງ kubectlເພື່ອໃຊ້ມັນເພື່ອຈັດການກຸ່ມ:

gcloud container clusters get-credentials istioready

3) ໃນປັດຈຸບັນທ່ານສາມາດຕິດຕໍ່ກັບ Kubernetes ຜ່ານ kubectl. ຕົວຢ່າງ, ຄໍາສັ່ງຕໍ່ໄປນີ້ສາມາດຊອກຫາສະຖານະຂອງ nodes:

kubectl get nodes

ຄໍາສັ່ງຜະລິດບັນຊີລາຍຊື່ຂອງ nodes:

NAME                                       STATUS   ROLES    AGE    VERSION
gke-istoready-default-pool-dbeb23dc-1vg0   Ready    <none>   99s    v1.13.6-gke.13
gke-istoready-default-pool-dbeb23dc-36z5   Ready    <none>   100s   v1.13.6-gke.13
gke-istoready-default-pool-dbeb23dc-fj7s   Ready    <none>   99s    v1.13.6-gke.13
gke-istoready-default-pool-dbeb23dc-wbjw   Ready    <none>   99s    v1.13.6-gke.13

ແນວຄວາມຄິດຫຼັກ Kubernetes

ແຜນວາດສະແດງແອັບພລິເຄຊັນໃນ GKE:

ກ່ອນທີ່ທ່ານຈະນຳໃຊ້ containers ໃນ GKE, ຮຽນຮູ້ແນວຄວາມຄິດຫຼັກຂອງ Kubernetes. ມີການເຊື່ອມຕໍ່ຢູ່ໃນທ້າຍທີ່ສຸດຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະຮຽນຮູ້ເພີ່ມເຕີມ.

• nodes ແລະ clusters. ໃນ GKE, node ເປັນເຄື່ອງ virtual. ໃນເວທີ Kubernetes ອື່ນໆ, node ສາມາດເປັນຄອມພິວເຕີຫຼືເຄື່ອງ virtual. ກຸ່ມແມ່ນຊຸດຂອງຂໍ້ທີ່ສາມາດໄດ້ຮັບການພິຈາລະນາເປັນຫນ່ວຍດຽວບ່ອນທີ່ທ່ານນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກບັນຈຸບັນຈຸ.
• ຝັກ. ໃນ Kubernetes, containers ແລ່ນຢູ່ໃນ pods. Pod ໃນ Kubernetes ແມ່ນຫນ່ວຍງານທີ່ບໍ່ສາມາດແຍກໄດ້. Pod ບັນຈຸຫນຶ່ງຫຼືຫຼາຍບັນຈຸ. ທ່ານ deploy server containers ແລະ ໂຫຼດ ໃນຝັກແຍກຕ່າງຫາກ. ເມື່ອມີບັນຈຸຫຼາຍບັນຈຸຢູ່ໃນຝັກ (ຕົວຢ່າງເຊັ່ນເຄື່ອງແມ່ຂ່າຍຂອງແອັບພລິເຄຊັນແລະ ເຊີບເວີພຣັອກຊີ), ບັນຈຸຖືກຄຸ້ມຄອງເປັນຫນ່ວຍງານດຽວແລະແບ່ງປັນຊັບພະຍາກອນຝັກ.
• ການນຳໃຊ້. ໃນ Kubernetes, ການນຳໃຊ້ເປັນວັດຖຸທີ່ເປັນຊຸດຂອງພອດທີ່ຄືກັນ. ການນຳໃຊ້ເປີດຕົວແບບຈຳລອງຂອງພອດຫຼາຍອັນທີ່ແຈກຢາຍໃນທົ່ວກຸ່ມຂອງກຸ່ມ. ການນຳໃຊ້ຈະແທນທີ່ພອດທີ່ລົ້ມເຫລວ ຫຼື ບໍ່ຕອບສະໜອງໂດຍອັດຕະໂນມັດ.
• ບໍລິການ Kubernetes. ໃນເວລາທີ່ແລ່ນລະຫັດຄໍາຮ້ອງສະຫມັກໃນ GKE, ການເຊື່ອມຕໍ່ລະຫວ່າງ ໂຫຼດ и ເຄື່ອງແມ່ຂ່າຍ. ເມື່ອທ່ານເລີ່ມບໍລິການຢູ່ໃນເຄື່ອງ virtual Cloud Shell ຫຼື desktop, ທ່ານໄດ້ສົ່ງຄໍາຮ້ອງຂໍໃຫ້ ເຄື່ອງແມ່ຂ່າຍ ຢູ່ localhost: 8080. ເມື່ອຖືກນຳໃຊ້ກັບ GKE, pods ຈະຖືກປະຕິບັດໃນ nodes ທີ່ມີຢູ່. ໂດຍຄ່າເລີ່ມຕົ້ນ, ເຈົ້າບໍ່ສາມາດຄວບຄຸມໄດ້ວ່າໂຫນດໃດທີ່ຝັກກຳລັງແລ່ນຢູ່, ດັ່ງນັ້ນເຈົ້າ ຝັກ ບໍ່ມີທີ່ຢູ່ IP ຖາວອນ.
  ເພື່ອໃຫ້ໄດ້ຮັບທີ່ຢູ່ IP ສໍາລັບ ເຄື່ອງແມ່ຂ່າຍ, ທ່ານຈໍາເປັນຕ້ອງກໍານົດ abstraction ເຄືອຂ່າຍຢູ່ເທິງສຸດຂອງຝັກ. ນັ້ນແມ່ນສິ່ງທີ່ມັນເປັນ ບໍລິການ Kubernetes. ການບໍລິການ Kubernetes ສະໜອງຈຸດສິ້ນສຸດທີ່ຄົງຄ້າງສໍາລັບຊຸດຂອງຝັກ. ມີຈໍານວນຫນ້ອຍ ປະເພດການບໍລິການ. ເຄື່ອງແມ່ຂ່າຍ ການນໍາໃຊ້ LoadBalancer, ເຊິ່ງສະຫນອງທີ່ຢູ່ IP ພາຍນອກເພື່ອຕິດຕໍ່ ເຄື່ອງແມ່ຂ່າຍ ຈາກພາຍນອກກຸ່ມ.
  Kubernetes ຍັງມີລະບົບ DNS ໃນຕົວທີ່ກໍານົດຊື່ DNS (ຕົວຢ່າງ: helloserver.default.cluster.local) ການ​ບໍ​ລິ​ການ​. ຂໍຂອບໃຈກັບສິ່ງດັ່ງກ່າວ, ຝັກພາຍໃນກຸ່ມຕິດຕໍ່ສື່ສານກັບຝັກອື່ນໆໃນກຸ່ມຢູ່ທີ່ທີ່ຢູ່ຖາວອນ. ຊື່ DNS ບໍ່ສາມາດໃຊ້ນອກກຸ່ມໄດ້, ເຊັ່ນໃນ Cloud Shell ຫຼືໃນຄອມພິວເຕີ.

Kubernetes manifests

ເມື່ອທ່ານແລ່ນແອັບພລິເຄຊັນຈາກແຫຼ່ງ, ທ່ານໄດ້ໃຊ້ຄໍາສັ່ງ imperative python3

server.py

Imperative ຫມາຍເຖິງຄໍາກິລິຍາ: "ເຮັດສິ່ງນີ້."

Kubernetes ໃຊ້ ຮູບແບບການປະກາດ. ນີ້ຫມາຍຄວາມວ່າພວກເຮົາບໍ່ໄດ້ບອກ Kubernetes ຢ່າງແທ້ຈິງວ່າຈະເຮັດແນວໃດ, ແຕ່ແທນທີ່ຈະອະທິບາຍສະຖານະທີ່ຕ້ອງການ. ຕົວຢ່າງ, Kubernetes ເລີ່ມຕົ້ນແລະຢຸດ pods ຕາມຄວາມຕ້ອງການເພື່ອຮັກສາສະພາບຕົວຈິງຂອງລະບົບໃຫ້ສອດຄ່ອງກັບສະຖານະທີ່ຕ້ອງການ.

ທ່ານຊີ້ບອກສະຖານະທີ່ຕ້ອງການໃນ manifests ຫຼືໄຟລ໌ YAML. ໄຟລ໌ YAML ມີຂໍ້ມູນຈໍາເພາະສໍາລັບຫນຶ່ງຫຼືຫຼາຍກວ່າວັດຖຸ Kubernetes.

ຕົວຢ່າງປະກອບມີໄຟລ໌ YAML ສໍາລັບ ເຄື່ອງແມ່ຂ່າຍ и ໂຫຼດ. ແຕ່ລະໄຟລ໌ YAML ລະບຸສະຖານະທີ່ຕ້ອງການຂອງວັດຖຸນຳໃຊ້ ແລະບໍລິການ Kubernetes.

server.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: helloserver
spec:
  selector:
    matchLabels:
      app: helloserver
  replicas: 1
  template:
    metadata:
      labels:
        app: helloserver
    spec:
      terminationGracePeriodSeconds: 5
      restartPolicy: Always
      containers:
      - name: main
        image: gcr.io/google-samples/istio/helloserver:v0.0.1
        imagePullPolicy: Always

• ປະເພດ ຊີ້ບອກປະເພດຂອງວັດຖຸ.
• metadata.name ລະບຸຊື່ການນຳໃຊ້.
• ພາກສະຫນາມທໍາອິດ ສະເປັກ ມີລາຍລະອຽດຂອງສະຖານະທີ່ຕ້ອງການ.
• spec.replicas ຊີ້ບອກຈໍານວນຝັກທີ່ຕ້ອງການ.
• ພາກສ່ວນ spec. template ກໍານົດແມ່ແບບຝັກ. ມີພາກສະຫນາມຢູ່ໃນຂໍ້ກໍານົດຂອງຝັກ ຮູບພາບເລັກນ້ອຍ, ເຊິ່ງລະບຸຊື່ຂອງຮູບພາບທີ່ຕ້ອງໄດ້ຮັບການສະກັດອອກຈາກການລົງທະບຽນ Container.

ການ​ບໍ​ລິ​ການ​ໄດ້​ຖືກ​ກໍາ​ນົດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

apiVersion: v1
kind: Service
metadata:
  name: hellosvc
spec:
  type: LoadBalancer
  selector:
    app: helloserver
  ports:
  - name: http
    port: 80
    targetPort: 8080

• LoadBalancer: ລູກຄ້າສົ່ງຄໍາຮ້ອງຂໍໄປຫາທີ່ຢູ່ IP ຂອງ load balancer, ເຊິ່ງມີທີ່ຢູ່ IP ຄົງທີ່ແລະສາມາດເຂົ້າເຖິງໄດ້ຈາກພາຍນອກ cluster.
• ຈຸດໝາຍປາຍທາງ: ຕາມທີ່ທ່ານຈື່, ທີມງານ EXPOSE 8080 в dockerfile ບໍ່ໄດ້ສະຫນອງທ່າເຮືອ. ທ່ານໃຫ້ພອດ 8080ເພື່ອໃຫ້ທ່ານສາມາດຕິດຕໍ່ກັບຕູ້ຄອນເທນເນີໄດ້ ເຄື່ອງແມ່ຂ່າຍ ຢູ່ນອກກຸ່ມ. ໃນກໍລະນີຂອງພວກເຮົາ hellosvc.default.cluster.local:80 (ຊື່ສັ້ນ: hellosvc) ສອດຄ້ອງກັບພອດ 8080 ທີ່ຢູ່ IP Pod ສະບາຍດີ.
• port: ນີ້ແມ່ນໝາຍເລກພອດທີ່ບໍລິການອື່ນໃນກຸ່ມຈະສົ່ງຄຳຮ້ອງຂໍ.

loadgen.yaml

ຈຸດປະສົງຂອງການປະຕິບັດ loadgen.yaml ຄ້າຍ​ຄື server.yaml. ຄວາມແຕກຕ່າງແມ່ນວ່າວັດຖຸການປັບໃຊ້ປະກອບມີພາກສ່ວນ ປະມານ. ມັນກໍານົດຕົວແປສະພາບແວດລ້ອມທີ່ຈໍາເປັນ ໂຫຼດ ແລະທີ່ທ່ານຕິດຕັ້ງໃນເວລາແລ່ນແອັບພລິເຄຊັນຈາກແຫຼ່ງ.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: loadgenerator
spec:
  selector:
    matchLabels:
      app: loadgenerator
  replicas: 1
  template:
    metadata:
      labels:
        app: loadgenerator
    spec:
      terminationGracePeriodSeconds: 5
      restartPolicy: Always
      containers:
      - name: main
        image: gcr.io/google-samples/istio/loadgen:v0.0.1
        imagePullPolicy: Always
        env:
        - name: SERVER_ADDR
          value: "http://hellosvc:80/"
        - name: REQUESTS_PER_SECOND
          value: "10"
        resources:
          requests:
            cpu: 300m
            memory: 256Mi
          limits:
            cpu: 500m
            memory: 512Mi

ເວລາ ໂຫຼດ ບໍ່ຍອມຮັບຄໍາຮ້ອງຂໍທີ່ເຂົ້າມາ, ສໍາລັບພາກສະຫນາມ ປະເພດ ຊີ້ບອກ ClusterIP. ປະເພດນີ້ສະຫນອງທີ່ຢູ່ IP ຄົງທີ່ທີ່ບໍລິການໃນກຸ່ມສາມາດນໍາໃຊ້ໄດ້, ແຕ່ທີ່ຢູ່ IP ນີ້ບໍ່ໄດ້ເປີດເຜີຍຕໍ່ກັບລູກຄ້າພາຍນອກ.

apiVersion: v1
kind: Service
metadata:
  name: loadgensvc
spec:
  type: ClusterIP
  selector:
    app: loadgenerator
  ports:
  - name: http
    port: 80
    targetPort: 8080

ການນຳໃຊ້ Containers ໃນ GKE

1) ໄປທີ່ໄດເລກະທໍລີບ່ອນທີ່ຕົວຢ່າງຕັ້ງຢູ່ ເຄື່ອງແມ່ຂ່າຍ:

cd YOUR_WORKING_DIRECTORY/istio-samples/sample-apps/helloserver/server/

2) ເປີດ server.yaml ໃນຕົວແກ້ໄຂຂໍ້ຄວາມ.
3) ແທນຊື່ໃນພາກສະຫນາມ ຮູບພາບເລັກນ້ອຍ ກັບຊື່ຂອງຮູບພາບ Docker ຂອງທ່ານ.

image: gcr.io/PROJECT_ID/preparing-istio/helloserver:v0.0.1

ທົດແທນ PROJECT_ID ໄປຫາ ID ໂຄງການ GCP ຂອງທ່ານ.
4) ບັນທຶກແລະປິດ server.yaml.
5) ນຳໃຊ້ໄຟລ໌ YAML ກັບ Kubernetes:

kubectl apply -f server.yaml

ເມື່ອສໍາເລັດສົບຜົນສໍາເລັດ, ຄໍາສັ່ງຜະລິດລະຫັດດັ່ງຕໍ່ໄປນີ້:

deployment.apps/helloserver created
service/hellosvc created

6) ໄປທີ່ໄດເລກະທໍລີທີ່ ໂຫຼດ:

cd ../loadgen

7) ເປີດ loadgen.yaml ໃນຕົວແກ້ໄຂຂໍ້ຄວາມ.
8) ແທນຊື່ໃນພາກສະຫນາມ ຮູບພາບເລັກນ້ອຍ ກັບຊື່ຂອງຮູບພາບ Docker ຂອງທ່ານ.

image: gcr.io/PROJECT_ID/preparing-istio/loadgenv0.0.1

ທົດແທນ PROJECT_ID ໄປຫາ ID ໂຄງການ GCP ຂອງທ່ານ.
9) ບັນທຶກແລະປິດ loadgen.yaml, ປິດຕົວແກ້ໄຂຂໍ້ຄວາມ.
10) ນຳໃຊ້ໄຟລ໌ YAML ກັບ Kubernetes:

kubectl apply -f loadgen.yaml

ເມື່ອສໍາເລັດສົບຜົນສໍາເລັດ, ຄໍາສັ່ງຜະລິດລະຫັດດັ່ງຕໍ່ໄປນີ້:

deployment.apps/loadgenerator created
service/loadgensvc created

11​) ກວດ​ສອບ​ສະ​ຖາ​ນະ​ພາບ​ຂອງ​ຝັກ​:

kubectl get pods

ຄໍາ​ສັ່ງ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ສະ​ຖາ​ນະ​ພາບ​:

NAME                             READY   STATUS    RESTARTS   AGE
helloserver-69b9576d96-mwtcj     1/1     Running   0          58s
loadgenerator-774dbc46fb-gpbrz   1/1     Running   0          57s

12) ສະກັດບັນທຶກຄໍາຮ້ອງສະຫມັກອອກຈາກຝັກ ໂຫຼດ. ແທນທີ່ POD_ID ກັບຕົວລະບຸຈາກຄໍາຕອບທີ່ຜ່ານມາ.

kubectl logs loadgenerator-POD_ID

13) ໄດ້ຮັບທີ່ຢູ່ IP ພາຍນອກ hellosvc:

kubectl get service

ການ​ຕອບ​ສະ​ຫນອງ​ຄໍາ​ສັ່ງ​ເບິ່ງ​ຄື​ແນວ​ນີ້​:

NAME         TYPE           CLUSTER-IP     EXTERNAL-IP     PORT(S)        AGE
hellosvc     LoadBalancer   10.81.15.158   192.0.2.1       80:31127/TCP   33m
kubernetes   ClusterIP      10.81.0.1      <none>          443/TCP        93m
loadgensvc   ClusterIP      10.81.15.155   <none>          80/TCP         4m52s

14) ສົ່ງຄໍາຮ້ອງຂໍໃຫ້ hellosvc: ແທນ EXTERNAL_IP ໄປຫາທີ່ຢູ່ IP ພາຍນອກ hellosvc.

curl http://EXTERNAL_IP

ໃຫ້ໃຊ້ເວລາກ່ຽວກັບ Istio

ທ່ານມີແອັບພລິເຄຊັນທີ່ນຳໃຊ້ກັບ GKE ແລ້ວ. ໂຫຼດ ສາມາດໃຊ້ Kubernetes DNS (hellosvc:80) ສົ່ງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ ເຄື່ອງແມ່ຂ່າຍແລະທ່ານສາມາດສົ່ງຄໍາຮ້ອງຂໍໄປ ເຄື່ອງແມ່ຂ່າຍ ໂດຍທີ່ຢູ່ IP ພາຍນອກ. ເຖິງແມ່ນວ່າ Kubernetes ມີຫຼາຍລັກສະນະ, ມີບາງຂໍ້ມູນທີ່ຂາດຫາຍໄປກ່ຽວກັບການບໍລິການ:

• ການບໍລິການພົວພັນກັນແນວໃດ? ການພົວພັນລະຫວ່າງການບໍລິການແມ່ນຫຍັງ? ການຈະລາຈອນລະຫວ່າງການບໍລິການແນວໃດ? ເຈົ້າຮູ້ບໍວ່າ ໂຫຼດ ສົ່ງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ ເຄື່ອງແມ່ຂ່າຍ, ແຕ່ຈິນຕະນາການວ່າທ່ານບໍ່ຮູ້ຫຍັງກ່ຽວກັບຄໍາຮ້ອງສະຫມັກ. ເພື່ອຕອບຄໍາຖາມເຫຼົ່ານີ້, ໃຫ້ເບິ່ງບັນຊີລາຍຊື່ຂອງ pods ແລ່ນໃນ GKE.
• ເມຕຣິກ. ດົນ​ປານ​ໃດ ເຄື່ອງແມ່ຂ່າຍ ຕອບສະໜອງຕໍ່ການຮ້ອງຂໍເຂົ້າມາບໍ? ເຊີບເວີໄດ້ຮັບຄໍາຮ້ອງຂໍຫຼາຍປານໃດຕໍ່ວິນາທີ? ມັນ​ໃຫ້​ຂໍ້​ຄວາມ​ຜິດ​ພາດ​?
• ຂໍ້ມູນຄວາມປອດໄພ. ການຈະລາຈອນລະຫວ່າງ ໂຫຼດ и ເຄື່ອງແມ່ຂ່າຍ ພຽງແຕ່ຜ່ານ HTTP ຫຼືໂດຍ mTLS?

Istio ຕອບຄໍາຖາມເຫຼົ່ານີ້ທັງຫມົດ. ເພື່ອເຮັດສິ່ງນີ້, Istio ວາງຕົວແທນ sidecar ທູດພິເສດ ໃນແຕ່ລະຝັກ. ຕົວແທນ Envoy ຂັດຂວາງການຈະລາຈອນຂາເຂົ້າແລະຂາອອກທັງຫມົດທີ່ບັນຈຸຄໍາຮ້ອງສະຫມັກ. ມັນຫມາຍຄວາມວ່າ ເຄື່ອງແມ່ຂ່າຍ и ໂຫຼດ ໄດ້​ຮັບ​ຜ່ານ sidecar proxy Envoy, ແລະ​ການ​ຈະ​ລາ​ຈອນ​ທັງ​ຫມົດ​ຈາກ ໂຫຼດ к ເຄື່ອງແມ່ຂ່າຍ ໄປໂດຍຜ່ານຕົວແທນ Envoy.

ການເຊື່ອມຕໍ່ລະຫວ່າງຕົວແທນ Envoy ປະກອບເປັນຕາໜ່າງການບໍລິການ. ສະຖາປັດຕະຍະກໍາຕາຫນ່າງການບໍລິການສະຫນອງຊັ້ນຂອງການຄວບຄຸມຢູ່ເທິງ Kubernetes.

ເນື່ອງຈາກຕົວແທນ Envoy ແລ່ນຢູ່ໃນຖັງເກັບມ້ຽນຂອງຕົນເອງ, Istio ສາມາດຕິດຕັ້ງຢູ່ເທິງກຸ່ມ GKE ໂດຍເກືອບບໍ່ມີການປ່ຽນແປງລະຫັດແອັບພລິເຄຊັນ. ແຕ່ທ່ານໄດ້ເຮັດວຽກບາງຢ່າງເພື່ອໃຫ້ຄໍາຮ້ອງສະຫມັກຂອງທ່ານພ້ອມທີ່ຈະຖືກຄຸ້ມຄອງໂດຍ Istio:

• ບໍລິການສໍາລັບຕູ້ຄອນເທນເນີທັງຫມົດ. ກັບ​ການ​ນໍາ​ໃຊ້​ ເຄື່ອງແມ່ຂ່າຍ и ໂຫຼດ ຜູກມັດກັບການບໍລິການ Kubernetes. ເຖິງແມ່ນວ່າ ໂຫຼດ, ທີ່ບໍ່ໄດ້ຮັບຄໍາຮ້ອງຂໍເຂົ້າມາ, ມີບໍລິການ.
• ພອດໃນການບໍລິການຕ້ອງມີຊື່. ເຖິງແມ່ນວ່າພອດບໍລິການສາມາດຖືກປະໄວ້ໂດຍບໍ່ມີຊື່ໃນ GKE, Istio ຮຽກຮ້ອງໃຫ້ທ່ານລະບຸ ຊື່ຜອດ ຕາມ​ພິທີການ​ຂອງ​ລາວ. ໃນໄຟລ໌ YAML ຜອດສໍາລັບ ເຄື່ອງແມ່ຂ່າຍ ຖືກເອີ້ນວ່າ httpເນື່ອງຈາກວ່າເຄື່ອງແມ່ຂ່າຍໃຊ້ໂປໂຕຄອນ HTTP... ຖ້າ ການບໍລິການ ໃຊ້ ກ. ພ. ພ, ເຈົ້າຈະຕັ້ງຊື່ທ່າເຮືອ grpc.
• ການນຳໃຊ້ຖືກໝາຍທຸງ. ດັ່ງນັ້ນ, ທ່ານສາມາດນໍາໃຊ້ຄຸນສົມບັດການຈັດການການຈະລາຈອນຂອງ Istio, ເຊັ່ນ: ການແບ່ງປັນການຈະລາຈອນລະຫວ່າງສະບັບຂອງການບໍລິການດຽວກັນ.

ການຕິດຕັ້ງ Istio

ມີສອງວິທີໃນການຕິດຕັ້ງ Istio. ສາ​ມາດ ເປີດໃຊ້ Istio ໃນສ່ວນຂະຫຍາຍ GKE ຫຼື ຕິດຕັ້ງເວີຊັນເປີດຂອງ Istio ຢູ່ໃນກຸ່ມ. ດ້ວຍ Istio ໃນ GKE, ທ່ານສາມາດຈັດການການຕິດຕັ້ງ ແລະ ການຍົກລະດັບ Istio ໄດ້ຢ່າງງ່າຍດາຍຕະຫຼອດວົງຈອນຊີວິດຂອງກຸ່ມ GKE. ຖ້າທ່ານຕ້ອງການໃຫ້ Istio ເວີຊັນຫຼ້າສຸດ ຫຼືຫຼາຍກວ່າການຄວບຄຸມການຕັ້ງຄ່າແຜງຄວບຄຸມ Istio ຂອງທ່ານ, ໃຫ້ຕິດຕັ້ງເວີຊັນ open source ແທນ Istio ໃນສ່ວນຂະຫຍາຍ GKE. ເພື່ອຕັດສິນໃຈກ່ຽວກັບວິທີການ, ອ່ານບົດຄວາມ ຂ້ອຍຕ້ອງການ Istio ໃນ GKE ບໍ?.

ເລືອກທາງເລືອກ, ທົບທວນຄູ່ມືທີ່ເຫມາະສົມ, ແລະປະຕິບັດຕາມຄໍາແນະນໍາໃນການຕິດຕັ້ງ Istio ໃນກຸ່ມຂອງທ່ານ. ຖ້າທ່ານຕ້ອງການໃຊ້ Istio ກັບແອັບພລິເຄຊັນທີ່ຕິດຕັ້ງໃຫມ່ຂອງເຈົ້າ, ເຮັດ​ໃຫ້​ການ​ປະ​ຕິ​ບັດ sidecar​ ສໍາລັບ namespace Default.

ທໍາຄວາມສະອາດ

ເພື່ອຫຼີກເວັ້ນການຖືກຄິດຄ່າເຂົ້າບັນຊີ Google Cloud Platform ຂອງທ່ານສໍາລັບຊັບພະຍາກອນທີ່ທ່ານໃຊ້ໃນບົດສອນນີ້, ໃຫ້ລຶບກຸ່ມ container ເມື່ອທ່ານຕິດຕັ້ງ Istio ແລະຫຼິ້ນກັບແອັບພລິເຄຊັນຕົວຢ່າງ. ນີ້ຈະລຶບຊັບພະຍາກອນຂອງກຸ່ມທັງໝົດ, ເຊັ່ນ: ຄອມພີວເຕີ, ແຜ່ນ, ແລະຊັບພະຍາກອນເຄືອຂ່າຍ.

ຈະເປັນແນວໃດຕໍ່ໄປ?

• ສຳຫຼວດເທັກໂນໂລຍີຕໍ່ໄປນີ້:

  1. Docker
  2. .онтейнеры
  3. ທະບຽນຕູ້ຄອນເທນເນີ
  4. Kubernetes
  5. G.K.E.
  6. ຕາຫນ່າງບໍລິການ
  7. ອິຊິໂອ

• ສຳຫຼວດເຄື່ອງມືຕໍ່ໄປນີ້:

  1. Cloud SDK
  2. ແນະນໍາ gcloud
  3. kubectl
  4. docker

• ຮຽນຮູ້ແນວຄວາມຄິດ Kubernetes:

  1. ກຸ່ມ
  2. ຂໍ້
  3. ຝັກ
  4. ບໍລິການ
  5. ການປະຕິບັດ

ແຫຼ່ງຂໍ້ມູນ: www.habr.com