#devopsiarz - kolejne zestawienie o ciekawych artykułach, programach, bibliotekach z działki #devops i nie tylko - najczęściej #golang i #python, ale też #rustlang, #pracait czy #produktywnosc. :-)
To samo zestawienie u mnie na stronie (lepsze formatowanie) ☞ https://devopsiarz.pl/zestawienia/zestawienie-linkow-materialow-07-07-2021
A jeśli chcesz jeszcze dostępu do większej ilości linków, zapisz się do mailingu
To samo zestawienie u mnie na stronie (lepsze formatowanie) ☞ https://devopsiarz.pl/zestawienia/zestawienie-linkow-materialow-07-07-2021
A jeśli chcesz jeszcze dostępu do większej ilości linków, zapisz się do mailingu











szukam dobrego rozwiązania dla kubernetesów/docker swarm i chciałbym się poradzić mądrzejszych.
Ogólnie nie wiem jak rozwiązać problem wspólnego volumenu dla kilku nodów. To chyba nie ważne czy zdecyduje się na docker swarm/kubernetesy i tak mikroserwisy muszą mieć wspólne volumeny.
Z
Wspólne wolumeny to tylko i wyłącznie problemy i żadnych zysków. Siedze w kubernetesie od momentu wydania, w dockerze od 2013 roku i zrobiłem multum projektów na tych technologiach. Nigdy ci się nie uda jak będziesz miał wspólny wolumen.
Ty chcesz mieć sytuację, że pod A oraz B piszą do jednego wolumenu. Takie coś wymaga wolumenu typu RWX (Read-Write Many) czyli takiego, do którego może pisać na raz wiele podów. Jeżeli nie masz clouda to opcje to Ceph, GlusterFS oraz NFS. Dwa