Комментарии 27
Круто.
Да, очень впечатляет!
Так бы и назвали статью: «Parallels — тестирование ПО». Информация в этот посте, которая касается облака — ни о чем.
Если интересует что-то конкретное, то могу рассказать. Сформулируй вопрос.
Просто заголовок достаточно громкий, а информация об облаке — «вокруг да около». Если бы убрать пару абзацев (well-known) об облаке, то никто бы и не заметил.
То есть, по существу вопросов нет?
Аудитория Хабра очень разнородная, у каждого свой багаж знаний и умений.
Я ориентировался на общий обзор нашего облака, который потом дополню информацией, исходя из вопросов заинтересовавшихся. Полное описание всех аспектов могло бы превратиться в маленькую книгу.
Я ориентировался на общий обзор нашего облака, который потом дополню информацией, исходя из вопросов заинтересовавшихся. Полное описание всех аспектов могло бы превратиться в маленькую книгу.
НЛО прилетело и опубликовало эту надпись здесь
Дело не в том, что я хочу узнать как создавать приватное облако. Сам работают в не маленькой организации, которая достаточно давно и очень обширно использует облачную архитектуру.
Суть в том, что интересно было бы узнать о тех решениях, которые Вы внедрили для удовлетворения потребностей в конкретном случае.
Суть в том, что интересно было бы узнать о тех решениях, которые Вы внедрили для удовлетворения потребностей в конкретном случае.
Как создать такое облако для тестирование? Во сколько это обойдется? Если это дорого, то как выходить из положения стартапам, которые вы упомянули? Где взять такую панель? Сколько ресурсов занимает каждая виртуальная машина, и, соответственно, как узнать, сколько серверов мне понадобится?
К сожалению, в этой статье я не увидел ничего про само создание (а ведь это первое слово в названии ) облака, а увидел только текст, про то, как в некоей крупной компании ребята облегчили себе жизнь.
К сожалению, в этой статье я не увидел ничего про само создание (а ведь это первое слово в названии ) облака, а увидел только текст, про то, как в некоей крупной компании ребята облегчили себе жизнь.
Задаете запрещенные вопросы, сейчас Вам минусов вклепают.
Полностью согласен. Смысл описывать какая компания крутая, что облегчила жизнь себе. Я думаю в каждой второй компании так делают. Вы поделитесь опытом, чтобы другие могли также облегчить жизнь, а не о том, что так можно.
> Как создать такое облако для тестирование?
В конце статьи я перечислил верхнеуровневый список шагов по тому как создать облако с нуля. Видимо, вам хочется больше технических деталей. Расписать их все в комментариях не получится. Можно либо дождаться следующего поста, основанного на ваших вопросах, либо конкретизировать вопрос.
> Во сколько это обойдется? Если это дорого, то как выходить из положения стартапам, которые вы упомянули?
Все очень сильно зависит от задач, которые вы хотите решать с помощью облака и специфики ваших продуктов. Если вы маленький стартап с одним продуктом, который хочется тестировать автоматически, то можно начать с малого: взять один два сервера (либо использовать рабочие станции сотрудников в ночное время), развернуть на них системы виртуализации, написать скрипты по созданию виртуальных машинок, установке продуктов, запуску тестов… Решение маленьких задач будет стоить мало — пара серверов и месяц-два работы одного человека.
> Где взять такую панель?
Имеется ввиду нашу панель по управлению облаком или что-то аналогичное?
> Сколько ресурсов занимает каждая виртуальная машина, и, соответственно, как узнать, сколько серверов мне понадобится?
Зависит от:
— требований вашего продукта (например, мы знаем, что для нормальной работы продукта под среднестатистической нагрузкой, которую создают тесты, нам нужна машинка с 512Mb оперативной памяти и 2Gb дискового пространства, примерно такие мы и будем создавать),
— используемого для сервера железа (чем сервер мощнее, тем больше машинок на нем можно развернуть),
— типа виртуализации (у каждого типа виртуализации есть свои плюсы и минусы, в том числе, какие-то из них более прожорливы, чем другие),
— платформы (например, виндовых машинок на одном сервере удастся развернуть меньше)…
У нас в пуле на начальном этапе было много серверов, способных держать только по 4-8 машинок. Со временем мы добавляли туда более мощные сервера, способные держать по 50 виртуальных машинок, постепенно заменяя более слабые.
В конце статьи я перечислил верхнеуровневый список шагов по тому как создать облако с нуля. Видимо, вам хочется больше технических деталей. Расписать их все в комментариях не получится. Можно либо дождаться следующего поста, основанного на ваших вопросах, либо конкретизировать вопрос.
> Во сколько это обойдется? Если это дорого, то как выходить из положения стартапам, которые вы упомянули?
Все очень сильно зависит от задач, которые вы хотите решать с помощью облака и специфики ваших продуктов. Если вы маленький стартап с одним продуктом, который хочется тестировать автоматически, то можно начать с малого: взять один два сервера (либо использовать рабочие станции сотрудников в ночное время), развернуть на них системы виртуализации, написать скрипты по созданию виртуальных машинок, установке продуктов, запуску тестов… Решение маленьких задач будет стоить мало — пара серверов и месяц-два работы одного человека.
> Где взять такую панель?
Имеется ввиду нашу панель по управлению облаком или что-то аналогичное?
> Сколько ресурсов занимает каждая виртуальная машина, и, соответственно, как узнать, сколько серверов мне понадобится?
Зависит от:
— требований вашего продукта (например, мы знаем, что для нормальной работы продукта под среднестатистической нагрузкой, которую создают тесты, нам нужна машинка с 512Mb оперативной памяти и 2Gb дискового пространства, примерно такие мы и будем создавать),
— используемого для сервера железа (чем сервер мощнее, тем больше машинок на нем можно развернуть),
— типа виртуализации (у каждого типа виртуализации есть свои плюсы и минусы, в том числе, какие-то из них более прожорливы, чем другие),
— платформы (например, виндовых машинок на одном сервере удастся развернуть меньше)…
У нас в пуле на начальном этапе было много серверов, способных держать только по 4-8 машинок. Со временем мы добавляли туда более мощные сервера, способные держать по 50 виртуальных машинок, постепенно заменяя более слабые.
Стартапам я бы рекомендовал все это строить на амазоне. При правильном использовании нужных типов инстансов можно было бы построить реально масштабируемое под потребности решение. Кстати, вот вам и идея для стартапа.
Безусловно в этот будут свои огромные плюсы, но и забывать о минусах не стоит:
— высокая стоимость при большом потреблении ресурсов, которое будет возникать при интенсивном тестировании;
— конфиденциальность (готовы ли вы доверить инновационную идею и исходники своего продукта внешнему облаку?);
— неполный сет конфигураций (внешнее облако может не поддерживать весь сет конфигураций, которые обязан поддерживать ваш продукт)…
— высокая стоимость при большом потреблении ресурсов, которое будет возникать при интенсивном тестировании;
— конфиденциальность (готовы ли вы доверить инновационную идею и исходники своего продукта внешнему облаку?);
— неполный сет конфигураций (внешнее облако может не поддерживать весь сет конфигураций, которые обязан поддерживать ваш продукт)…
Собственно нету технических деталей, да. Сформулированы вопросы, но почти ничего нету про ответы.
Или у меня немного неверное понимание «облачности», или в статье описана лишь схема CI?
В любом случае хотелось бы увидеть главу про load balancer.
В любом случае хотелось бы увидеть главу про load balancer.
Continuous Integration — это лишь один из сценариев, которые нам позволяет реализовывать облако. Он был выбран, чтобы показать взаимодействие большинства узлов облака между собой.
Помимо него есть и такие сценарии, как:
— создание машинки (группы машинок) с нужными характеристиками, типом виртуализации, операционной системы;
— автоматическая установка продуктов на машинку/группу машин (в случае мультисерверных продуктов);
— запуск тест-плана с выбором наименее загруженных серверов и последующим распараллеливанием его исполнения между ними;
— performance-, density-, load-тестирование;
— и т.д.
Глава про Load balancer будет в отдельном посте вместе с другими главами, отвечающими на вопросы в комментариях.
Помимо него есть и такие сценарии, как:
— создание машинки (группы машинок) с нужными характеристиками, типом виртуализации, операционной системы;
— автоматическая установка продуктов на машинку/группу машин (в случае мультисерверных продуктов);
— запуск тест-плана с выбором наименее загруженных серверов и последующим распараллеливанием его исполнения между ними;
— performance-, density-, load-тестирование;
— и т.д.
Глава про Load balancer будет в отдельном посте вместе с другими главами, отвечающими на вопросы в комментариях.
Пару вопрос:
1. Оси на вирталки чем разливаются?
2. Билд на тест машины как заливаются?
3. Вся система в одном офисе или в нескольких?
4. На виртуальных машинах демон живёт, с которым Test executor общается или как?
1. Оси на вирталки чем разливаются?
2. Билд на тест машины как заливаются?
3. Вся система в одном офисе или в нескольких?
4. На виртуальных машинах демон живёт, с которым Test executor общается или как?
> 1. Оси на вирталки чем разливаются?
Для тех серверов, где используется virtuozzo, при настройке сервера уже установлены осевые темплэйты, следовательно машинка очень быстро создаётся на этом же сервере без какого-либо дополнительного заливания… Запуск инициируется через ssh к хардварной ноде.
Для тех серверов, где, например, используются kvm или vmware, копии «эталонных» дампов осей заливаются со специального storage server по ssh, там они разворачиваются и переконфигуряются (смена ip адреса и тд). Для экономии времени на копирование дампа по сети у сервера есть так называемый «кэш», где хранятся эти дампы.
> 2. Билд на тест машины как заливаются?
Большинство продуктов у нас имеют свои автоинсталлеры, которые сами с разных репозиториев стягивают нужные им для установки продуктов. Если же автоинсталлера нет, но продукт заливается по ssh (то же касается самого автоинсталлера).
>3. Вся система в одном офисе или в нескольких?
Физически все сервера и люди, занимающиеся разработкой «начинки» облака находятся в одном офисе. Но ничего не мешает подключать сервера, расположенные географически в любом другом месте. Само облако и весь его функционал так же доступны из любой точки мира.
4. На виртуальных машинах демон живёт, с которым Test executor общается или как?
Если речь идёт про взаимодействие Test executor и виртуальной машинки (машинок), на которой установлен продукт, то Test executor на своей стороне запускает тесты, которое уже взаимодействуют с системой (сервисами), установленной на виртуальной машинке, и с интерфейсами (API, GUI, CLI), предоставляемыми продуктом.
Для тех серверов, где используется virtuozzo, при настройке сервера уже установлены осевые темплэйты, следовательно машинка очень быстро создаётся на этом же сервере без какого-либо дополнительного заливания… Запуск инициируется через ssh к хардварной ноде.
Для тех серверов, где, например, используются kvm или vmware, копии «эталонных» дампов осей заливаются со специального storage server по ssh, там они разворачиваются и переконфигуряются (смена ip адреса и тд). Для экономии времени на копирование дампа по сети у сервера есть так называемый «кэш», где хранятся эти дампы.
> 2. Билд на тест машины как заливаются?
Большинство продуктов у нас имеют свои автоинсталлеры, которые сами с разных репозиториев стягивают нужные им для установки продуктов. Если же автоинсталлера нет, но продукт заливается по ssh (то же касается самого автоинсталлера).
>3. Вся система в одном офисе или в нескольких?
Физически все сервера и люди, занимающиеся разработкой «начинки» облака находятся в одном офисе. Но ничего не мешает подключать сервера, расположенные географически в любом другом месте. Само облако и весь его функционал так же доступны из любой точки мира.
4. На виртуальных машинах демон живёт, с которым Test executor общается или как?
Если речь идёт про взаимодействие Test executor и виртуальной машинки (машинок), на которой установлен продукт, то Test executor на своей стороне запускает тесты, которое уже взаимодействуют с системой (сервисами), установленной на виртуальной машинке, и с интерфейсами (API, GUI, CLI), предоставляемыми продуктом.
Отличная статья! А про балансировщик раскажете?
Если в двух словах, то наш load balancer при выборе наиболее подходящего сервера учитывает следующие аспекты:
— аппаратные характеристики сервера (сколько именно виртуальных машинок с определёнными параметрами одновременно может быть запущено на нем);
— тип виртуализации, используемый на сервере;
— количество запущенных в данный момент виртуальных машинок на этом сервере;
— наличие идущих в данный момент «тяжёлых» задач на этом сервере (например, разворачивание дампов и инсталляция продуктов на них);
— наличие нужного дампа оси в кэше у сервера (например, экономия на передаче по сети дампа kvm или vmware машинки);
— и т.д.
— аппаратные характеристики сервера (сколько именно виртуальных машинок с определёнными параметрами одновременно может быть запущено на нем);
— тип виртуализации, используемый на сервере;
— количество запущенных в данный момент виртуальных машинок на этом сервере;
— наличие идущих в данный момент «тяжёлых» задач на этом сервере (например, разворачивание дампов и инсталляция продуктов на них);
— наличие нужного дампа оси в кэше у сервера (например, экономия на передаче по сети дампа kvm или vmware машинки);
— и т.д.
Забавно тут минусуют — то ли кому-то не понравилась оценка статьи, то ли вопрос про балансировщик :)
Последние пару скриншотов можно было и побольше сделать.
Расскажите пожалуйста про LogTracker.
На сколько он автономен или «живет» только с TestLink? Что он может и пр. пр.
На сколько он автономен или «живет» только с TestLink? Что он может и пр. пр.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создаем облако для тестирования ПО