Как стать автором
Обновить

Комментарии 5

Мы для подобных целей используем ферму из миников. Вы не рассматривали подобное решение? Если да, почему все же выбрали вариант с мегапрошкой в реке?

Мы в начале так же использовали миники, но они себя показали не с лучшей стороны по производительности, если брать нашу нынешнею структуру 2 VM на хосте Mac Pro, то 1 VM показывает на 20% производительности выше, а если это считать в размахе билд часов, то получает большая экономия времени на сборках, так же у MacPro имеется стоечный формат, что упрощает его размещение в локальный или партнерских дата центрах. И также существует проблема обновления окружения на агентов(Mac), надо поддерживать идентичное окружение, когда у тебя 5-10 миников, тут особо не критично, а если у тебя их уже 30 или больше? Вариант с VM на основе VMWARE Fusion, показался самым оптимальным, те готовим один образ и распространяем на все VM, и так же если что-то пошло не так, кто-то испортил рабочие окружение на билд агенте, и нет времени разбираться, просто восстанавливаем VM с первоначального снапшота

Понял, спасибо! По производительности - считали на сумму денег, или от числа ядер?

Меня в одном здоровом маке смущает теоретическая зависимость от одной железки, т.е. чтобы система была отказоустойчивой. Раскатка на 30 миников конечно боль, да. Особенно когда надо обновить что-то аля икскод, что сложно сделать билд-планом.

К сожалению, кроме вопросов технической реализации , есть еще вопросы лицензионной чистоты. И тут легал вариантов не много.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий