ການທົບທວນຄືນຂອງ Skaffold ສໍາລັບການພັດທະນາ Kubernetes

ນຶ່ງປີເຄິ່ງກ່ອນຫນ້ານີ້, ໃນວັນທີ 5 ມີນາ 2018, Google ໄດ້ປ່ອຍເວີຊັ່ນ alpha ທໍາອິດຂອງໂຄງການ Open Source ຂອງຕົນສໍາລັບ CI/CD ທີ່ເອີ້ນວ່າ Skaffold, ເປົ້າຫມາຍຂອງມັນແມ່ນເພື່ອສ້າງ "ການພັດທະນາ Kubernetes ງ່າຍດາຍແລະຊ້ໍາກັນ" ເພື່ອໃຫ້ນັກພັດທະນາສາມາດສຸມໃສ່ການພັດທະນາແທນທີ່ຈະເປັນການບໍລິຫານ. ສິ່ງທີ່ອາດຈະຫນ້າສົນໃຈກ່ຽວກັບ Skaffold? ຍ້ອນວ່າມັນຫັນອອກ, ມັນມີເຄັດລັບບໍ່ຫຼາຍປານໃດເຖິງແຂນຂອງມັນທີ່ສາມາດເຮັດໃຫ້ມັນເປັນເຄື່ອງມືທີ່ມີປະສິດທິພາບສໍາລັບນັກພັດທະນາ, ແລະອາດຈະເປັນວິສະວະກອນປະຕິບັດງານ. ໃຫ້ພວກເຮົາຮູ້ຈັກກັບໂຄງການແລະຄວາມສາມາດຂອງມັນ.

NB: ໂດຍວິທີທາງການ, ພວກເຮົາໄດ້ເວົ້າສັ້ນໆກ່ຽວກັບ Skaffold ໂດຍທົ່ວໄປແລ້ວຂອງພວກເຮົາ ການທົບທວນຄືນເຄື່ອງມືພັດທະນາ, ຊີວິດຂອງພວກເຂົາແມ່ນເຊື່ອມຕໍ່ກັບ Kubernetes.

ທິດສະດີ. ຈຸດປະສົງແລະຄວາມສາມາດ

ດັ່ງນັ້ນ, ໂດຍທົ່ວໄປແລ້ວ, Skaffold ແກ້ໄຂບັນຫາຂອງການເຮັດໃຫ້ວົງຈອນ CI / CD ອັດຕະໂນມັດ (ໃນຂັ້ນຕອນການກໍ່ສ້າງ, ຊຸກຍູ້, ນໍາໃຊ້), ສະເຫນີໃຫ້ຜູ້ພັດທະນາການຕອບໂຕ້ທັນທີ, i.e. ຄວາມ​ສາ​ມາດ​ທີ່​ຈະ​ໄດ້​ຮັບ​ຢ່າງ​ວ່ອງ​ໄວ​ຜົນ​ຂອງ​ການ​ປ່ຽນ​ແປງ​ລະ​ຫັດ​ຕໍ່​ມາ - ໃນ​ຮູບ​ແບບ​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທີ່​ປັບ​ປຸງ​ແລ່ນ​ໃນ​ກຸ່ມ Kubernetes​. ແລະມັນສາມາດເຮັດວຽກຢູ່ໃນວົງຈອນທີ່ແຕກຕ່າງກັນ (dev, ຂັ້ນຕອນ, ການຜະລິດ ... ), ທີ່ Skaffold ຊ່ວຍອະທິບາຍທໍ່ທີ່ສອດຄ້ອງກັນສໍາລັບການ rollout.

ລະຫັດແຫຼ່ງຂອງ Skaffold ແມ່ນຂຽນໃນ Go, ແຈກຢາຍໂດຍ ພາຍໃຕ້ໃບອະນຸຍາດ Apache 2.0 (GitHub).

ຂໍໃຫ້ເບິ່ງຫນ້າທີ່ຕົ້ນຕໍແລະລັກສະນະຕ່າງໆ. ທໍາອິດປະກອບມີດັ່ງຕໍ່ໄປນີ້:

• Skaffold ສະເໜີເຄື່ອງມືໃນການສ້າງທໍ່ CI/CD.
• ອະນຸຍາດໃຫ້ທ່ານຕິດຕາມການປ່ຽນແປງຂອງລະຫັດແຫຼ່ງໃນພື້ນຫລັງແລະດໍາເນີນການຂະບວນການອັດຕະໂນມັດຂອງການລວບລວມລະຫັດເຂົ້າໄປໃນຮູບພາບບັນຈຸ, ເຜີຍແຜ່ຮູບພາບເຫຼົ່ານີ້ຢູ່ໃນ Docker Registry ແລະນໍາໄປໃຊ້ກັບກຸ່ມ Kubernetes.
• synchronizes ໄຟລ໌ໃນ repository ກັບ directory ເຮັດວຽກຢູ່ໃນ container ໄດ້.
• ທົດສອບອັດຕະໂນມັດໂດຍໃຊ້ container-structure-test.
• ສົ່ງຕໍ່ພອດ.
• ອ່ານບັນທຶກຂອງແອັບພລິເຄຊັນທີ່ແລ່ນຢູ່ໃນກ່ອງບັນຈຸ.
• ຊ່ວຍໃນການແກ້ບັນຫາແອັບພລິເຄຊັນທີ່ຂຽນໃນ Java, Node.js, Python, Go.

ໃນປັດຈຸບັນກ່ຽວກັບຄຸນນະສົມບັດ:

• Skaffold ຕົວຂອງມັນເອງບໍ່ມີອົງປະກອບດ້ານຂ້າງຂອງກຸ່ມ. ນັ້ນແມ່ນ, ບໍ່ຈໍາເປັນຕ້ອງຕັ້ງຄ່າ Kubernetes ຕື່ມອີກເພື່ອໃຊ້ປະໂຫຍດນີ້.
• ທໍ່ທີ່ແຕກຕ່າງກັນສໍາລັບຄໍາຮ້ອງສະຫມັກຂອງທ່ານ. ທ່ານຈໍາເປັນຕ້ອງມ້ວນລະຫັດໄປຍັງ Minikube ທ້ອງຖິ່ນໃນຂະນະທີ່ທ່ານກໍາລັງພັດທະນາ, ແລະຫຼັງຈາກນັ້ນເພື່ອຂັ້ນຕອນຫຼືການຜະລິດ? ສໍາລັບຈຸດປະສົງນີ້ມີ ໂປຣໄຟລ ແລະການຕັ້ງຄ່າຜູ້ໃຊ້, ຕົວແປສະພາບແວດລ້ອມແລະທຸງ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານອະທິບາຍທໍ່ທີ່ແຕກຕ່າງກັນສໍາລັບຄໍາຮ້ອງສະຫມັກຫນຶ່ງ.
• CLI. ພຽງແຕ່ console utility ແລະ configurations ໃນ YAML. ໃນອິນເຕີເນັດທ່ານສາມາດຊອກຫາການອ້າງອີງເຖິງຄວາມພະຍາຍາມທີ່ຈະສ້າງ GUI ທົດລອງຢ່າງໃດກໍຕາມ, ໃນເວລານີ້, ສ່ວນຫຼາຍອາດຈະຫມາຍຄວາມວ່າຜູ້ໃດຜູ້ຫນຶ່ງຕ້ອງການລາວ, ແຕ່ບໍ່ແມ່ນແທ້ໆ.
• ຄວາມຄ່ອງແຄ້ວ. Skaffold ບໍ່ແມ່ນເຄື່ອງເກັບກ່ຽວແບບດ່ຽວ, ແຕ່ພະຍາຍາມໃຊ້ໂມດູນສ່ວນບຸກຄົນຫຼືການແກ້ໄຂທີ່ມີຢູ່ແລ້ວສໍາລັບວຽກງານສະເພາະ.

ຮູບປະກອບຂອງອັນສຸດທ້າຍ:

• ໃນຂັ້ນຕອນການປະກອບ, ທ່ານສາມາດນໍາໃຊ້:
  • docker ສ້າງຢູ່ໃນທ້ອງຖິ່ນ, ໃນກຸ່ມໂດຍໃຊ້ kaniko ຫຼືໃນ Google Cloud Build;
  • Bazel ທ້ອງຖິ່ນ;
  • Jib Maven ແລະ Jib Gradle ຢູ່ໃນທ້ອງຖິ່ນຫຼືໃນ Google Cloud Build;
  • script build custom ດໍາເນີນການຢູ່ໃນທ້ອງຖິ່ນ. ຖ້າທ່ານຕ້ອງການໃຊ້ການແກ້ໄຂການສ້າງແບບອື່ນ (ທີ່ມີຄວາມຍືດຫຍຸ່ນ / ຄຸ້ນເຄີຍ / ... ) ມັນໄດ້ຖືກອະທິບາຍໄວ້ໃນສະຄິບເພື່ອໃຫ້ Skaffold ເປີດຕົວ (ຕົວຢ່າງຈາກເອກະສານ). ນີ້ອະນຸຍາດໃຫ້ທ່ານໃຊ້ຕົວເກັບໃດໆທີ່ສາມາດເອີ້ນໄດ້ໂດຍໃຊ້ script;
• ໃນຂັ້ນຕອນການທົດສອບ, ທີ່ໄດ້ກ່າວມາແລ້ວ container-structure-test;
• ສໍາ​ລັບ​ການ​ນໍາ​ໃຊ້​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ແມ່ນ​ໄດ້​ສະ​ຫນອງ​ໃຫ້​:
  • Kubectl;
  • ໝວກ;
  • ປັບແຕ່ງ.

ຂໍຂອບໃຈກັບນີ້, Skaffold ສາມາດເອີ້ນວ່າເປັນເອກະລັກ ໂຄງ​ຮ່າງ​ການ​ສ້າງ CI/CD. ນີ້ແມ່ນຂັ້ນຕອນການເຮັດວຽກຕົວຢ່າງເມື່ອໃຊ້ມັນ (ຈາກເອກະສານໂຄງການ):

ການເຮັດວຽກຂອງ Skaffold ມີລັກສະນະແນວໃດໃນເງື່ອນໄຂທົ່ວໄປ?

1. ຜົນປະໂຫຍດຕິດຕາມກວດກາການປ່ຽນແປງໃນໄດເລກະທໍລີລະຫັດແຫຼ່ງ. ຖ້າມີການດັດແກ້ໄຟລ໌, ພວກມັນຈະຖືກ synchronized ກັບແອັບພລິເຄຊັນ pod ໃນກຸ່ມ Kubernetes. ຖ້າເປັນໄປໄດ້, ໂດຍບໍ່ມີການປະກອບຮູບພາບຄືນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຮູບພາບໃຫມ່ແມ່ນປະກອບ.
2. ຮູບພາບທີ່ປະກອບຖືກກວດສອບໂດຍໃຊ້ container-structure-test, tagged ແລະສົ່ງໄປທີ່ Docker Registry.
3. ຫຼັງຈາກນີ້, ຮູບພາບໄດ້ຖືກນໍາໄປໃຊ້ - ຖືກນໍາໃຊ້ໃນກຸ່ມ Kubernetes.
4. ຖ້າການເປີດຕົວໄດ້ຖືກເລີ່ມຕົ້ນໂດຍໃຊ້ຄໍາສັ່ງ skaffold dev, ຫຼັງຈາກນັ້ນພວກເຮົາເລີ່ມຕົ້ນໄດ້ຮັບບັນທຶກຈາກແອັບພລິເຄຊັນ, ແລະ Skaffold ລໍຖ້າການປ່ຽນແປງເພື່ອເຮັດຊ້ໍາທຸກໆການກະທໍາອີກເທື່ອຫນຶ່ງ.

ຮູບພາບຂອງຂັ້ນຕອນຕົ້ນຕໍຂອງການດໍາເນີນງານ Skaffold

ປະຕິບັດ. ພະຍາຍາມ Skaffold

ເພື່ອສະແດງໃຫ້ເຫັນການນໍາໃຊ້ Skaffold, ຂ້າພະເຈົ້າຈະເອົາຕົວຢ່າງຈາກ ຄັງເກັບໂຄງການ GitHub... ໂດຍວິທີທາງການ, ຢູ່ທີ່ນັ້ນ ທ່ານສາມາດຊອກຫາຕົວຢ່າງອື່ນໆຈໍານວນຫຼາຍທີ່ຄໍານຶງເຖິງສະເພາະຕ່າງໆ. ຂ້າພະເຈົ້າຈະປະຕິບັດການດໍາເນີນການທັງຫມົດໃນທ້ອງຖິ່ນໃນ Minikube. ການຕິດຕັ້ງແມ່ນງ່າຍດາຍແລະໃຊ້ເວລາສອງສາມນາທີ, ແລະທ່ານຕ້ອງການ kubectl ເພື່ອເລີ່ມຕົ້ນ.

ຕິດຕັ້ງ Skaffold:

curl -Lo skaffold https://storage.googleapis.com/skaffold/releases/latest/skaffold-linux-amd64
chmod +x skaffold
sudo mv skaffold /usr/local/bin
skaffold version
v0.37.1

ໃຫ້ clone ຄັງເກັບຂອງ Skaffold ດ້ວຍຕົວຢ່າງທີ່ຈໍາເປັນ:

git clone https://github.com/GoogleContainerTools/skaffold
cd skaffold/examples/microservices

ຂ້າພະເຈົ້າໄດ້ເລືອກຕົວຢ່າງທີ່ມີສອງຝັກ, ແຕ່ລະອັນມີຄໍາຮ້ອງສະຫມັກ Go ຂະຫນາດນ້ອຍຫນຶ່ງ. ຄໍາຮ້ອງສະຫມັກຫນຶ່ງແມ່ນ frontend (leeroy-web), ເຊິ່ງປ່ຽນເສັ້ນທາງການຮ້ອງຂໍໄປຫາແອັບພລິເຄຊັນທີສອງ - backend (leeroy-app). ມາ​ເບິ່ງ​ກັນ​ວ່າ​ເປັນ​ແນວ​ໃດ:

~/skaffold/examples/microservices # tree
.
├── leeroy-app
│   ├── app.go
│   ├── Dockerfile
│   └── kubernetes
│       └── deployment.yaml
├── leeroy-web
│   ├── Dockerfile
│   ├── kubernetes
│   │   └── deployment.yaml
│   └── web.go
├── README.adoc
└── skaffold.yaml
 
4 directories, 8 files

leeroy-app ແລະ leeroy-web ມີລະຫັດ Go ແລະ Dockerfiles ງ່າຍໆສໍາລັບການສ້າງລະຫັດນີ້ຢູ່ໃນທ້ອງຖິ່ນ:

~/skaffold/examples/microservices # cat leeroy-app/Dockerfile
FROM golang:1.12.9-alpine3.10 as builder
COPY app.go .
RUN go build -o /app .
 
FROM alpine:3.10
CMD ["./app"]
COPY --from=builder /app .

ຂ້ອຍຈະບໍ່ໃຫ້ລະຫັດຄໍາຮ້ອງສະຫມັກ - ມັນພຽງພໍທີ່ຈະຮູ້ວ່າ leeroy-web ຍອມຮັບການຮ້ອງຂໍແລະຕົວແທນໃຫ້ເຂົາເຈົ້າ leeroy-app. ເພາະສະນັ້ນໃນໄຟລ໌ Deployment.yaml ມີບໍລິການພຽງແຕ່ສໍາລັບ app (ສໍາລັບເສັ້ນທາງພາຍໃນ). ພອດພອດ web ພວກເຮົາຈະສົ່ງຕໍ່ໃຫ້ກັບຕົວເຮົາເອງເພື່ອເຂົ້າເຖິງແອັບພລິເຄຊັນໄດ້ໄວ.

ເບິ່ງຄືວ່າ skaffold.yaml:

~/skaffold/examples/microservices # cat skaffold.yaml
apiVersion: skaffold/v1beta13
kind: Config
build:
  artifacts:
    - image: leeroy-web
      context: ./leeroy-web/
    - image: leeroy-app
      context: ./leeroy-app/
deploy:
  kubectl:
    manifests:
      - ./leeroy-web/kubernetes/*
      - ./leeroy-app/kubernetes/*
portForward:
  - resourceType: deployment
    resourceName: leeroy-web
    port: 8080
    localPort: 9000

ຂັ້ນຕອນທັງຫມົດທີ່ໄດ້ກ່າວມາຂ້າງເທິງແມ່ນໄດ້ອະທິບາຍຢູ່ທີ່ນີ້. ນອກເຫນືອໄປຈາກ config ນີ້, ຍັງມີໄຟລ໌ທີ່ມີການຕັ້ງຄ່າທົ່ວໂລກ - ~/.skaffold/config. ມັນສາມາດຖືກແກ້ໄຂດ້ວຍຕົນເອງຫຼືຜ່ານ CLI - ຕົວຢ່າງເຊັ່ນນີ້:

skaffold config set --global local-cluster true

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

ກັບ​ໄປ skaffold.yaml:

• ຢູ່ເທິງເວທີ build ພວກເຮົາລະບຸວ່າທ່ານຕ້ອງການເກັບກໍາແລະບັນທຶກຮູບພາບຢູ່ໃນທ້ອງຖິ່ນ. ຫຼັງຈາກການກໍ່ສ້າງແລ່ນເປັນຄັ້ງທໍາອິດ, ພວກເຮົາຈະເຫັນດັ່ງຕໍ່ໄປນີ້:

  // т.к. Minikube создает кластер в отдельной виртуальной машине,
  // придется проникнуть внутрь, чтобы найти образы
  # minikube ssh
  $ docker images
  REPOSITORY                                TAG                                                                IMAGE ID            CREATED             SIZE 
  leeroy-app                                7d55a50803590b2ff62e47e6f240723451f3ef6f8c89aeb83b34e661aa287d2e   7d55a5080359        4 hours ago         13MB 
  leeroy-app                                v0.37.1-171-g0270a0c-dirty                                         7d55a5080359        4 hours ago         13MB
  leeroy-web                                5063bfb29d984db1ff70661f17d6efcc5537f2bbe6aa6907004ad1ab38879681   5063bfb29d98        5 hours ago         13.1MB
  leeroy-web                                v0.37.1-171-g0270a0c-dirty                                         5063bfb29d98        5 hours ago         13.1MB

  ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້, Skaffold tagged ຮູບພາບຂອງຕົນເອງ. ໂດຍວິທີທາງການ, ນະໂຍບາຍ tagging ຫຼາຍແມ່ນໄດ້ຮັບການສະຫນັບສະຫນູນ.

• ນອກຈາກນັ້ນໃນ config ມັນຖືກຊີ້ບອກ context: ./leeroy-app/, i.e. ສະພາບການທີ່ຮູບພາບຖືກເກັບກຳແມ່ນລະບຸໄວ້.
• ໃນຂັ້ນຕອນຂອງການປະຕິບັດ, ມັນຖືກກໍານົດວ່າພວກເຮົາຈະໃຊ້ kubectl ແລະຫນ້າກາກສໍາລັບການສະແດງອອກທີ່ຈໍາເປັນ.
• PortForward: ຄ້າຍຄືກັບວິທີທີ່ພວກເຮົາມັກຈະສົ່ງຕໍ່ພອດໂດຍໃຊ້ kubectl port-forward, ພວກເຮົາໃຫ້ຄໍາແນະນໍາກັບ Skaffold ເພື່ອໂທຫາຄໍາສັ່ງນີ້. ໃນກໍລະນີນີ້, ທ່າເຮືອທ້ອງຖິ່ນ 9000 ຖືກສົ່ງຕໍ່ໄປຫາ 8080 ໃນ Deployment ດ້ວຍຊື່. leeroy-web.

ມັນເປັນເວລາທີ່ຈະເປີດຕົວ skaffold dev: ທີມງານຈະສ້າງ "ວົງການຄໍາຄິດເຫັນ" ຢ່າງຕໍ່ເນື່ອງ, i.e. ມັນບໍ່ພຽງແຕ່ຈະລວບລວມທຸກສິ່ງທຸກຢ່າງແລະນໍາໄປໃຊ້ໃນກຸ່ມ, ແຕ່ຍັງຈະບອກທ່ານກ່ຽວກັບສະຖານະຂອງຝັກໃນປັດຈຸບັນ, ຕິດຕາມການປ່ຽນແປງແລະປັບປຸງສະຖານະຂອງຝັກ.

ນີ້ແມ່ນຜົນການເປີດຕົວ skaffold dev --port-forward ເມື່ອ​ປະກອບ​ຄືນ​ໃໝ່:

ທໍາອິດ, ທ່ານສາມາດເບິ່ງວ່າ cache ຖືກນໍາໃຊ້. ຕໍ່ໄປ, ຄໍາຮ້ອງສະຫມັກໄດ້ຖືກປະກອບ, deployed, ແລະພອດແມ່ນສົ່ງຕໍ່. ຕັ້ງ​ແຕ່​ລະ​ບຸ​ໄວ້​ --port-forward, Skaffold ສົ່ງຕໍ່ພອດໄປ web, ດັ່ງທີ່ລາວຖືກຖາມ, ແຕ່ຢູ່ທີ່ນີ້ app ລາວຖິ້ມຕາມການຕັດສິນໃຈຂອງຕົນເອງ (ເລືອກທີ່ໃກ້ທີ່ສຸດຟຣີ). ຫຼັງຈາກນີ້, ພວກເຮົາໄດ້ຮັບບັນທຶກທໍາອິດຈາກຄໍາຮ້ອງສະຫມັກ.

ໃຫ້ກວດເບິ່ງວ່າມັນເຮັດວຽກບໍ?

~/skaffold/examples/microservices # kubectl get po
NAME                          READY   STATUS    RESTARTS   AGE
leeroy-app-6998dfcc95-2nxvf   1/1     Running   0          103s
leeroy-web-69f7d47c9d-5ff77   1/1     Running   0          103s
~/skaffold/examples/microservices # curl localhost:9000
leeroooooy app!!!

ການ​ປັບ​ປຸງ​ໄຟລ​໌​ leeroy-app/app.go - ບໍ່​ພໍ​ເທົ່າ​ໃດ​ວິ​ນາ​ທີ​ຜ່ານ​ໄປ ... ແລະ​:

~/skaffold/examples/microservices # kubectl get po
NAME                          READY   STATUS    RESTARTS   AGE
leeroy-app-ffd79d986-l6nwp    1/1     Running   0          11s
leeroy-web-69f7d47c9d-5ff77   1/1     Running   0          4m59s
~/skaffold/examples/microservices # curl localhost:9000
leeroooooy Habr!!!

ໃນຂະນະດຽວກັນ, Skaffold ຕົວຂອງມັນເອງໄດ້ສະແດງສິ່ງດຽວກັນຢູ່ໃນ console ຄືກ່ອນ, ໂດຍມີຂໍ້ຍົກເວັ້ນຫນຶ່ງຈຸດ: ມັນພຽງແຕ່ມ້ວນອອກ. leeroy-app, ແລະບໍ່ແມ່ນທັງຫມົດໃນເວລາດຽວກັນ.

ການປະຕິບັດເພີ່ມເຕີມ

ມັນຍັງມີມູນຄ່າບອກວ່າເມື່ອສ້າງໂຄງການໃຫມ່, configs ສໍາລັບ Skaffold ສາມາດຖືກ bootstrapped ໂດຍໃຊ້ຄໍາສັ່ງ. init, ເຊິ່ງສະດວກຫຼາຍ. ນອກຈາກນັ້ນ, ທ່ານສາມາດຂຽນ configs ຫຼາຍ: ດໍາເນີນການພັດທະນາໃນ config ເລີ່ມຕົ້ນ, ແລະຫຼັງຈາກນັ້ນ roll out ກັບຂັ້ນຕອນຂອງຄໍາສັ່ງ. run (ຂະບວນການດຽວກັນກັບ dev, ພຽງແຕ່ບໍ່ໄດ້ຕິດຕາມການປ່ຽນແປງ), ການນໍາໃຊ້ config ທີ່ແຕກຕ່າງກັນ.

ໃນ katacoda ມີ ຄູ່ມື ມັນງ່າຍກວ່າກັບຕົວຢ່າງ. ແຕ່ມັນສະຫນອງ sandbox ພ້ອມທີ່ຈະເຮັດດ້ວຍ Kubernetes, ຄໍາຮ້ອງສະຫມັກແລະ Skaffold. ທາງ​ເລືອກ​ທີ່​ດີ​ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ມີ​ຄວາມ​ສົນ​ໃຈ​ໃນ​ການ​ພະ​ຍາ​ຍາມ​ອອກ​ພື້ນ​ຖານ​ຫຼາຍ​ຕົວ​ທ່ານ​ເອງ​.

ກໍລະນີການນໍາໃຊ້ທີ່ເປັນໄປໄດ້ຫນຶ່ງສໍາລັບ Skaffold ແມ່ນເພື່ອດໍາເນີນການພັດທະນາໃນກຸ່ມຫ່າງໄກສອກຫຼີກ. ບໍ່ແມ່ນທຸກຄົນສະດວກສະບາຍໃນການເຮັດວຽກຂອງ Minikube ໃນຮາດແວຂອງຕົນເອງ, ຫຼັງຈາກນັ້ນເປີດຕົວແອັບພລິເຄຊັນແລະຄາດວ່າຈະເຮັດວຽກຢ່າງພຽງພໍ ... ໃນກໍລະນີນີ້, Skaffold ແກ້ໄຂບັນຫາຢ່າງສົມບູນ, ເຊິ່ງສາມາດຢືນຢັນໄດ້, ສໍາລັບຕົວຢ່າງ, ໂດຍວິສະວະກອນ Reddit, ດັ່ງທີ່ພວກເຮົາມີ. ສົນທະນາແລ້ວ wrote ໃນ blog ຂອງພວກເຮົາ.

ແລະໃນ ສິ່ງພິມນີ້ ຈາກ Weaveworks ທ່ານສາມາດຊອກຫາຕົວຢ່າງຂອງການສ້າງທໍ່ສໍາລັບການຜະລິດ.

ສະຫລຸບ

Skaffold ເປັນເຄື່ອງມືທີ່ສະດວກໃນການກໍ່ສ້າງທໍ່ສົ່ງຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບການເປີດຕົວແອັບພລິເຄຊັນ Kubernetes ແລະເນັ້ນໃສ່ຄວາມຕ້ອງການດ້ານການພັດທະນາເປັນຕົ້ນຕໍ. ມັນເຮັດໃຫ້ມັນຂ້ອນຂ້າງງ່າຍທີ່ຈະສ້າງທໍ່ "ສັ້ນ" ເຊິ່ງຄໍານຶງເຖິງຄວາມຕ້ອງການພື້ນຖານຂອງຜູ້ພັດທະນາ, ແຕ່ຖ້າຕ້ອງການ, ທ່ານສາມາດຈັດຂະບວນການຂະຫນາດໃຫຍ່ໄດ້. ເປັນຫນຶ່ງໃນຕົວຢ່າງທີ່ຊັດເຈນຂອງການນໍາໃຊ້ Skaffold ໃນຂະບວນການ CI / CD ແມ່ນໃຫ້ ດັ່ງ​ກ່າວ ໂຄງ​ການ​ທົດ​ສອບ​ ຂອງ 10 microservices ໂດຍໃຊ້ຄວາມສາມາດຂອງ Kubernetes, gRPC, Istio ແລະ OpenCensus Tracing.

Skaffold ມີເກືອບ 8000+ ດາວຢູ່ໃນ GitHub, ຖືກພັດທະນາໂດຍ Google ແລະເປັນສ່ວນຫນຶ່ງຂອງ GoogleContainerTools — ໂດຍ​ທົ່ວ​ໄປ, ໃນ​ປັດ​ຈຸ​ບັນ​ມີ​ເຫດ​ຜົນ​ທີ່​ຈະ​ເຊື່ອ​ວ່າ​ໂຄງ​ການ​ຈະ​ພັດ​ທະ​ນາ​ຢ່າງ​ມີ​ຄວາມ​ສຸກ​ທຸກ​ຄັ້ງ​ຕໍ່​ໄປ​.

PS

ອ່ານຍັງຢູ່ໃນ blog ຂອງພວກເຮົາ:

• «ເຄື່ອງມືສໍາລັບນັກພັດທະນາແອັບພລິເຄຊັນທີ່ເຮັດວຽກຢູ່ໃນ Kubernetes"
• «werf - ເຄື່ອງມືຂອງພວກເຮົາສໍາລັບ CI / CD ໃນ Kubernetes (ພາບລວມແລະບົດລາຍງານວິດີໂອ)"
• «Garden v0.10.0: ແລັບທັອບຂອງເຈົ້າບໍ່ຕ້ອງການ Kubernetes"
• «ເຄັດລັບ ແລະເຄັດລັບ Kubernetes: ກ່ຽວກັບການພັດທະນາທ້ອງຖິ່ນ ແລະ Telepresence".

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