Не секрет, что задачи тестирования, как ручного, так и автоматизированного, постоянно требуют создания новых тестовых стендов.
Для того чтобы автотесты Поиска Mail.Ru выполнялись быстро и во всех необходимых окружениях, нам потребовалось научиться быстро разворачивать новые виртуальные машины с определенной конфигурацией.
Большое количество виртуальных машин в нашем облаке используется браузерной фермой WebDriver, масштабируя её, мы ускоряем выполнение тестов web-интерфейса Поиска.
Кроме этого, на виртуалках мы запускаем инструменты для сбора метрик качества кода и измерения покрытия, а также инструменты для тестирования Поиска, разработанные нами.
Метка «chef»
Автоматизация тестовой инфраструктуры в Поиске
2014-03-13 в 13:22, admin, рубрики: ceph, chef, openstack, vagrant, veewee, Блог компании Mail.Ru Group, визуализация данных, тестирование, метки: ceph, chef, openstack, vagrant, veewee
Резервное копирование и восстановление Graylog-сервера
2014-02-18 в 18:01, admin, рубрики: automation, backup, bash scripting, chef, linux, monitoring, restore, Блог компании EPAM Systems, системное администрирование, метки: automation, backup, bash scripting, chef, linux, monitoring, restore Приветствую, читатели!
Дело было вечером, делать было нечего, и тут я вспомнил — я же хотел поделится с сообществом своим недавним боевым опытом.
Было у меня задание — автоматизировать процедуру резервного копирования и создать процедуру восстановления Graylog-сервера.
Читать полностью »
Подкаст Девопс Дефлопе — выпуск 005
2014-02-02 в 20:10, admin, рубрики: chef, devops, vagrant, системное администрирование, метки: chef, DevOps, vagrantСсылка на выпуск подкаста: http://devopsdeflope.ru/posts/2013/005.html
Новости
- Плагин vagrant-serverspec
- Плагин vagrant-foodtaster
- Как померять покрытие тестами у рецептов
- Плохой, хороший, злой — паттерны девопса
- Бесконечный меркуриал
- Будущее vagrant berkshelf туманно
- Автоматизация без любви — страшный грех
- Zookeepr, Doozer, etcd
- Когда использовать аттрибуты и датабаги
- Девопс в крупных организациях
Chef за 21 день. Часть первая. Введение
2014-01-09 в 10:29, admin, рубрики: chef, deployment tools, linux, автоматизация, Блог компании EPAM Systems, системное администрирование, метки: chef, deployment tools, linux, автоматизация, системное администрирование Привет, читатели! На улице противная погода, ангина не дает покоя моему воспаленному горлу, почему бы не написать статью? Это моя первая проба пера на Хабре, поэтому не судите строго. Название ее навеяно огромным количеством книг, имеющих схожее название. В этой статье я постараюсь описать путь воина-автоматизатора для юных падованов, коим в некоторой мере являюсь сам. Речь пойдет о подходе, который при определенном старании, поможет в краткие сроки познакомиться с таким инструментом кроссплатформенной автоматизации, как CHEF. А также, при сильном старании – овладеть ним в достаточной мере для первых серьезных опытов. Эта статья – некий “guiding way” для людей, мало знакомых с процессом автоматизации.
Читать полностью »
Про Vagrant, его плагины, и другие истории из жизни бродяг
2013-12-20 в 8:54, admin, рубрики: chef, devops, Parallels, vagrant, Блог компании Express 42, виртуализация, системное администрирование, метки: chef, DevOps, Parallels, vagrantПо моему мнению, большинству IT специалистов стоит использовать Vagrant. Кто не знает, что это такое – рекомендую начать с официального сайта. На Хабре так же было несколько обзоров вагранта, например Development Environment при помощи Vagrant и Chef и Создание новой виртуальной машины за одну минуту или «vagrant up!». В этой статье я более детально расскажу о «экосистеме» вагранта.
Если попробовать описать вагрант в несколько слов, то это инструмент для повторяемого создания окружения с помощью вашей любимой системы управления конфигурацией и вашей любимой системы виртуализации. И если систем виртаулизации и систем управления конфигурации существует достаточно много, то вагрант — один единственный продукт в своем роде, аналогов ему нет.
Читать полностью »
Подкаст 073A — первый выпус
2013-12-02 в 17:25, admin, рубрики: chef, java, ruby, баги, идиоты, Программирование, метки: chef, java, ruby, баги, идиоты, наса Полный уныния и отчаиния первый выпуск разлекательного подкаста о смешных багах в программном обеспечении от бывших ведущих «Ruby NoName Podcast». Гриша™ и labria соскучились по былой славе и решили записать что-то новое!
Слушать тут, ибо как теперь на хабре постят подкасты — я без понятия :)
В этом выпуске о NASA, Java, Ruby, Chef.
Сделай нам приятно — зафолови нас @073APodcast
Ну и мы конечно всегда рады любому фидбеку, ибо не писались давно и уже толком не помним какого это — разгребать нецензурщину в инбоксе :)
ansible
2013-10-03 в 5:29, admin, рубрики: Ansible, chef, puppet, системное администрирование, метки: Ansible, chef, puppetAnsible — yet another система управления конфигурациями. Отличительная особенность — простота, при большой гибкости. И это не просто слова — дальше я покажу на примерах несколько простейших операций и познакомлю вас с некоторыми “бест практис”.
Итак, у нас есть группы хостов:
| WebServersG1 | webserver1-g1, webserver2-g1 |
| WebServersG2 | webserver1-g2, webserver2-g2 |
| WebServersProxy | webserver-proxy1, webserver-proxy2 |
| DataBase | db1, db2 |
| DataBaseSlave | dbs1, dbs2 |
| SomeServers | someserver1, someserver2 |
Мы хотим подготовить все хосты к адекватной работе — установить необходимый набор софта (htop, zsh, vim, iftop, sudo, mc, tmux, wget), скопировать свои ключи и конфиги и поставить и сконфигурировать софт специфичный для этого сервера.
Ansible подразумевает минимум два файла для начала работы — инвентарный файл, в который мы пишем список хостов и делим их по группам — inventory и файл задач — playbook.
Они нужны для того, чтобы когда мы все сделаем запустить все красиво:
ansible-playbook -i инвентарный_файл playbook.yml
Давайте создадим инвентарный файл по имени “infrastructure” на основе наших хостов:
Читать полностью »
Курс «DevOps для Интернет-проектов» пройдет 21-22 сентября
2013-09-05 в 6:01, admin, рубрики: chef, devops, linux, vagrant, Блог компании Express 42, катастрофоустойчивость, отказоустойчивость, системное администрирование, метки: chef, DevOps, vagrant, катастрофоустойчивость, отказоустойчивостьDevOps — новый подход, ускоряющий внедрение эффективных решений, повышающий надёжность и безопасность интернет-проектов. Его применяют ведущие технологические компании — от Facebook до 37signals — объединяя для решения задач эксплуатации разработчиков и системных администраторов. Когда взаимодействие таких команд — война, DevOps — решение.
За 2 дня разберём внедрение DevOps на практике. Научим устанавливать окружение сервера за 5 минут, делать выкатку простой и управляемой, настраивать мониторинг так, чтобы он помогал, а не спамил. Объясним, когда использовать облака и CDN, где лучше размещать проект и как не пострадать от падения марсианского корабля на датацентр.
Курс ведут эксперты из Express 42 с 5-летним опытом внедрения DevOps практик в Groupon, КупиКупон, Оверсан-Скалакси, Skype. Теоретические знания закрепляются практикой.
Курс будет интересен техническим руководителям, разработчикам и системным администраторам. Для прохождения курса необходим ноутбук c Mac OS X или Linux и памятью от 4GB.
Development Environment при помощи Vagrant и Chef
2013-05-06 в 8:16, admin, рубрики: chef, chef solo, php, vagrant, virtualbox, Песочница, разработка, метки: chef, chef solo, PHP, vagrant, virtualbox 
В данной статье я постараюсь познакомить вас с замечательными утилитами Vagrant и Chef на примере автоматического конфигурирования development environment для PHP разработчика (на самом деле, PHP здесь только как пример, все нижеописанное может быть использовано для любого стека технологий).
Что будем делать?
Будем настраивать виртуальную машину (ВМ) с Ubuntu 12.04 для работы над проектом на PHP, а именно:
- Apache
- MySql
- PHP 5.4
- xDebug
- Memcached
- Composer
- Настроим сразу Virtual Host на определенную папку, доступную как с виртуальной машины, так и с реальной. Всё это параметризируем для удобства создания и использования.
- и другое..
Довольно занудное занятие, особенно если заниматься этим с некоторой периодичностью, поэтому мы заставим компьютер делать это самостоятельно.
Как это может помочь вам?
- Вы не хотите «засорять» свою систему множеством утилит, программ
- Вы хотите тестировать свой код в приближенных к production условиях
- Вы хотите тестировать свой код на разных версиях той или иной платформы (помните, как Travis тестирует билды в различных конфигурациях, например Symfony на разных версиях PHP)
- Вы не хотите больше помогать новому человеку на проекте (верстальщик, программист) устанавливать всё с нуля
- Вы хотите, чтобы у каждого человека в команде была идентичная среда для работы над проектом
Всё это — реальность. Вопрос только «как?».
На пути к бесперебойному (HA) открытому облаку: введение к использованию OpenStack в коммерческих установках
2013-04-01 в 8:39, admin, рубрики: api, chef, mysql, open source, openstack, puppet, RabbitMQ, Блог компании Mirantis/OpenStack, метки: api, chef, mysql, openstack, puppet, RabbitMQ, НоваАвтор: Олег Гельбух
21 августа 2012 года
Существует несколько основных требований, которые предъявляются к развертыванию платформы OpenStack для коммерческой эксплуатации, как в качестве небольшого кластера для сред разработки в стартапах, так и в виде крупномасштабной установки для поставщика ресурсов для облачных сервисов. Чаще всего встречаются и, как следствие, являются наиболее важными следующие требования:
— Бесперебойность (HA) сервиса и резервирование
— Масштабируемость кластера
— Автоматизация технологических операций
Компания Mirantis разработала подход, который позволяет удовлетворять всем этим трем требованиям. Эта статья – первая в ряде статей, которые описывают наш подход. В статье содержится обзор используемых методов и инструментов.
Бесперебойность (HA) и резервирование
В целом сервисы на базе платформы OpenStack можно разделить на несколько групп, в данном случае основываясь на подходе обеспечения бесперебойности для каждого сервиса.
API-сервисы
Первая группа включает API-серверы, а именно:Читать полностью »