Convenția în ceea ce privește tehnologia sistemului de fișiere de bază pare să folosească soluții de stocare bloc, cum ar fi Cinder, BGFS etc... (care pot folosi Ceph, iSCSI și alte tipuri de fișiere bloc) sau stocare de obiecte precum Minio
Aceste tipuri de soluții ajută la gestionarea cu ușurință a spațiului de disc subiacent și, de asemenea, iau în considerare o nevoie implicită de sisteme de fișiere distribuite.
Depinde de cazurile de utilizare și NFS este perfect potrivit pentru cazurile de utilizare în care performanța nu este o problemă, cum ar fi scrierea fișierelor. În acest fel, un container wikijs ar fi un candidat perfect pentru NFS, astfel încât scrierea conținutului generat de utilizatori să poată rămâne separată de container.
Acolo unde soluțiile de stocare în bloc strălucesc și pentru containere, este oferirea ușurinței de implementare în cicluri rapide de creare-distrugere.Așa cum este cazul de utilizare tipic.
Apoi, din nou, dacă rulați o mulțime de containere care au durate de viață nedefinite (cum sunt eu cu Nextcloud, Heimdall, pihole etc...), atunci soluțiile de stocare în bloc vă pot oferi, de asemenea, un aranjament mai flexibil. Îmi place ideea de a folosi stocarea bloc în acest scenariu, deoarece discul și sistemul de fișiere sunt gestionate de aplicație/container, mai degrabă decât în funcție de factori externi. Aceasta poate fi sau nu o preocupare reală a lumii, dar mi-aș putea imagina că există potențiale probleme cu NFS din aceste motive sau mai precis: mai puțin compromis cu o soluție de stocare bloc.
În cele din urmă, și trebuie să confirm acest lucru, urmărirea volumelor asociate fiecărui container devine o sarcină în sine. Aceste soluții de stocare în bloc pot oferi o modalitate ordonată și gestionabilă de a urmări acest lucru în ciclurile de creare-distrugere pentru backup și restaurare.
