13 Jul
2020
13 Jul
'20
10:02 a.m.
No, jako nejsem odbornik ani na jedno, takze se rozhodne neodvazuju
hodnotit, ale prijde mi, ze pokud se na "kontejnery" prestanes divat ocima
"sysadmina" a preostris trochu na developer/devops pohled na vec, tak tam
holt "jednoduchost a primocarost" Dockeru ma zasadni vyhody.
Verim tomu, ze cokoli dela Docker zvladnes s nejakym toolingem udelat i
kolem LXC, ale pro "beznyho Frantu developera, co 'to' musi nekde
nasazovat" je holt vyrazne jednodussi pouzit Docker a mit to "zadarmo" nez
resit LXC, ansible, kubernetes, reprodukovatelny buildy, snapshoty
filesystemu, orchestraci, migrace, nastaveni siti, ... Pridej k tomu to ze
pak mas celkem jistotu toho ze cos odladil lokalne _presne_ spustis "tam
nekde na serveru", pridej automatizaci kolem vyvoje (automaticky buildy a
deploy do devel prostredi pri pushi do gitu) a deploye (rollout na produkci
pri updatu Docker image na Hubu) s moznosti bezproblemovyho fallbacku na
"minulou" verzi protoze ty kontejnery mas verzovany...
Verim tomu ze "doopravdy kontejnery" (LXC/D) a custom orchestrace vseho
maji svoje misto, ale stejne tak ho maji ty single-app kontejnery typu
Docker.
J.
On Mon, Jul 13, 2020 at 7:14 AM zd nex <zdnexnet(a)gmail.com> wrote:
Ahojte,
sorry nemám odpověď, ale chtěl jsem se zeptat proč je Docker tak oblíbený,
když LXC/LXD je mnohem jednodušší na zprovoznění a chyby se tam ladí lépe a
přijde mi to i rychlejší?
Má k tomu někdo fundovaný opravdu smysluplnou odpověď? Snažil jsem se
Docker používat několikrát, ale přijde mi to hrozně překombinované a horší
situaci jsem pak zažil na armu, kdy většina aplikací prostě nejela (různé
chyby/problematické nastavení/overlayfs). Předpokládám, že na x86, je tohle
asi v pohodě, ale když jsem si pak připravil přímé virtuály s alpine nebo
ubuntu nad LXC a nad něma jen pouze aplikace, tak to šlo hodně rychle a byl
jsem to schopnej i opravit přímo.
Takže moje otázka zní co je na tom Dockeru tak skvělého oproti LXC ? můj
tip je, že se to lidem zdá jednoduché (jeden příkaz a je tam aplikace)
Zdenek
ne 12. 7. 2020 v 21:24 odesílatel Petr Kutalek <petr(a)kutalek.cz> napsal:
--
Rules of Optimization:
Rule 1: Don't do it.
Rule 2 (for experts only): Don't do it yet.
Ahoj,
tuším, že Pavel Šnajdr na poslední schůzi v Praze říkal (volně
převyprávěno), že je rád, když se lidi ozvou, protože to pak připomíná
více komunitu, nikoli jen podporu á la firma. Tak já tedy jeden dotaz
mám – týká se to Dockeru, resp. Podmana. :)
- Připravil jsem si lokálně na svém _lab_ desktopu image pro kontejnery
a pody, které chci nasadit na VPSce. Vše OK, žádné extra vylomeniny.
- Pročetl jsem https://kb.vpsfree.cz/navody/vps/vpsadminos/docker
- Podíval jsem se na https://kb.vpsfree.cz/navody/vps/vpsadminos
- Používám Arch, Podman v rootless režimu (z mnoha důvodů).
- Povolil jsem ve features podporu FUSE (pro overlayfs) a TUN/TAP.
- Nevím, co přesně dělá "Docker" feature, ale reálně nic nemění,
výsledek je stejný.
Když se ale snažím spustit byť jen demo `podman run --rm hello-world`,
nedaří se mi:
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
Error:
container_linux.go:367: starting container process caused:
process_linux.go:459: container init caused:
process_linux.go:382: setting rlimits for ready process caused:
error setting rlimit type 7: invalid argument: OCI runtime error
Narazil jste někdo při zprovoznění Dockeru na něco podobného? Můžete mne
nasměrovat k cíli?
Resp. proč/v čem je nastavení Dockeru v našem virtualizačním řešení
nějak specifické?
Díky, Petr
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list