Servery českého OSM

Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server...

Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server...

Součástí by měla být ale i debata nad tím železem, je to tak?

Součástí by měla být ale i debata nad tím železem, je to tak?

Dne 04. 03. 21 v 11:45 Petr Vozdecký napsal(a):

Součástí by měla být ale i debata nad tím železem, je to tak?

To je hodně předčasné. Nemá cenu se o tom bavit dokud: * není popis konfigurace (Ansible playbook) * není známo kolik a jaké zdroje ta která aplikace potřebuje. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz

Ahoj, reaguji na vrstvu turistických tras. Kouknout bych se na úpravu vrstvy. Sice o tom vím pramálo, ale třeba se povede. Nebo přejdeme na zahraniční řešení?

Ahoj, reaguji na vrstvu turistických tras. Kouknout bych se na úpravu vrstvy. Sice o tom vím pramálo, ale třeba se povede. Nebo přejdeme na zahraniční řešení?

Ahoj, reaguji na vrstvu turistických tras. Kouknout bych se na úpravu

Ahoj, reaguji na vrstvu turistických tras. Kouknout bych se na úpravu

Tak jsem to očima projel až sem, kolikrát to tu je ve zprávě dokola? Aleš ---------- Původní e-mail ---------- Od: Jan Skala <speirs na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 14. 6. 2021 21:14:29 Předmět: Re: [talk-cz] Servery českého OSM " Ahoj, reaguji na vrstvu turistických tras. Kouknout bych se na úpravu vrstvy. Sice o tom vím pramálo, ale třeba se povede. Nebo přejdeme na zahraniční řešení? Honza On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz "

Ahoj, nedávno jsem na ten turistický problém koukal, tedy hlavně na kct_barva VS osmc:symbol. Jeden z důležitých rozdílů je, že kct_barva popisuje typ cesty (bicycle, horse, learning etc.) kdežto osmc:symbol popisuje ten symbol :). Jsou to tedy dvě věci spolu související, ale ne stejné. Zkoušel jsem i letmo prohlížet data, často kct_barva odpovídá osmc:symbol, ale ne vždy. kct_barva může zobrazovat jiné obrázky než osmc:symbol. osmc:symbol je asi bohatší. Máme obrázky ve stylu KČT (divím, se, že na nás ještě nevlitli pro porušování "duševnho vlastnictví"). Sada obrázků pro osmc:symbol je k vidění tu: https://www.wanderreitkarte.de/symbols_en.html Obrázky pochopitelně vypadají jinak a jsou méně podobné obrázkům KČT. Ale v ČR nemáme jen KČT.

Napadlo mě udělat 2 překryvné vrstvy - jednu KČT (asi na základě kct_barva) a druhou na základě osmc:symbol. Znamenalo by to udržovat 2 tagy, zato by KČT trasy byly zachovány a i v KČT grafice kdežto "ostatní" trasy by byly obrázky v odkazu. Samozřejmě by bylo třeba se zeptat, zdali přímo tyto obrázky můžeme použít. Rozbořit symboliku/grafiku KČT mi totiž přijde škoda a samozřejmě by to chtělo zobrazovat i ne-KČT trasy. Co myslíte?

Ahoj, nedávno jsem na ten turistický problém koukal, tedy hlavně na kct_barva VS osmc:symbol. Jeden z důležitých rozdílů je, že kct_barva popisuje typ cesty (bicycle, horse, learning etc.) kdežto osmc:symbol popisuje ten symbol :). Jsou to tedy dvě věci spolu související, ale ne stejné. Zkoušel jsem i letmo prohlížet data, často kct_barva odpovídá osmc:symbol, ale ne vždy. kct_barva může zobrazovat jiné obrázky než osmc:symbol. osmc:symbol je asi bohatší. Máme obrázky ve stylu KČT (divím, se, že na nás ještě nevlitli pro porušování "duševnho vlastnictví"). Sada obrázků pro osmc:symbol je k vidění tu: https://www.wanderreitkarte.de/symbols_en.html Obrázky pochopitelně vypadají jinak a jsou méně podobné obrázkům KČT. Ale v ČR nemáme jen KČT.

Napadlo mě udělat 2 překryvné vrstvy - jednu KČT (asi na základě kct_barva) a druhou na základě osmc:symbol. Znamenalo by to udržovat 2 tagy, zato by KČT trasy byly zachovány a i v KČT grafice kdežto "ostatní" trasy by byly obrázky v odkazu. Samozřejmě by bylo třeba se zeptat, zdali přímo tyto obrázky můžeme použít. Rozbořit symboliku/grafiku KČT mi totiž přijde škoda a samozřejmě by to chtělo zobrazovat i ne-KČT trasy. Co myslíte?

-- Zdraví Petr Dne Po 5. července 2021 19:44:56, Aleš napsal(a):

Tak jsem to očima projel až sem, kolikrát to tu je ve zprávě dokola? Aleš ---------- Původní e-mail ---------- Od: Jan Skala <speirs na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 14. 6. 2021 21:14:29 Předmět: Re: [talk-cz] Servery českého OSM " Ahoj, reaguji na vrstvu turistických tras. Kouknout bych se na úpravu vrstvy. Sice o tom vím pramálo, ale třeba se povede. Nebo přejdeme na zahraniční řešení? Honza On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " On 4 Mar 2021 11:45, Petr Vozdecký <vop na seznam.cz> wrote: " Ahoj, díky za vykopnutí tématu, které si žádá pozornost. Součástí by měla být ale i debata nad tím železem, je to tak? Mluvíme o tom, že by se via Ansible použil shodně u všech jednotliuvých serverů, nebo že by se směřovalo k nějakému společnému řešení? Já preferuji "společné", tedy třeba i takové, které umožní kooperovat na výsledku (někdo je schopen stroje nastavit, někdo spíš přispět finančně, někdo má naopak jen svoje zkušenosti a čas a krom udržování stávajícího řešení může na stroji rozvíjet i nějaké své "vývojové" věci...) Máme představu o možnostech řešení? Mluvíme o rentalu virtuálů? Nějaké varianty" Kluci na SK mají přesně toto řešení a pochopil jsem, že dokonce ne jen jeden server... vop ---------- Původní e-mail ---------- Od: Miroslav Suchý via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 4. 3. 2021 7:49:14 Předmět: [talk-cz] Servery českého OSM "tl;dr Pokus zavést pořádnou infrastrukturu, kdy se o komunitní servery stará více než jeden člověk. Plus jeden vývojářský server. Včera bylo pivo dost produktivní. Jedna z věcí co se tam probrala bylo, že bychom konečeně opustili kct_barva. Shodli jsme se, že Martin Ždila by nám udělal turistickou vrstvu pro ČR a mohli bychom přestat používat Petrovu vrstvu, která se zdá být posledním uživatelem kct_barva. Tolik jenom ve zkratce, tohle téma bych nechal na jiné vlákno a někomu jinému. Tohle vlákno je o serverech. Martin říkal, že když mu dáme přístup na server, že nám to nakonfiguruje a může to tam jet. Jenže - když to hodně zjednoduším - tak v Česku máme hromadu individuálních serveru, které jsou spravovány jednotlivci a není žádná dokumentece jak jsou nastaveny. Pokud server vyhoří nebo dotyčného přejede autobus - tak je problém. Stejně tak pokud by se někdo chtěl zapojit do správy takohového serveru, tak je to problém: není jasné jak a co tam je nakonfigurované. Současný správce by neměl jistotu co by nový člověk udělal a jak. Takže.... Bych si troufnul navrhnout: že bychom nasazení serverů popsali pomocí Ansible https://www.root.cz/serialy/konfiguracni-a-orchestracni-nastroj-ansible/ https://docs.ansible.com/ Výhoda je, že celý proces nasazení a konfigurace je popsán pomocí Ansible skriptu - což je spíše takový recept. Pokud server shoří, tak se spustí nová virtuálka, spustí se skript a do 20 minut je server nakonfigurovaný úplně přesně tak jak byl před tím. Pokud něco ručně sprasí na serveru - spustí se Ansible a do pěti minut je konfigurace serveru opravena do původního stavu. Se správou mohou pomáhat i lidi, co nemají přístup na ten server - prostě pokud vidí očividnou chybu v konfiguraci na udělají pull-request na Ansible skript a po mergy ho správce spustí. S Ansible mám hodně zkušeností. Pokud by někdo chtěl zdokumentovat deployment svého serveru pomocí Ansible, tak jsem ochoten udělat nějaké malé školení. Udělal jsem https://github.com/osmcz/infra-ansible postupně tam přidám nějaké povídání a chtěl bych tam napsat playbook pro ten server co chce Martin podle jeho poznámek. Vytvořil jsem (za své prachy) malý server (1CPU, 1.5 GB RAM, 160 GB disk), který bych dedikoval na jakékoliv vývojářské pokusy. Zatím zejména s Ansible. Server se nakonfigure pomocí: ansible-playbook playbooks/dev.yml zatím tam teda není nic než update balíku a instalace ssh klíčů. Na tento server dám přístup každému kdo bude ochoten se zapojit a bude schopen udělat pull-request v kterém tam přidá své public ssh klíče. Vědět jak, bude zatím dostatečným filtrem. Ta dev instance je vytvořená jako spot instance a má ephemeral storage. Tj. může být kdykoliv zabita a obsah disku může kdykoliv zmizet. V praxi se to moc nestává (třeba roky), ale je třeba s tím počítat a nedávat si tam něco důležitého. A vše trvalé dokumentovat v Ansible. Mirek _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " " _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz "

_______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz