koncepce

[Tomas.Klapka]

Už sem to psal několikrát... CoreOS na servery, Docker pro aplikace a Deis pro správu clusteru a kontejnerů.

Docker má smysl už i pro devel, testing, přenositelnost a stabilitu.
CoreOS má smysl už od jednoho produkčního serveru, kde mají běžet jen docker kontejnery.
Deis má smysl od 3 serverů a jeho režie sežere cca 2GB RAM. Přidávání serverů a přesouvání kontejnerů mezi servery je pak brnkačka. Výpadek jednoho serveru nebo nedostatečný výkon clusteru snadno dorovnáme serverem novým.

Docker už nějakou dobu zkouším používat. Není problém ho nainstalovat na téměř jakýkoliv Linux s lxc.
CoreOS sem úspěšně nainstaloval na VPS u Wedos.
Deis sem taky nainstaloval, ale s jedním serverem a 2GB RAM jsem od dalšího experimentování upustil.

Můžu nabídnout svoje dosavadní zkušenosti a s instalací a nastavováním pomoci.

[Richard.Przeczek]

Normálně se to dělá tak, že politici (předsednictvo) řeknou:

1) Chceme, aby e-mail, web, fórum a úkoly byly nepřetržitě dostupné. Aby se web načítal vždycky rychle a byl přehledný pro občany (klidně statický).
2) Dále chceme mít celou řadu aplikací pro dílčí úkoly, které budou umět svou jednu úlohu dobře a budou navzájem propojitelné (správa identity, registr smluv, účetnictví, vnitřní předpisy, sleduji seriály apod.).
3) Chceme, aby veřejné služby měly tu vlastnost, že když je stát zabaví (např. železo s webem), tak bude existovat 20 dalších lidí, kteří to budou mít u sebe a znovu to rozjedou (aka git). U služeb se soukromými údaji by měly být zálohy u pověřených osob (záloha fóra, záloha údajů o členech, interních wiki informací). Chceme, aby existoval záložní masově komunikační systém, který bude pro stát téměř nezničitelný bez zničení všech členů skupiny.
4) Chceme, aby vždy existoval záložní přístup ke službám dostupný pro předsednictvo v zapečetěné obálce.
5) Chceme, aby kontrolní komise měla průběžný přístup k nastavení všech systémů (ke čtení).
6) Chceme, aby každý informační systém měl svého technického správce (technický odbor nebo externí dodavatel) a svého věcného správce.
7) Zařiďte to a předložte nám cokoliv, co je potřeba schválit.

Na základě takového politického zadání (kterému porozumí každý člen), pak skupina v technickém odboru může rozvíjet konkrétní technické řešení (kterému už nemusí rozumět téměř nikdo, hlavně že ho bude moci používat).

Pokud nam stat zabavi servery, tak vyhrajem volby.

Právě že v současné situaci nikoliv, ale pokud budeme připraveni, tak snad ano.

[Helena.Jarolimkova]

Normálně se to dělá tak, že politici (předsednictvo) řeknou:

1) Chceme, aby ...

Na základě takového politického zadání (kterému porozumí každý člen), pak skupina v technickém odboru může rozvíjet konkrétní technické řešení (kterému už nemusí rozumět téměř nikdo, hlavně že ho bude moci používat).

Se vším souhlasím, jen dvě poznámky.
1) I návrh TO by měl být alespoň částečně pochopitelný a zdůvodněný. Situace, kdy zastupitelé schválí "něco odborného, čemu vůbec nerozumíme" jistě znáš z pražského Magistrátu a nejenom z něj.

2) Ani u Pirátů nelze připustit "vendor lock-in" (nebo person lock-in). Pokud technickému řešení budou rozumět 3 členové a celkově 100 lidí v ČR, pak je to možná moderní a progresivní, ale špatné řešení. Měli bychom mít takové řešení, kterému dokáže porozumět i průměrný správce serveru. Prostě kdokoliv, kdo už to pár let kdekoliv dělal, přijde, prozkoumá nainstalovaný systém a po pár hodinách je schopen to spravovat. Ne aby na to koukal jako tele na nová vrata a brumlal si "tak tohle jsem v životě neviděl, beru si týden na přečtení manuálů". Analogicky, když si přesednu z Fabie do Ferrari, zeptám se kde to má jednotku a zpátečku, jak se zapínají světla, kde jsou blinkry a mohu vyrazit. Naopak, když si přesednu z Fabie do Boeingu, tak s tím určitě nevzlétnu. Takže chtějme Ferrari, ne Boeing.

[Ondrej.Profant]

Kecy okolo moc nepomáhají...

Zatím obnovujeme fungování: technicky-odbor-f183/hledame-adminy-t27655.html kdo chce opravdu pomoct, ať se přihlásí. Pak se pohneme k tomu, že to bude fungovat a půjde plánovat koncepce, které půjdou aplikovat.

[Vaclav.Klecanda]

Ja sem nadsenej! Spousta novych aktualni techs, to se mi libi. Krtek vylez z krtiny a vypada, ze nas oblazi tim, jak se to mas udelat spravne. Na to se tesim. Sam za sebe rikam, ze neznam nejlepsi techs a rad se necham poucit.

@Ondrej Profant: nemyslim, ze by koncepce (kecani) byla na skodu. Prave jeji absence IMHO spoustu lidi odrazuje od zapojeni. A pak: nema cenu obnovovat stare veci jako forum, wiki -> lepsi nechat dozit a soustredit se na nove, na novem zeleze/instalaci/systemu/koncepci. A zelezo nema cenu kupovat driv, nez bude jasne, co na nem pobezi.

Co takle meeting dnes vecer? At se prasi za kocarem ...

[Ondrej.Profant]

@Vaclav Klecanda: Koncepce tu vždy byla, jen jí nikdo neaplikoval. Což souvisí s absencí lidí, kteří jsou ochotní dělat běžnou práci.

V současnosti intenzivně převádíme systémy, dokumentujeme a dáváme je novým správcům. Zeptej se Zdeňka Kubala.

Později se systémy dají převést na Docker, nebo cokoliv dalšího.

Ale samozřejmě diskuse je dobrá. Jen bych tu uvítal více odbornosti a méně keců. Většina toho sepsaného je úplně běžná koncepce IT.

[Zdenek.Kubala]

Ja sem nadsenej! Spousta novych aktualni techs, to se mi libi. Krtek vylez z krtiny a vypada, ze nas oblazi tim, jak se to mas udelat spravne. Na to se tesim. Sam za sebe rikam, ze neznam nejlepsi techs a rad se necham poucit.

@Ondrej Profant: nemyslim, ze by koncepce (kecani) byla na skodu. Prave jeji absence IMHO spoustu lidi odrazuje od zapojeni. A pak: nema cenu obnovovat stare veci jako forum, wiki -> lepsi nechat dozit a soustredit se na nove, na novem zeleze/instalaci/systemu/koncepci. A zelezo nema cenu kupovat driv, nez bude jasne, co na nem pobezi.

Co takle meeting dnes vecer? At se prasi za kocarem ...

Klidne muzeme dat meeting treba kolem 2000?
Kazdoapdne by bylo fajn, kdyby nekdo sestavil osnovu, o cem se bude kecat(napr. tady z vlakna), at se tam pak neprekrikujeme jako na trhu. Ja bych to udelal, ale musim dodelavat cukrovi a nevim jestli bych to stihnul sepsat,

[Martin.Kucera]

Mám takový naivní dotaz.
Opravdu je nutné, aby správce systému (jehož úkolem je, aby server nebyl přetížen, aby aplikace běžely apod.) měl, když se mu zachce, přístup k libovolným datům uživatelů?
A pokud to nutné není, dojde v nové koncepci ke zrušení tohoto nežádoucího stavu?

[Ondrej.Profant]

Mám takový naivní dotaz.
Opravdu je nutné, aby správce systému (jehož úkolem je, aby server nebyl přetížen, aby aplikace běžely apod.) měl, když se mu zachce, přístup k libovolným datům uživatelů?
A pokud to nutné není, dojde v nové koncepci ke zrušení tohoto nežádoucího stavu?

Víceméně nejde. Resp. případ od případu. Redmine např. teď běží na jiném serveru než jeho DB. Avšak v konfiguráku Redmine jsou samozřejmě přístupové údaje (ale jen k Redmine DB). Tohle se dá globálně řešit jen šifrováním.

[Jan.Koci]

tohle vlakno mne desi(hlavne ten zacatek)