Ефективний спосіб забезпечити «чисту шиферну систему» ​​для постійної послуги інтеграції

Ми хочемо створити послугу безперервної інтеграції (CI) для нашого проекту. Ця служба CI повинна контролювати всі аспекти життя проекту, включаючи розгортання.

Тобто, ми хочемо, щоб агент CI на кожній ітерації брав чисту систему (зокрема Ubuntu Server), розгортав наш проект там і виконував тести.

Ми, мабуть, писали б сервіс CI з нуля, оскільки наша екосистема є досить незвичною. Питання: як ефективно забезпечити систему чистого шиферу для кожної ітерації CI?

Розгортання проекту встановлює декілька пакунків Debian, конфігурує кілька сайтів nginx, а також встановлює деякі пакунки в спеціалізованому для мови впровадження менеджері пакетів (LuaRocks), що використовується для всієї системи. Нічого більш нав'язливого, ніж це (я вважаю). Отже, важливіше вміти швидко встановлювати чистий шифер (протягом хвилини на сучасному обладнанні, швидше - краще), ніж забезпечувати абсолютну ізоляцію та чистоту.

Я бачу два способи зробити те, що нам потрібно:

• Або встановити в'язницю якогось типу (наприклад, lxc, можливо).
• Або встановити якусь віртуальну машину, яка може робити знімки, і використовувати їх.

Але на даний момент у мене недостатньо інформації, щоб прийняти рішення.

Що б ви порадили? Будь-які інші варіанти? Якісь конкретні назви інструментів?

Примітка: Служба CI буде запускатися всередині гостя Citrix XenServer. Платні рішення в порядку, якщо ціни розумні. (Зазвичай вони не розумні в цій галузі.) Віддалені рішення CI не в порядку.

Погляньте на шеф-кухаря / бродягу . Не впевнений, чи буде це досить швидко, але на що слід звернути увагу.

Про всяк випадок, коли ви не знайомі з шеф-кухарем, це сервер, призначений для забезпечення простого кодування на сервері. Рекомендую переглянути одну з веб-трансляцій. Веб-трансляція Django Chef

Вагрант, вее, соло-шеф-кухар та соло-нож. Я думаю, що це стосується більшості того, що ви хочете робити.

Повідомлення про блог Vagrant Повідомлення в блозі, що показує швидке налаштування сервера за допомогою Vagrant.

Погляньте на Дженкінса . У ньому є плагіни, які дозволяють запускати збірки у віртуальних машинах у VMWare або VirtualBox або в хмарі Amazon / ecalyptus . Для віртуальних машин, що працюють в хмарі, ви можете вказати сценарій init, де ви могли б робити кроки, як встановлення пакетів.

Я б використовував інфраструктуру VM і створював базовий шаблон або використовував хмару, як запропонував @LarsKotthoff. Їх легко розкрутити швидко, і ви можете бути впевнені, з чого почали.

Однак вам в кінцевому підсумку знадобиться щось поза тим, що VM, щоб організувати те, що відбувається (налаштувати машину і розпочати будь-який процес на машині). Я хотів би поглянути на Дженкінса на його здатність збирати вихід сценаріїв для подальшого огляду.

Незважаючи на те, що Дженкінс почав працювати як сервер CI, численні організації, з якими я працював, зараз використовують його набагато більше, ніж це, але це справді інструмент для початку (вручну або за графіком) та отримання результатів, а також перевірки того, що сталося, як очікувалося. І це дуже гнучко.

Ми хочемо створити послугу безперервної інтеграції (CI) для нашого проекту. Ця служба CI повинна контролювати всі аспекти життя проекту, включаючи розгортання.

Дженкінс згадується досить багато. Ви можете розібратися з сценаріями, але Дженкінс забезпечить вам таку ж гнучкість і менше накладних витрат.

Тобто, ми хочемо, щоб агент CI на кожній ітерації брав чисту систему (зокрема Ubuntu Server), розгортав наш проект там і виконував тести.

Розгортання проекту встановлює декілька пакунків Debian, конфігурує кілька сайтів nginx, а також встановлює деякі пакунки в спеціалізованому для мови впровадження менеджері пакетів (LuaRocks), що використовується для всієї системи. Нічого більш нав'язливого, ніж це (я вважаю). Отже, важливіше вміти швидко встановлювати чистий шифер (протягом хвилини на сучасному обладнанні, швидше - краще), ніж забезпечувати абсолютну ізоляцію та чистоту.

Ось тут корисні зображення віртуальних машин. Ви можете налаштувати своє чисте зображення і змусити кожну машину запускати виделку. Оригінальне зображення ніколи не змінюється, але тестування не дізнається різниці. Ви, безумовно, повинні мати можливість отримати завантажувальне зображення, яке працює за хвилину.

Платні рішення в порядку, якщо ціни розумні. (Зазвичай вони не розумні в цій галузі.) Віддалені рішення CI не в порядку.

Якщо ви шукаєте запуск декількох машин одночасно, перегляньте Nimbula (мені безсоромно; я працюю на них). Для менших розгортань це безкоштовно і дозволяє вам зібрати вашу власну приватну хмару для тестування ... або що-небудь інше. Між Дженкінсом та файлом оркестрації ви можете розкручувати хост-сервери, тестові клієнти та все інше, щоб автоматично запускати повний спектр тестового коду без будь-якої взаємодії.