Рейтинг:-1

Облако + виртуальная частная сеть или локальная физическая машина для внутреннего БОЛЬШОГО Git-репозитория компании: какой вариант лучше?

флаг tr

В настоящее время я использую настройку Git-Repository с Gitlab на облачном сервере и обращаюсь к нему с общедоступным IP-адресом, предоставленным поставщиком.

Однако по мере того, как файлы, хранящиеся в репозитории Git, становятся большими, возникает множество проблем с отключением сети, что приводит к сбою операций git pull/push после длительного ожидания.

В настоящее время у меня есть два варианта: (1) Купите физический сервер и настройте сервер Git локально, используя внутренний маршрутизатор компании. (2) Купите вариант VPN у поставщика, чтобы сделать сеть более стабильной в облаке.

У меня проблема в том, что я новичок в облачных сервисах и никогда не использовал VPN, предоставляемый каким-либо поставщиком облачных услуг. Для варианта (2) я не совсем уверен, действительно ли использование VPN улучшит стабильность сети или использование VPN не сильно улучшит стабильность, потому что он все равно будет проходить через сетевые коммутаторы от моего рабочего места к поставщику.

Если кто-нибудь может дать мне некоторое представление о том, работает ли вариант (2) и / или как предприятия обычно работают со своим репозиторием Git, я буду признателен.

флаг jp
Как вы думаете, почему VPN сделает сеть более стабильной?
cr001 avatar
флаг tr
Я думал, что потому, что «концептуально» имеет смысл так думать, и работа с адресами 192.168.xx потребует меньшего перевода, я думаю. Однако я действительно боюсь, что это не так, и поэтому задал вопрос.
Рейтинг:2
флаг jp

VPN не является выделенным каналом. Это виртуальный сеть. Он работает в вашей существующей сети, и если ваша существующая сеть нестабильна, VPN будет еще более нестабильной.

Рейтинг:1
флаг it
  1. VPN - это про "S", но другой S-es - не Скорость, а Безопасность + Простота (за стоимость немного скорости)
  2. Действительно у вас (вашей компании) есть 3 способа, кроме уже упомянутого можно (3) Пересмотрите свой рабочий процесс и привычки и не храните большие двоичные артефакты в git-репозиториях. ИЛИ ЖЕ перейти на Git LFS с помощью местный LFS-хранилище

Выбор между внешним сервисом и собственной инфраструктурой — это всегда выбор баланса между тремя важными параметрами:

  • Расходы
  • Возможности
  • Обязанность

и это в основном не техническая проблема, а бизнес-вопрос (Кстати, оффтоп на СФ)

cr001 avatar
флаг tr
В настоящее время я использую репозиторий с поддержкой git-lfs, однако я не знал, что есть функция для локального хранения больших файлов. Кажется, это идеальный выбор для меня, и я рассмотрю его.
флаг it
Я **не эксперт** в Git || Git-LFS и ничего (или меньше) не знаю о LFS-хранилище под капотом, но согласно (очевидно) https://github.com/git-lfs/git-lfs/wiki/Tutorial `Endpoint` можно указать на внешний (для репо-сервера) ресурс с чем-то вроде `git config -f .lfsconfig lfs.url https://my_other_server.example.com/foo/bar/info/lfs` Обратите внимание также на протоколы доступа в https:/ /github.com/git-lfs/git-lfs/wiki/Tutorial#lfs-url

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.