1. Deployment это отражение текущего API, насколько я понимаю. Значит нужно просматривать документацию есть ли поддержка соответствующих комманд в yaml в следующей версии и менять их соответственно новой?
2. А как бы ami id, в какой последовательности их менять? Одновременно со всей версией?
Больше свободы при проектировании веб приложения, четкое отделение backend от frontend. Проектирование микросервисов, decoupling. API функции могут быть предоставлены сторонним клиентам! Смотрите пример сайт https://sendgrid.com/
Скрипт уже есть, он написан вместе с Dockerfile, который подтягивает зависимости в Docker container, основанным на node.js 12 image.
Да, я собственно хочу спросить нужно ли мне использовать Docker Runner в Teamcity для запуска контейнера? И если нужно то как? Скрипт запуститься внутри контейнера и завершиться - хотелось бы увидеть результаты работы скрипта в Teamcity Build Log и если будут ошибки, то чтобы показывало Build fail !
Вообще надо user добавлять в team, например Front_End-Team, а уже в репозитории добавлять какие команды будут иметь доступ. Потом просто убрать user из команды и все !
Иван Шумов
Иван, не забегайте вперед.. задача стоить запустить из Teamcity... не хотим через Lambda и все ! Вы не поняли вопроса !
Задача запускать скрипты для тестирования некоторых aws resources, запускать из Teamcity... вопрос можно ли запускать внутри Docker container - как часть Buildf Configuration ... и если можно, то увидит ли Build log результаты работы скрипта в контейнере??
Алексей Тен, обычно как делают? Да, обычно работают с веткой develop, я знаю... но если сразу с мастер. Какой из вариантов вверху более правильный?
План такой, сделать локальный merge, разрешить конфликты, а потом отправить feature-1 на remote/bitbucket и там же сделать Pull Request. Можете рассказать про ваши действия/шаги в этом случае, а то никто толком по Git не обьясняет!
2. Я не о ключе - я об amazon machine image, нужно ли менять и на каком шаге?