Я працюю з проектом, який використовує Дженкінса для створення та розгортання мікросервісів для Elastic Beanstalk. Ми розгортаємо гілку інтеграції в тестове середовище, випускаємо гілки в інсценувальне середовище, а потім остаточну майстерність для виробництва. У мене є декілька проблем з тим, як зробити це таким чином: по-перше, це означає, що ми закінчуємо матрицею однієї збірки на проект за середовище, дублюючи зусилля; і два, це означає, що ми не використовуємо ті самі артефакти побудови для виробництва, які були перевірені в постановці.
Я схильний відмовитися від Beanstalk і перейти на звичайні ASG, використовуючи щось, як Chef для розгортання. Це дозволить нам створити один збір на проект, створивши артефакт збірки, і ми могли б розгорнути той самий артефакт у виробництві, який був затверджений у постановці. Однак перехід має незначну авансову вартість. Чи є спосіб краще використовувати Beanstalk, який би дозволив отримати більш надійні, простіші управління CI / CD?
Примітка : просування того ж артефакту побудови - це саме те, що я хочу зробити, але в документах я не бачу ясного способу зробити це; він пояснює, як розгорнутись до EB із свого джерела програми, але не як просувати існуючу версію в інше середовище, якщо мені не вдалося прокрутити її безпосередньо. Якщо він доступний в самому ЕБ, можливо, в плагіні розгортання Jenkins EB може бути обмеження, яке заважає це робити конкретно в Jenkins, але я взагалі не бачив способу це зробити.