Új hozzászólás Aktív témák

• #22754 Madwe nagyúr PazsitZ #22751

  Új Válasz 2021-08-05 10:09:12 #22754

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Madwe

  nagyúr

  válasz PazsitZ #22751 üzenetére

  A kontainerizálás pont arról szól, hogy a dev kezeli az infra ráeső részét. Dev fogja a limiteket, tlst stb babrálni ahogy neki szüksége van rá, semmi szükség opsosra ehhez. Dev eleve jobban tudja az igényeit, eleve jobban követi saját alkalmazása monitorozását stb.
  egy központi sre ettől függetlenül adhat neked cicd template-eket, helm template-eket kiindulásnak, de a dev tesm devopsosának a feladata ezt managelni, aki a dev csapat része s jobban tudja a dev csapat igényeit is. Pont h a konténerekkel lehet az előző hszekben taglalt dolgokat kivitelezni, egy natív környezetben sokkal nehezebb s kaotikusabb, nyilván ott pl ahol natívan fut vmeken mondjuk egy iis-en ezer meg egy dev projektje ott az adott dev team kevésbé lát rá s tudja ezt menedzselni.

• #22753 Marky18 aktív tag PazsitZ #22751

  Új Válasz 2021-08-05 10:03:31 #22753

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Marky18

  aktív tag

  válasz PazsitZ #22751 üzenetére

  Na de a kontenerizacioval mar feluton vagyunk a dev->devops transzformacioban. Tudnod kell, hogy a szoftvered hol, milyen fuggosegekkel fog futni, mi fog tortenni, ha az adott framework verziot megemeled (igen, .NET Core, rad nezek... ), vagy egyaltalan milyen kornyezetben.
  Egy kozepes meretu csapatban, ahol a fo fejlesztett rendszer mellett van 1-2 tucat belsos tool, ami a fejlesztest segiti, ott muszaj magadnak lefedni a szoftver egesz eletutjat, mert egy oldschool cegnel nem fognak arra kulon ops eroforrast allokalni.

Új hozzászólás Aktív témák