2 napos DevOps Architect Bootcamp az Alerant-nál (x)

Hirdetés

Jelentkezz ingyenes, gyakorlatorientált oktatásunkra, ahol átfogó bevezetést kapsz a konténer orkesztráció, a Cloud Native fejlesztések, a serverless architectúrák és az Azure DevOps világába. További részletek »

( tntwormz | 2023. 03. 06., h – 18:30 )

Eddig nem úgy rémlett, hogy az Alerant francia cég lenne, ahol a szóvégi 't' nem kerül kiejtésre... 🙃

Valamiért kis hazánkban nagyon szeretik. 

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

Akkor pontosítok: a döntéshozók szeretik. 

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

Az egyik ceg akinek dolgozom mar mindharom nagynal hostol(t)
Par amikor elkezdtek nyomni nagyon az AZURE-t akkor kapott a ceg egy csomo ingyen "creditet" es mondtak hogy ezzel sokat tudunk sporolni es koltozzunk at.

Atkoltoztunk, majd kb 3 honap utan beszeltuk meg hogy bar ez ingyen van de vegul a szopas miatt megis tobbe kerul es inkabb fizetunk masik szolgaltatonal erte. Mar regebben volt es a memoriam sosem volt tul jo, ami hirtelen beugrik az a MySQL kezeles volt.
Leszamitva hogy kulon drivert kellett feltenni hozza minden felevel szoptunk vele. Sok sok adatvesztes mert dolgok nem erkeztek meg.
Replikacio problemak is voltak. De ami betette az ajtot teljesen azok az anomaliak amikor a DB-ben ugyanabbol a tablabol tobb verzio is volt egyszerre.

Ne kerdezd hogy lehetseges ez, azota sem ertem es mar nem is erdekel. De ugy kepzeld el hogy volt egy user nevu tabla amibol egy azon DB-ben migracio futtatas utan tobb verzio is letezett.
 

Idegi roncsok voltunk tole amig ott nem hagytuk.

Lehet azota ezt mind megjavitottak, de en ugy vagyok vele hogy soha tobbet koszonom szepen

 

http://www.youtube.com/watch?v=xnJwT_30p6k

2016/17-körül volt amikor Azure ügynökök megjelentek a cégnél ahol akkor dolgoztam és betereltek minket mert a CEO azt akarta hogy lássuk. Oké, mérnökök felvonultak ültünk egy többórás demo-t ami olyan nyögvenyelős volt hogy az elképesztő. Login lassú volt

Mi már akkor toltuk az AWS-t és a projekt épp a felénél járt kb, sokadszorra ment ki a frissítés a pipelineunkon keresztül (prezi közben) amíg az Azure ügynök a kattintás után azt mondta: na most várnunk kell pár percet mert (valami miatt ez most épp lassú/nem működik, nem tudjuk), ugyanaz AWS-ben szinte azonnal megvolt de olyan retekül volt összerakva az egész hogy képtelenség volt eligazodni rajta.

Akkoriban még Azure functions vagy mi a bánat sem volt, API támogatás sem, funkciókban messze nem volt olyan gazdag mint amit mi építettünk anno ECS alapon.

Cloud szolgáltatót általában azért választ a vezetőség mert valaki megkente őket, ha fentről le megy a technikai döntés akkor ez van.

Hát azért szerintem az ecs sem egy kapkodó örült, ha meg csak tisztán az árat nézük szerintem bármelyik olcsobb a nap vegén mint az aws, szóval nemfeltétlen gondolom, hogy ezért bárkit megkellet kenni. Szerintem elég röhelyes pl. az, hogy instancek áran felül van az eks nek alapdíja.

ECS != EKS. Nekünk ott akkor az ECS nagyon megfelelt.

"hogy instancek áran felül van az eks nek alapdíja" - 0.10 USD/óra-ról van szó. Nem pénz.

Jómagam nem tartom jó ötletnek k8s használatát felhőben, de hát van aki kifizeti, a sok legacy szart meg rakni kell valahová a sok új legacy szarról nem is beszélve.

Szolgáltató szempontból eszméletlen margin van rajta ez tény, arról nem is beszélve hogy ők diktálják mikor lesz valamelyik verzió deprecated és ha épp nem úgy építette ki a csapat anno azt a bizonyos csoda-rendszert hogy A/B deployment k8s-től is akár akkor ott nagy szívás van ha verziót kell ugrani és control-plane upgrade van mert akkor bye-bye worker-node.
Ezért is (nagy margin) volt nagy nyomás először Azure majd többi szolgáltató oldalról hogy felhőben mindenki csak és kizárólag k8s-t használjon mert ha multi-cloud -ot akar a CTO akkor azt így kell.

Első és legfontosabb szempont hogy ami a DC-ben fut ma az nem biztos hogy cloud-képes, k8s-el ezt persze meg lehet oldani de az még nem jelenti azt hogy az a design jó is, vagy ez az egész anyagilag megéri.

Amennyiben a termék nem tudja kitermelni az árát akkor újra kell gondolni.

Persze tudom, hogy nem úgyan az. Az EKS-t az áraképzése miatt hoztam fel, hogy GKE meg ahogy néztem AKS-ben nincs rajta ez a plusz sarc, és ha sok clustert üzelemtetsz lesz jelentösége annak a ~73$ nak havonta, mindenki spórolni akar szerintem ha nem jár minőségrolmlásal vagy jelentösen több meloval, akkor is ha egy pénznyomda ami fut rajta. Szóval szerintem nem feltétlen kell ehez kenőpénz, mert racionális üzleti döntésként sem tünik rossznak.

Ezek szerint vagy friss vagy a K8S vilagaban, vagy nem uzemeltettel meg prodban self-hosted K8S-t. :)

Barki aki csinalt ilyet az megerositheti neked hogy az a 73$ "sarc" tulajdonkeppen gyakorlatilag ingyen van es ajandek :)

Amit ezert kapsz, az self-hostedben mar vasbol is dragabb lesz (ugye minimum 3 node-rol beszelunk + db), ha pedig belevesszuk a mernokorakat is amit bele kell tolnod csak pl. 1-1 verzio upgradebe akkor jobb nem is beszelni rola.

Ami azt illeti kb 3 éve vagyok a k8s vilagában és jelenleg is főként on-premben üzemeltetek k8s-t :) 

Vasat egyszer megveszed mondjuk egy 5 éves ciklusra, bőven viszahozza az árát meg a mérnőkora árát is(ez amúgy cloudban is jelen van), abból a pénzből amit eltüzelnél amúgy a cloudba. Bár azt aláírom ez erősen felhasznalásfűgő.

Dehogy van jelen a mernokora cloudban is.

Control plane upgrade, rolling the masters, validation, K8S db management, backup, es a worker node-oknak meg csak fele se neztel.

EKS-ben ez konkretan 2db kattintas (vagy terraform apply, ahogy tetszik).

50+ prod clusternel (plusz az egyeb kornyezetek) a mernokora sporolas nalunk pl. nagyon sulyos dollartizezrekben merheto.

( bimlas | 2023. 03. 09., cs – 10:06 )

Szerkesztve: 2023. 03. 09., cs – 10:09

Ha nem munkahely valtas celjabol megyek, akkor is reszt vehetek? A leiras alapjan ez nem egyertelmu szamomra.

Kinek ajánljuk a DevOps Architect Bootcamp-et?

  • Olyan Vezető fejlesztő / Software Architect / Solution Architekteknek, akik szeretnének jobban belelátni a DevOps világába,
  • konténerizációs technológia és Java / Python programozási nyelvismerettel rendelkeznek,
  • szívesen ismerkednek meg a legújabb technológiákkal és nyitottak az önfejlesztésre
  • valamint akár munkahelyváltáson is gondolkodnak.

Ellenben a lap aljan ez all:

  • Jelentkezésed során kérjük a személyes adataid mellett lehetőleg küldd el számunkra a szakmai önéletrajzodat is, hogy lássuk eddigi tapasztalataidat.
  • A jelentkezőket egy előzetes online beszélgetésre hívjuk, ahol a motivációkról és szakmai terveikről kérdezzük őket. (kb. 30-45 perc)
  • A meghallgatott jelentkezők közül kiválasztásra kerülnek azok, akik rendelkeznek a megfelelő alaptudással és komolyabb motivációval a képzés iránt.
  • A kiválasztott jelentkezőket értesítjük és egyeztetjük velük a további tudnivalókat

Munkaerőt keresnek. 2022-ben is volt egy hasonló. Önéletrajzot küldtem, majd beszéltem egy kedves hölggyel. Őszinte, normális beszélgetés volt.

Aztán kaptam egy levelet, hogy "Szeretnénk értesíteni, hogy a kis létszámú terveink miatt nem tudtuk minden jelentkezőnek biztosítani a helyet a képzésen, így sajnos most te sem jutottál be. "

Volt ígéret, hogy szeptemberben lesz egy nagyobb létszámú workshop.

Azóta semmi. Küldtem e-mail, de választ se kaptam.

Az első benyomás jó volt velük.

Nekem zavaros, kit keresnek. Ha jól értem, olyan embert aki otthon van a Dockerben, de a Kubernetes új neki. Gondolkodtam, hogy jelentkezzek, de inkább nem. 

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

( gelei v | 2023. 03. 09., cs – 10:51 )

Uh, de régen papolok a cégnél, hogy ilyesmi programokat kéne szervezni. 👍

Milyen korlátozásra gondolsz?

Nálunk az a fájó pont, hogy a leendő kollégák általában nem ismerik a business domaint, ami nem feltétlenül baj, de itt a legtöbb IT poziban is viszonylag erős tudás kell egy olyan területen, ami a fejlesztők nagy részét nem annyira érdekli. Erre simán lehetne valami 1-2 napos esemény, ahol bele lehet nézni, mielőtt valaki munkahelyet vált. Akit meg érdekel, az mehet tovább a recruitment folyamattal, ha akar.

Ja, hogy úgy. Ha úgy nézed, hogy ez nem bootcamp, hanem egy előrehozott assessment center, ahol lehet új dolgokat tanulni, akkor már érthető. :)

Az én verziómban ennél nyitottabbnak képzeltem el az eseményt, de valszeg nem is kellene 6-10 főnél limitálni a létszámot. Valahogy viszont akkor is szelektálni kell, ha túljelentkezés van - de hogyan?

Én a konkrét esemény mögötti konstrukciót sem értem.

Meghirdetnek egy 2 napos képzésnek hívott AC-t, aminek a végén felajánlanak olyan pozíciókat, amelyhez eleve komoly előképzettség és tapasztalat kell - nem túl életszerű hogy egy DevOps Architect-nek vagy Solution Engineer-nek szüksége van 2 napos bootcamp-re, vagy szeretné részt venni 2 napos AC-n.

Junior pozíciók esetén még látnék is benne fantáziát, de baszki architect-et AC-val keresni? :D

Nem vagy egyedül - ez a konstrukció remélhetőleg komoly, mert viccnek durva lenne.

Ha tartós rendszert építesz és okos csapatot nevelsz, akkor száz kiadásban sem érheti baj; ha csak a gépekre hagyatkozol, akkor egyszer jól jársz, máskor rosszul; de ha sem a rendszer nem bírja a terhet, sem a csapat nem tanul a hibákból, akkor minden egyes kiadás kockázat.

Tudod, mint amikor egy reszeg orkot egy portyazo goblin csapat megprobal kasztralni egy eletlen kessel, na amikor az ork feleszmel, az baromi sok csapkodassal jar, ez koszon vissza a karmesteri mozdulatokban is, csak mar polkorrektre szeliditve, peldaul nincs benne az a mozdulat, amikor a keses csavo vegbelet a szajan keresztul huzza ki a testebol a nagy morcos ork. :-)