Wpis z mikrobloga

Codzienny projekt Open Source:
10/30: Salt (SaltStack)
Dziś typowe narzędzie #devops do wieloinstancyjnej automatyzacji i zarządzania konfiguracjami. Zastosowanie w publicznej jak i prywatnej chmurze. Dzięki Saltowi można zarządzać konfiguracjami farm serwerowych opartych o Linuxa lub nawet Windows Server. Potrzebujesz zautomatyzować wypychanie skryptyów w Bashu, PowerShellu, itd.? Salt bez problemów Ci w tym pomoże. Masz mieszane środowisko Windows/Linux? Również tutaj Salt to świetnie rozwiązanie.

Kontrybucja w: Python.
Alternatywa dla: Ansible, Puppet.

Strona projektu oraz soft do pobrania:
https://www.saltstack.com/
GitHub:
https://github.com/saltstack/salt

Raz dziennie interesujący, inspirujący projekt Open Source - przez 30 dni, obserwuj tag:
#codziennyprojektopensource

Mirkolista:
https://mirkolisty.pvu.pl/list/TwLr4m72NTBqr6Cv
Grupa na Facebooku:
https://www.facebook.com/groups/OpenSourcePL/

#opensource #openculture #jestalternatywaopensource #serwery #infrastruktura #programowanie #programista15k #linux #windowsserver
OpenCulture - Codzienny projekt Open Source:
10/30: Salt (SaltStack)
Dziś typowe na...

źródło: comment_8dD6mb0r6Xai9iqKpYV5vMfYKQQiXnAc.jpg

Pobierz
  • 24
@yggdrasil: a co jest z nim nie tak? Używamy tego w firmie na kilkunastu tysiącach instancji, naprawdę daje radę.
Tylko trzeba wprowadzić go z głową, bo potem to pozostaje tyko składanie instancji z klocków :)
@wykopek_n: Używałem produkcyjnie na farmie ponad 2000 fizycznych hostów. Przede wszystkim problem był taki, ze w repo mieli pakiety, które podmienialy pakiety ze stabilnej wersji systemu, w tym jądro i różne biblioteki, które były nam potrzebne. Przez to nie mogliśmy używać więcej bo salt wymagał biblioteki, która była w nowszej wersji niż w dystrybucji. Instalacja salta powodowała podbicie połowy dystrybucji, przez to traciliśmy certyfikacje na soft przez nas używany. Nie wiem
@yggdrasil: proste rozwiązanie: stawiasz własne repozytoria i gitlaba, formuły mamy część autorskich, część poprawionych dostępnych publicznie - nie mamy problemu z zależnościami, bo starsze wersje paczek są w repo, nowsze też, jeszcze nowsze (niedostępne jeszcze w ystrybucji) budowane za pomocą gitlab-ci też. Do tego na prawdę dobrze opisane pillary dla hostów. Próg wejścia był wysoki, wymagał dużo pracy na przygotowanie, ale obecnie jedynym minusem jest to, że jest wysoki poziom abstrakcji,
@CentrumOpenSource: Zła architektura, bo nie chcę, żeby mi instalowało biblioteki z poza dystrybucji, które wpływają na certyfikowany software za miliony monet? Nawet nie wiem jak to skomentować, ale chyba "XDDDDDDDD" się nada. Dzięki, sprawiłeś mi ogromną radość na koniec dnia. xD

proste rozwiązanie: stawiasz własne repozytoria i gitlaba,


@wykopek_n: To nie jest proste rozwiązanie. Chodziło o to, że Salt wymagał bibliotek pythonowych, które były nowsze niż te dostępne w systemie,
@wykopek_n: Wiem, rozmawiałem z nimi, powiedzieli, że tak będą robić i mam sp****...

@yuim: Ja bardzo lubię Puppeta i jego filozofię, używam bodajże od wersji 0.8, chociaż teraz to wszyscy chcą Ansible tylko, więc tego się używa.
@yuim: To jest właśnie najlepsze. Masz wszystko w kodzie i jak ktoś coś zmieni nieprawilnie to przychodzę ja i oram. Nie ma problemu, że boisz się odpalać Ansible bo nie wiesz kto co zmienił z palca.