Puncte:-1

Cloud + rețea privată virtuală vs. mașină fizică locală pentru depozitul Git LARGE intern al companiei: care opțiune este mai bună?

drapel tr

În prezent, folosesc o configurație Git-Repository cu Gitlab pe un server cloud și o accesez cu un IP public furnizat de furnizor.

Cu toate acestea, pe măsură ce fișierele stocate în depozitul Git devin mari, apar o mulțime de probleme de deconectare a rețelei, ceea ce provoacă eșuarea operațiunilor git pull/push după o așteptare îndelungată.

Momentan am doua variante: (1) Cumpărați un server fizic și configurați serverul Git local folosind un router intern al companiei. (2) Cumpărați o opțiune VPN de la furnizor pentru a face rețeaua mai stabilă pe cloud.

Problema pe care o am este că sunt destul de nou în serviciile cloud și nu am folosit niciodată VPN-ul oferit de niciun furnizor de cloud. Pentru opțiunea (2) nu sunt sigur dacă utilizarea unui VPN ar îmbunătăți cu adevărat stabilitatea rețelei sau utilizarea unui VPN nu îmbunătățește foarte mult stabilitatea, deoarece ar trece prin comutatoarele de rețea de la locul meu de muncă la furnizor.

Dacă cineva îmi poate oferi câteva informații despre dacă opțiunea (2) funcționează și/sau despre modul în care întreprinderile își desfășoară activitatea în mod normal cu depozitul Git, îi voi fi recunoscător.

drapel jp
De ce crezi că VPN-ul va face rețeaua mai stabilă?
cr001 avatar
drapel tr
M-am gândit că pentru că „din punct de vedere conceptual” are sens să gândesc așa și lucrul cu adrese 192.168.x.x ar necesita mai puțină traducere, cred. Cu toate acestea, chiar mă tem că nu este cazul și, prin urmare, am postat întrebarea.
Puncte:2
drapel jp

VPN-ul nu este un link dedicat. Este un virtual reţea. Acesta rulează peste rețeaua dvs. existentă și dacă rețeaua dvs. existentă este instabilă, atunci VPN-ul va fi și mai instabil.

Puncte:1
drapel it
  1. VPN este despre „S”, dar un alt S-es - nu Viteză, ci Securitate + Simplitate (pentru costul ceva viteza)
  2. Într-adevăr tu (compania ta) ai 3 moduri, cu excepția celor menționate deja că puteți (3) Gândește-ți fluxul de lucru și obiceiurile și nu stoca artefacte binare mari în git-repos SAU migrați la Git LFS cu local LFS-stocare

Alegerea între un serviciu extern și propria infrastructură este întotdeauna o alegere a unui echilibru între trei parametri importanți:

  • Cost
  • Posibilitati
  • Responsabilitate

și asta în mare parte nu o problemă tehnică, ci o problemă de afaceri (BTW, offtopic pe SF)

cr001 avatar
drapel tr
În prezent, folosesc un Repo git-lfs activat, dar nu știam că există o funcționalitate pentru a stoca fișierele mari la nivel local. Aceasta pare a fi alegerea perfectă pentru mine și o voi analiza.
drapel it
**Nu sunt expert** în Git || Git-LFS și nu știu nimic (sau mai puțin) despre stocarea LFS sub capotă, dar conform (evident) https://github.com/git-lfs/git-lfs/wiki/Tutorial `Endpoint` poate fi indicat resursă externă (pentru repo-server) cu ceva de genul `git config -f .lfsconfig lfs.url https://my_other_server.example.com/foo/bar/info/lfs` Notă, de asemenea, o notă despre protocolul de acces în https:/ /github.com/git-lfs/git-lfs/wiki/Tutorial#lfs-url

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.