Wpis użytkownika koszotorobur w LINUX

@mike-litoris - Debian Slim to chyba najlepszy wybór do kontenera pod względem kompatybilności i wiele Base Images różnych aplikacji na nim bazuje.
Ostatnio też polubiłem obrazy UBI od Red Hata - no ale Debian zawsze w serduszku 😊

No i taki news dla Ciebie: :stuck_out_tongue_winking_eye:
>NOTE: iptables was replaced by nftables starting in Debian 10 Buster
>nftables is the default and recommended firewalling framework in Debian, and it replaces the old iptables (and related) tools.
Ale i tak kiedyś wszystko zostanie zastąpione przez enhanced Berkeley Packet Filter (eBPF) - nawet w Debianie 🤷

@bandziorek - no to głosuj za stabilnością 😁

@koszotorobur Btw. W sumie zagłosowałem w ankiecie a nie umotywowałem - używam w pracy Debiana - nie mam pojęcia dlaczego - przełożeni wybrali zanim zacząłem pracę i dalej nie wiedziałbym co wybrać, ale wydaje mi się że stabilność - w tym chyba Debian przoduje - tak mi się zdaje :grinning:

@koszotorobur Dzięki za wyjaśnienie. Pojęcie daemona jest mi znane i mniej więcej zrozumiałe. Dobrze że napisałeś o tych bibliotekach - teraz kumam. Muszę zgłębić temat ograniczeń Podmana względem Dockera odnośnie sieci.

@bandziorek - z czasem wszytko staje się jaśniejsze 😉
Przy temacie Docker kontra Podman to najważniejsza różnica jest, że Docker potrzebuje dwóch daemonów (procesów, które cały czas działają w tle) - swojego o nazwie dockerd - oraz procesu menadżera cyklu życia kontenerów containerd.
Podman za to znany jest jako "daemonless" - czyli nie potrzebuje, żadnego działającego w tle procesu do uruchamiania kontenerów - przez co uważany jest za bezpieczniejszy.
Głęboko pod płaszczykiem warstw abstrakcji Docker oraz Podman korzystają i tak z biblioteki niskiego poziomu do uruchamiania kontenerów crun (napisanej w języku C - której domyślnie używa Podman) lub runc (napisanej w języku Go - której domyślnie używa Docker) - niemniej i Docker i Podman mogą być skonfigurowane by używać albo jednej albo drugiej.

GitHub - containers/crun: A fast and lightweight fully featured OCI runtime and C library for running containersA fast and lightweight fully featured OCI runtime and C library for running containers - containers/crunGitHub

@koszotorobur Dzięki :smiley: trochę rozjaśniło, chociaż moja wiedza na razie jest na tyle ograniczona że gdybym miał to komuś przedstawić to pewnie bym nie ogarnął :smiley:
Tagi dodane do obserwowanych.
Odnośnie propozycji - nie omieszkam odezwać się.
👍

@bandziorek - popełniłem wpis o tym: https://www.hejto.pl/wpis/docker-konta-podman-przeszlismy-w-firmie-z-dockera-na-podmana-i-powiem-ze-jak-dl
Zapraszam też na tag #podman oraz #konteneryzacja :grinning:
Tak w ogóle jak masz jakieś pytania o DevOpsy to wal śmiało 👍

Docker konta Podman Przeszliśmy w firmie z Dockera na Podmana i powiem, że jak dla mnie bomba. Wszystkim używającym - koszotorobur - Hejto.plDocker konta Podman Przeszliśmy w firmie z Dockera na Podmana i powiem, że jak dla mnie bomba. Wszystkim używającym kontenerów polecam Podmana sprawdzić! #technologia #konteneryzacja #docker #podmanHejto.pl

@koszotorobur Newbie devops tutaj - dlaczego Podman zamiast Dockera?

@katoda - ja własne serwery traktuję obecnie jedynie jako platformy do uruchamiania kontenerów używając **Podmana**. Na nich obecnie używam Debiana bo ma wszystko czego ja potrzebuję. W pracy używamy wszystkiego od Red Hata - i też sobie chwalę.

A propos RancherOS to:
>Note that RancherOS 1.x is currently in a maintain-only-as-essential mode, and it is no longer being actively maintained at a code level other than addressing critical or security fixes.

Kiedyś szukałem dedykowanej dystrybucji Linuksa pod uruchamianie kontenerów i znalazłem takie:

* https://fedoraproject.org/en/coreos
* https://www.flatcar.org/

The container optimized OSA minimal OS with automatic updates. Scalable and secure.Fedoraproject

@Lurriel - podziękował :middle_finger:

"Rehl bazeuje na Fedorze"
Masz, nie ma za co

@koszotorobur XD króciutko

@Lurriel
>W8 Ubuntu przecież jest bazowane na Debianie. Ta sama rodzina. Podział ankiety do poprawy
Zapominałeś się przyjebać, że RHEL bazuje na Fedorze - komentarz do poprawy.

@dildo-vaggins - ja do Zabbixa mam mega sentyment - bo to było już było świetne narzędzie jak karierę zaczynałem 👍

@koszotorobur zabbix obecnie może nie jest demonem prędkości ale na potrzeby monitorowania małej sieci jest w sam raz, najważniejsze że darmowy i 300 zapytań na sekundę spokojnie daje radę.

@dildo-vaggins - ehh Zabbix - co za wspomnienia!
Nie używam już od lat ale ile to on razy nam dupę uratował 😅

@koszotorobur możesz wykupić wsparcie do dowolnego opensource na rynku, przecież wsparcie nie musi być producenta (albo od tej konkretnej firmy, którą wynajął jako resellera swoich rozwiązań)

@jiim - korpo, zwłaszcza te regulowane - jak instytucje finansowe czy farmaceutyczne/medyczne - nie mają wręcz możliwości używania czegoś co nie jest "produkowane" i wspierane przez jakąś firmę o dobrej reputacji.
W dużych firmach koszty wsparcia są wkalkulowane w biznes - niemniej mniejsze firmy często rezygnują ze wsparcia by zaoszczędzić trochę kasy (co czasem się udaje - a czasem nie - w zależności jak bardzo ogarniętych ludzi od Linuksa mają w firmie, jaki jest ich usecase, z jakimi problemami się borykają i jak szybko się rozwijają).

@zboinek - dokładnie tak jest - serwery amortyzuje się na 5 lat bo tyle wsparcia się dostaje na sprzęt i generalnie na serwerowy OS też (co chyba, że wybuli się kasę na dodatkowe, bardzo drogie, przedłużone wsparcie). Dodatkowym powodem jest bezpieczeństwo oraz tak zwane "currency" (od bycia "current" - czyli na bieżąco) - jeśli się jest zapóźnionym to nie tylko trzeba płacić inżynierom od zaprzeszłej magii więcej ale też bulić za rozszerzone wsparcie vendorów i wystawia się firmę na niepotrzebne ryzyko od strony cybersecurity.

@ZohanTSW Instalujesz i nie updatujesz :grinning: Czas życia produktu IT w Enterprise to maks 5 lat (tyle lat wsparcia daje producent na sprzęt), więc zanim będziesz musiał robić update OSa to i tak wszystko trzeba będzie przenieść na nowe serwery.

@zboinek - jak już kiedyś pisałem u mnie w firmie wszystko stoi na RHELu - nawet nasz K8s to OpenShift od Red Hata.
Wszędzie gdzie pracowałem to jak firma miała Linuksa ze wsparcie to był zawsze Red Hat - powiem szczerze, że jak nie lubię korpo (nawet Linuksowych) to mnie jeszcze ze swoim wsparciem nie zawiedli i wszystko działało (i do tej pory działa) bardzo stabilnie.
Na swoje prywatne serwery wybieram Debiana - pisałem komentarze i posty na ten temat tu na Hejto dlaczego - ten mój post jest jednym z najnowszych, które popełniłem: https://www.hejto.pl/wpis/top-4-reasons-why-i-choose-debian-vs-ubuntu-server-debian-uses-less-memory-commu
Dzięki za podanie powodów dlaczego Ubuntu Server - dla mnie poznanie perspektywy innych (i ich potrzeb oraz potrzeb firm w których pracują) było przyczyną utworzenia tej ankiety.

TOP 4 REASONS WHY I CHOOSE DEBIAN VS UBUNTU SERVER Debian Uses Less Memory Community Vs Corporate Control Zero Reliance - koszotorobur - Hejto.plTOP 4 REASONS WHY I CHOOSE DEBIAN VS UBUNTU SERVER Debian Uses Less Memory Community Vs Corporate Control Zero Reliance on Snap Packages Stability Over Newest Features #technologia #linux #debian #ubuntuHejto.pl

@koszotorobur darmoszka, jak sie jebie to zaorac i provisionować jeszcze raz :grinning: magia k8sa

@zboinek - wykupiliście wsparcie czy za darmoszkę?