ຄຳສັ່ງຢູ່ node ຂອງ Kubernetes ສາມາດໃຊ້ພຣັອກຊີ shell ໄດ້ ໃນຂະນະທີ່ Pod ຢູ່ node ນັ້ນບໍ່ມີສະພາບແວດລ້ອມພຣັອກຊີ. ສະພາບແວດລ້ອມຂອງ container ຖືກກຳນົດໂດຍຮູບພາບ ແລະ ການຕັ້ງຄ່າ Pod ຂອງມັນ.

ສຳລັບແອັບພລິເຄຊັນທີ່ຮອງຮັບຕົວປ່ຽນເຫຼົ່ານີ້, ເພີ່ມລາຍການ env ໃສ່ລາຍການ container ທີ່ມີຢູ່ແລ້ວ:

env:
  - name: HTTP_PROXY
    value: http://proxy.example:8080
  - name: HTTPS_PROXY
    value: http://proxy.example:8080
  - name: NO_PROXY
    value: localhost,127.0.0.1,kubernetes.default.svc,.svc,.cluster.local

ໃນ Deployment, ສິ່ງນີ້ຢູ່ພາຍໃຕ້ container ທີ່ກ່ຽວຂ້ອງໃນ spec.template.spec.containers. ອັບເດດ workload ຜ່ານ rollout ປົກກະຕິຂອງມັນ ເພື່ອໃຫ້ Pod ໃໝ່ໄດ້ຮັບມັນ. ໃຫ້ຊື່ຕົວພິມນ້ອຍນຳ ເມື່ອລູກຄ້າຕົວຈິງຕ້ອງການ.

ລາຍການຂ້າມແມ່ນຕົວຢ່າງເລີ່ມຕົ້ນ ບໍ່ແມ່ນລາຍການຂອງທຸກເສັ້ນທາງໃນ cluster. ໃຊ້ຄຳນຳໜ້າ DNS ຕົວຈິງຂອງ cluster ແລະ ປາຍທາງພາຍໃນ. ແອັບພລິເຄຊັນທີ່ໃຊ້ IP ບໍລິການອາດຕ້ອງການຊ່ວງບໍລິການຕົວຈິງໃນຮູບແບບທີ່ລູກຄ້າຂອງພວກເຂົາຮອງຮັບ.

container init ມີຂໍ້ກຳນົດ container ຂອງຕົນເອງ. ເພີ່ມການຕັ້ງຄ່າທີ່ຕັ້ງໃຈໄວ້ຢູ່ບ່ອນນັ້ນ ເມື່ອພວກມັນດຶງຂໍ້ມູນພາຍນອກ. ສຳລັບການດຶງ HTTP ສາທາລະນະ, ປາຍທາງຈາກລາຍການພຣັອກຊີ HTTP ແມ່ນຜູ້ສະໝັກສຳລັບຄ່າສະພາບແວດລ້ອມ container ເຫຼົ່ານີ້.

ການດຶງຮູບພາບເກີດຂຶ້ນກ່ອນແອັບພລິເຄຊັນເຮັດວຽກ ແລະ ຖືກດຳເນີນການໂດຍ runtime container ຂອງ node. Pod env ບໍ່ສາມາດຕັ້ງຄ່າການເຊື່ອມຕໍ່ registry ກ່ອນໜ້ານັ້ນໄດ້.

ສຸດທ້າຍ, ຕົວປ່ຽນພຣັອກຊີ HTTP ມີຜົນຕໍ່ລູກຄ້າທີ່ໃຊ້ພວກມັນເທົ່ານັ້ນ. ພວກມັນບໍ່ໄດ້ປ່ຽນເສັ້ນທາງຂໍ້ມູນຖານຂໍ້ມູນ, UDP ຫຼື socket ອື່ນໆທີ່ຕາມອຳເພີໃຈຈາກ Pod.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ