рабочие очереди и рамки непрерывного развертывания

Question

Есть много решений для CI/CD: http://www.devopsbookmarks.com/ci. Однако, глядя на некоторые примеры buildbot, snippets кода Python кажется очень похожим на те, которые были созданы при написании, скажем, workers for RQ.

RQ кажется довольно простым, в то время как Buildbot кажется довольно сложным. Являются ли дополнительные возможности полномасштабного решения CI/CD, такого как Buildbot, действительно того стоит, когда можно создавать очереди и рабочих с гораздо более простой (но не такой полнофункциональной) системой, как RQ?

Другими словами, каков наилучший способ создать компромисс между каркасами CI/CD и рабочими очередями?

Answer 1

Мы используем Jenkins CI и бонус вы получите с этими большими рамками являются:

• веб-интерфейс не только для определения задач, но и для анализа результатов
• шире набор плагинов для различных типов задачи
• визуализации результатов испытаний
• уведомления пользователей по электронной почте

Мы были со Несмотря на выполнение большинства задач, Jenkins CI делает для нас (выполняется тестирование данных) другими способами (например, AWS Lambda), но визуальный интерфейс является основным аргументом для пребывания с Jenkins, поскольку он позволяет нашим пользователям видеть результаты без нужно делать это сами.