CEPAL: Tu minimální zkušenost jsem myslel v oblasti pravé kontejnerů.

Nejaky tip pro ošlehaného stsadmina s velmi minimální a spis zapomenutou zkušenosti, jakou kontejnerových dat na malinké ubuntu VPS, pro osvěžení a rozšíření práce s kontejnery, plus na provoz jednou ho extrémně nenáročného BBS serveru?

To VPS ma pouze 1 jádro a 1GiB RAM.

Předem dík.

MLEKAR_STEIN: zacni s kubebuilderem, kdyz mi hodis pm zpristupnim ti private repo a muzu ho s tebou i projit co se tam deje a jak to spachat. Repo je private paac "mozna" tam jsou naky data zakaznika ;). Chce to mit jen nejakou znalost go

VELDRANE: nad operatorem jsem nekolikrat premyslel u vice veci, ale normalne nevim kde začít. protoze k tomu, jak se tyhle veci delaji jsem toho moc nenasel. nebo jsem hledal blbe, to se mi stava dost casto.

MLEKAR_STEIN: heh po napsani sveho prvniho operatoru to uz tak nevidim ;).

Kubebuilder udela spoustu veci za Tebe, v podstate si jen vymyslis data schema a pak pises jen reconcilie, resis stavy a teoreticky filtry.

VELDRANE: ja vim, akorat na to co nasazuju tak operator neexistuje a nikdy existovat nebude. a prijde mi jednodussi nasapt slozitejsi helm nez operator

MLEKAR_STEIN: Takova recnicka otazka: nedoporucuje se prave
pro tyhle pripady nejakej custom operator ? Jako daj se udelat v helmu hodne komplikovanycvecu ale nekdy mi to uz kontraproduktivni

VELDRANE: ja to nepotrebuju pro kontejner,
potrebuju to pro debugging a aby to bylo videt, kdyz se neco nepovede v NOTES.txt
a specielne to hledam kvuli tomu, ze mam nejaky dependence, treba redis ktery maji nejaky heslo v secretu a kdyz delam lookup, tak kdyz chci aby se dal pouzit helm.lint a template --debug tak musim ten lookup zapouzdrit a udelat v hleperu fallback, ale je to takovy, ze kdyz to udela, rak to musim hledat a neda se to rozumne zobrazit.
respektive neco se.da vypsat akorat kdyz mas ten lookup primo v template.coz zase je.blby, kdyz nechci nekolikrat prepisovat furt to.samy dokazdy template.

MLEKAR_STEIN: hmm nesly by tyhle informace nacpat do annotaci ala custom-helm/last-applied-comfiguration: {json}

Prepdokladalo by to mit nejdriv logiku do custom promennejch/fci a teprve pak delat rendering (coz by nemel byt problem).

Jediny co je nahovno ze takovej kod se blbe cte a udrzuje, custom fce jsou mocny ale zlo - takovej novejsi write-only perl style hehe

potreboval bych pro helm udelat pro vsechny templates nejaky sdileny objekt, do ktereho bych sypal nejaky informace, treba ze se neudelal lookup, nebo ze key v objekty neni, ktery by se pak daly do NOTES.txt

ja vim, ze to normalne nejde, protoze variable ma scope na template file ktery jsou renderovany samostatne,
jen je to nesikovny, ze bych musel v podstate kod za jednotlivymi templates zopakovat do NOTES.txt

me jde o to, jestli nekdo nema nejakej rovnak na vohejbak, kterym by to slo ohnout.

TOOMIX: Hele já docer nemám moc rád :) - takže s tím nemám moc zkušeností.
Ale nemůže to být tím, že ty windows prostě nejsou server -prostě to čeká až se přihlásíš.
Máš to nainstalované pod uživatelem a ne jako službu ? která by se spustila po startu počítače.

JON: jo, to je token do config wizzarda, je kdyžtak v logu kontejneru.

Dostanu se k tomu asi až v pondělí

TOOMIX: kdyztak klidne pis sem / do soukr zpravy - ale u stroje budu az vecer po desate. Zni to jako neco, co by melo byt easy - u me uz mi to bezi a chce to nejakej token, to uz jsem nezkoumal.

Díky všem, nějak to zkusím

TOOMIX: `sudo systemctl status docker`

JON: díky

"hned jak se spustí docket daemon" no ale ten se jistě po rebootu nepustí sám od sebe, to budu muset ještě někde nastavit, aby běžel jako služba, ne?