Dobra, chyba jednak polubię się z Nextcloud xD Zamulało, bo na początek dostał bardzo dużo danych do przemielenia. Teraz jak już wszystko przeorał 10 razy to wydaje się działać jak np. OneDrive

Jeżeli share masz używać tylko ty i na jednej maszynie jednoczenie to żaden nextcloud czy git ci nie potrzebny ¯⁠\⁠_⁠(⁠ツ⁠)⁠_⁠/⁠¯ skonfiguruje sobie lsync żeby monitorował folder i synchronizował go z maliną rsynciem plus single shot service żeby w drogą stronę synchronizację zapewnić kiedy korzystasz z innej maszyny i gotowe.

https://syncthing.net/ synchronizacja P2P a'la BitTorrent 🙄

Co do tej sieci, to akurat crashował iptables wtedy, teraz pewnie już nie ma tego problemu, ale niesmak pozostał

Opiszesz coś więcej? Jestem ciekaw co tam się działo.

Wbrew pozorom łatwo sobie wyobrazić jaki plik co robi Miałem na myśli raczej wiedzę co gdzie się znajduje, bez szukania.

Baza danych znajduje się w kontenerze "postgresql", natomiast serwer www w kontenerze "nginx". Jak chcę zobaczyć co jest w środku, to wchodzę na githuba i patrzę w dockerfile z którego kontener jest zbudowany, potem już wiem.

zdarza się że jakiś soft nagle pobiera nowsza wersję jakiejś paczki bazy danych, stara jest wyłączona ale zostaje oczywiście, więc i tak trzeba samemu to wyłapywać i czyścić

Nie, nie zdarza się, dobrze przygotowany kontener z oprogramowaniem nie modyfikuje bibliotek ani plików wykonywalnych w środku. Jeśli chcesz nową wersję softu, zaciągasz obraz z nowego taga, a stare kontenery po prostu w całości usuwasz.

Wolę odschoolowo - każdy serwis w osobnej maszynie (najlepiej hardware a nie VMki)

Twoje prawo. Ja mam tak dobrze przygotowany workflow oparty o kontenery, że nie wyobrażam sobie sposobu wdrażania oprogramowania, który opisałeś. Wydaje mi się niewygodny, oporny w automatyzacji, trudny w zarządzaniu, kompletnie nieskalowalny i nieprzenaszalny, a do tego wszystkiego mało bezpieczny. Chociażby perspektywa konieczności rollbackowania aktualizacji wersji jakiegokolwiek komponentu w Twoim środowisku jest dla mnie niewyobrażalna. Ale co człowiek, to opinia.

Polecam jednak się lepiej z tym zapoznać, to jest zajebista technologia i jak już pokonasz trudności związane z jej stosowaniem, to nie sposób się w niej nie zakochać.

@PanPaweuDrugi Nie pamiętam kompletnie co to było, w jakich warunkach itp. Parę lat temu już, ale nawet nie pamiętam jakie distro to było. Dawniej głównie OpenBSD używałem, i nawet tam niechcący trafiłem na błąd w pfctl (się crashowało). Mam trochę pecha do przypadkowego trafiania na błędy, głównie wycieki pamięci to moja pasja Natomiast też niezły szok był po przejściu z BSD Na Linuxy (jaki to syf, jakie braki w dokumentacji i ile błędów się znajduje, na szczęście dzisiaj jest już dużo lepiej).

Nie umiem cytować niestety tutaj, odnośnie czytania plików dockera żeby wiedzieć co jest wcześniej, to zdecydowanie zrobić cd /lokalizacja i ls -a

Odnośnie pozostawiania syfu dockerowego, to nie chodziło mi o modyfikacje plików wewnętrznych, ale właśnie pobieranie nowych kontenerów, gdzie same jak napisałeś trzeba usuwać - samodzielnie pozostawione same sobie starsze wersje. Pół biedy kiedy to jest maszyna, do której masz normalnie dostęp - ale są rozwiązania gdzie to nie jest takie proste. Czasami testuje urządzenia (routery czy tam switche), które działają na własnych dystrybucjach i właśnie używają dockera. Często aktualizacje wtedy własnie zostawiają jakieś stare elementy, które spokojnie można by było usunąć, a tak leżą i marnują przestrzeń (najczęściej takie testowe urządzenia presale mają zwykle jakieś spore dyski zamontowane, ale finalne produkty to tam wiadomo, wszystko malutkie).

Rollbacki itp. sprawy załatwiają kopie zapasowe. Zarządzanie też nie problem jeżeli wie się, co chce się zrobić i jak. W dockerze po prostu jest dużo mniej opcji, więc łatwiej to usystematyzować - ale daje to dużo mniejsze pole manewru (np. kontener z apką, która jest skompilowana bez argumentu, który akurat potrzebujesz, możesz wtedy albo samemu budować kontenery, albo szukać i może coś gdzieś się jakoś znajdzie). Wszystko zależy imho od środowiska i potrzeb. Zakochac się raczej w dockerach nie dam rady, za duży syf, no i dodatkowy nakład czasu żeby je ogarniać wolę na inne rzeczy poświęcać Ale fajna w nich jest ta ułuda automatyzacji wszystkiego (aż nie pojawi się jakiś większy problem oczywiście).

pobieranie nowych kontenerów, gdzie same jak napisałeś trzeba usuwać - samodzielnie pozostawione same sobie starsze wersje. Pół biedy kiedy to jest maszyna, do której masz normalnie dostęp

@nicram dlatego na urządzeniach innych niż maszyna deweloperska powinno się stosować orkiestratory, takie jak choćby Kubernetes, one to wszystko (i znacznie, znacznie więcej) robią za Ciebie. K8S ma garbage collector, który dba o wywalanie wyłączonych kontenerów i osieroconych obrazów. W przypadku gołego dockera:

docker system prune -af

i po problemie, wszystkie śmieci usunięte, nieużywane obrazy, stare wyłączone kontenery - wszystko leci w niebyt.

Czasami testuje urządzenia (routery czy tam switche), które działają na własnych dystrybucjach i właśnie używają dockera. Często aktualizacje wtedy własnie zostawiają jakieś stare elementy, które spokojnie można by było usunąć, a tak leżą i marnują przestrzeń

Pytanie czemu producent nie wie, że to można czyścić, ale to przecież nie jest wina dockera, bo on ma do tego narzędzia, tylko producenta, który o to nie zadbał. Wystarczy przecież dodać prune do crontaba i po problemie.

Rollbacki itp. sprawy załatwiają kopie zapasowe

No jak masz jedną usługę na maszynę, to kopia zapasowa rzeczywiście załatwi Ci rollback, no chyba że to rollback wersji bazy danych, to wtedy już masz problem, bo chcesz cofnąć wersję serwera, ale zostawić nowe dane. Tylko że często usługa wymaga bardzo mało zasobów i trzymanie się założenia jednej maszyny fizycznej na usługę to wtedy straszne marnowanie zasobów. Ciekaw jestem jakbyś w swoim modelu wdrożył system tworzony w architekturze mikroserwisowej, który ma np. 40 mikroserwisów, z czego każdy zużywa 0,1 CPU i średnio 100 MB RAMu.

kontener z apką, która jest skompilowana bez argumentu, który akurat potrzebujesz, możesz wtedy albo samemu budować kontenery, albo szukać i może coś gdzieś się jakoś znajdzie

Oczywiście, budując środowisko oparte o kontenery, powinieneś sobie zapewnić jakiś system CI/CD, który Ci będzie budował obrazy, których nie ma w publicznych źródłach, inaczej jesteś zdany na dockerhuba albo samodzielne budowanie tego na kompie, a nie po to się wchodzi w takie technologie jak konteneryzacja żeby sobie na głowę sprowadzać manualną pracę w postaci budowania obrazów.

Zakochac się raczej w dockerach nie dam rady, za duży syf

Ja właśnie jestem kompletnie przeciwnego zdania, po obserwowaniu adminów robiących

ssh root@produkcja1

cd /var/produkcyjna-aplikacja

git pull

make build

uważam kontenery za nirwanę porządku i systematyzacji w zarządzaniu środowiskami.

Nie umiem cytować niestety tutaj

Załączam zrzut ekranu

@SzklanyDrut ja osobiście korzystam ze swojego własnego rozwiązania, które niebawem opisze na tej Społeczności przy okazji jego delikatnej zmiany już niebawem.

Rozpoznawanie twarzy dodał nowy Nextcloud (HUB3) i to nawet działa. Nie jakoś najlepiej na świecie podobno, ale działa, zobaczymy jak postawię NC na nowo.

Generalnie u mnie wszystko jest hajperwajzorowane przez Proxmox.

@caparone Mam to u siebie dość złożone, bo cała moja prywatna flota serwerowa to:

1. Środowisko deweloperskie u siebie w domu: Laptop HP G6, Proxmox, kontenery i VKki na których testuję rzeczy.
   

2. Pełnowymiarowy serwer z 2x 32 x Intel Xeon CPU E5-2650 0 @ 2.00GHz i niecałymi 200 GB RAM i 12 TB w drugiej lokalizacji, który jest moim środowiskiem produkcyjnym i backupowym.
   

3. Backup wszystkiego do mojego AWSowego rozwiązania Proxmox Backup.

@AdmiralAwesome "Rozpoznawanie twarzy dodał nowy Nextcloud (HUB3) i to nawet działa. Nie jakoś najlepiej na świecie podobno, ale działa, zobaczymy jak postawię NC na nowo."

Masz może jakiś link do opisu jak to działa, jak wygląda? Może u mnie by się to przydało do zrobienia porządku ze zdjęciami.

@AdmiralAwesome QNAP - odradzam. Dziurawy jak ser szwajcarski i mogą Ci zaszyfrować wszystkie dane. Także nie ma co go wystawiać na świat. Musiałbyś zrobić VPN na routerze i przez vpn dostać się na QNAP z zewnątrz. Inaczej dane pójdą się walić. Aktualizacje niby robią, ale widzę, że nowsze wersje tego syfu sa szybsze od aktualizacji bo sporo było wkurwienia użytkowników QNAP co mieli ustawione automtyczne aktualizacje, a i tak zaszyfrowało.

ZYXXEL - chiński szmelc, nie polecam.

SYNOLOGY - można powiedizeć, że nawet spoko system i produkt.

Jest jeszcze ASUSTOR.

Ja od siebie polecę samemu sobie zrobić NAS na systemach OMV/Freenas/TrueNAS. Zależy czy ma być mały, jak mały to jakiś komputer USFF kupujesz, dbasz o to by 1-2 gb ram było jakiś 2-4 rdzeniowiec procek i to w sumie wszystko. Można też kupić terminal z Fujitsu/Dell Wyse. Tylko tu minusem jest podpinanie pod USB3.0.

Po zainstalowaniu systemu do NAS, masz dwie opcje NextCloud albo VPN. Jest na OMV jeszcze FileBrowser, który można odpalać tymczasowo i jest dostęp przez stronkę WWW. Nawet sprawnie to działa tylko tak jak mówię tymczasowo poprzez panel OMV się odpala plugin i można działać.

Przy konfiguracji też trzeba pamiętać by nie stosować standardowych portów tylko ustalić własne porty.