Облако Google построить - как сделать построить/развернуть на Firebase с контейнером состояния, что "вращение" на 0 (как облака бегут)

У нас есть большинство, но не все наши артефакты сборки в репозиторий Git (оба).

Наша текущая сборка выглядит так и занимает 30+ минут, чтобы построить/развернуть на Firebase, мы хотели бы сократить время, чтобы построить.

Мы не используем облако Google построить в данный момент, но перед тем как пойти по этому пути, я хочу узнать, если это даже было бы плодотворным.

У нас есть весь код клонируется из Git РЕПО (оба), ВМ ГККП.

А затем 1 ТБ статических данных копируется в папку под уголком в Git РЕПО, артефакты, которые нужны для развертывания.

Мы не хотим, чтобы проверить в том, что 1 Тб данных в репозитории Git, это от 3-й партии, он обновляется редко, и было бы слишком тяжелой каталога тянуть на разработчика среды их среды, это бессмысленно делать.

Мы запускаем скрипт сборки на виртуальной машине ГККП построения кода, а также развернуть на Firebase (bash-скрипт), она занимает около 30 минут.

Мы хотим построения и быстрее, и можно использовать облачные строить.

С этого:

  1. репозиторий Git
  2. внешние файлы, которые должны оставаться в контейнере состояния, не копируется каждый раз, из-за времени, которое потребуется

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

Мы хотим, чтобы избежать попадания трафика в опорный пункт развернуть, используя внешние строительные услуги где 1 Тб данных, что остается неизменным каждый раз отправляется к опорному пункту, где мы будем выставляться.

Облако запускать контейнеры не состояния. ГККП ВМ состояние, но требует, чтобы мы их и будем 24х7х365, так что любой разработчик может работать в любом месте построить, и что может занять всего 30 минут любой день, и мы не знаем, когда это будет, так что, оставляя его до 24х7х365 в основном расточительно.

Мы хотим избежать создания контейнера без гражданства, где код извлечен из свежей, каждый раз, в ГИТ тянуть происхождения мастер будет делать, и чтобы скопировать файл на 1 ТБ артефакты в контейнер каждый раз принимая время.

Мы просто хотим сделать:

  1. git pull origin master
  2. Выстрелить построить следующим шагом в скрипте
  3. спином вниз в контейнер, его сохранить это состояние для следующего построения, сводя к минимуму время, каждый раз, избавляя ЖКТ от предыдущего 'тянуть обновленные артефакты мастер-происхождение и сохранение файлов 1 ТБ мы скопировали в контейнер.

Идеальной ситуацией было бы иметь контейнер, который с отслеживанием состояния, который вращается вниз когда не в пользе, и "раскручивается", или активно использовать, когда нужно строить.

Она сохранит предыдущее обновление с Git (ГИТ тянуть мастер-происхождение), и сохранит все артефакты за пределами репозитория Git, что мы копировать. Нам также нужен доступ к консоли контейнера (СШ, УПП) и т. д.

Вариант с отслеживанием состояния облачных прогон будет идеальным, но я не знаю такого понятия (состояния контейнеров с отм, что мы можем работать и быть только за счет выполнения/расчет времени)

+1
2019-09-17 08:22:11
источник
0 ответов

Посмотрите другие вопросы по меткам