Puncte:3

Schimbați porturile de containere în Kubernetes în producție

drapel in
cis

Am un nginx Dockerimage care ascultă pe un port așa cum este definit în el nginx.conf. Acea imagine este implementată ca sarcină de lucru în Kubernetes (GKE) și o intrare indică ea. Portul imaginii este - ambele ca port și targetPort - setați în fișierul Yaml de configurare a sarcinii de lucru.

Acea configurație rulează într-un mediu de producție.

Acum vreau să schimb portul, adică nginx ar trebui să asculte un alt port.

Cum fac asta fără a risca perioade de nefuncționare? Mi-e teamă că nu mă pot schimba

  1. containerul desfășurat în sine
  2. configurația sarcinii de lucru
  3. configurația de intrare

chiar in acelasi moment. Și dacă oricare dintre acestea nu este sincronizat, aș avea timp de nefuncționare.

Care este cea mai bună practică în astfel de cazuri? Ar fi bine dacă intrarea ar putea indica atât portul vechi, cât și cel nou, dar acest lucru nu este posibil.

Puncte:4
drapel nl

Creați o nouă implementare folosind noua imagine și apoi creați un nou serviciu care să indice acea implementare, apoi creați o nouă intrare cu un alt nume de gazdă, faceți testul aplicației și dacă totul funcționează bine, schimbați referința la serviciu din vechea intrare.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.