Комментарии 3
А Kubernetes не подошёл вам под те же цели?
Можно и kubernetes, можно и даже просто docker-compose с удалённым выполнением по ssh.
Всё дело в удобстве использования из кода тестов.
Kuberentes, например, довольно тяжел. Даже если у вас имеется настроенный k8s кластер, то просто добавив зависимость от `k8s.io/client-go` в свой Go проект, вы получите увеличение размера бинаря на ~20 мегабайт (в моём случае go version 1.11.4 на linux), не критично, но иногда может быть неприятно.
Потом мне ничего не известно о том, умеет ли kubernetes собирать образы прямо на ходу, а это одна из самых полезных фич xenvman.
Так что в целом, я бы сказал, все возможности xenvman можно получить ещё каким-либо другим способом, или их некой комбинацией, просто не всегда это будет очень удобно сделать именно в контексте интеграционных тестов.
Всё дело в удобстве использования из кода тестов.
Kuberentes, например, довольно тяжел. Даже если у вас имеется настроенный k8s кластер, то просто добавив зависимость от `k8s.io/client-go` в свой Go проект, вы получите увеличение размера бинаря на ~20 мегабайт (в моём случае go version 1.11.4 на linux), не критично, но иногда может быть неприятно.
Потом мне ничего не известно о том, умеет ли kubernetes собирать образы прямо на ходу, а это одна из самых полезных фич xenvman.
Так что в целом, я бы сказал, все возможности xenvman можно получить ещё каким-либо другим способом, или их некой комбинацией, просто не всегда это будет очень удобно сделать именно в контексте интеграционных тестов.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
xenvman: Гибкие окружения для тестирования микросервисов (и не только)