это - живые файлы или живые изображения?
они могли говорить о виртуальных машинах для перемещения живой от одной рабочей системы с определенной платформой другому, не прерывая эти изображения.
Вы можете автоматизировать это, используя экземпляр EBS и создав AMI для запуска новых экземпляров.
Вы можете настроить сценарий, который будет запускаться при загрузке - проверьте, был ли код вытащил, а если нет: настроил. (например: /etc/rc.local
и запустить собственный сценарий bash)
Вам нужно будет загрузить ключ вручную только в этот раз (и в любой последующий раз, если ваш ключ github изменится ).
Затем каждый раз, когда вы запускаете новый экземпляр вашего AMI, он будет выполнять эту операцию проверки / получения при загрузке.
Если вашей инфраструктуре требуется более сложный метод всего, вы можете использовать puppet
или шеф
на «командном сервере» для более интеллектуального управления этим развертыванием с одного хоста, а не из связанного AMI.
Я предлагаю создать AMI с установленной марионеткой . Затем вы можете использовать это как основу для настройки любого количества образов с любым количеством профилей из одного образа AMI.
Централизованная конфигурация == автоматическое развертывание и упрощенная жизнь. В этом конкретном случае ваш закрытый ключ, который вы сгенерировали, будет частью файла, который будет распределен между соответствующими экземплярами.