Rootconf-2015 Тестируем инфраструктуру как код

•

0 likes•494 views

Igor Kurochkin

Тестируем инфраструктуру как код Rootconf 2015

Engineering

Тестируем
инфраструктуру
как код
Игорь Курочкин

О себе
• Express 42
• Qik/Skype/Microsoft
• Chef/Puppet
• Ansible/SaltStack

О чем доклад?
• Тестирование
• Инструменты
• Автоматизация
• Наш опыт

Тесты?
• Качество
• Обратная связь
• Автоматизация
• Документация

Когда актуально?
• Изменения
• Коллектив
• Сложная логика
• Чужой код

Какие системы?
• Chef
• Puppet
• Ansible
• SaltStack

Что тестировать?
• Кукбуки (Chef )
• Модули (Puppet)
• Роли (Ansible)
• Формулы (SaltStack)

Что проверяем?
• Стиль языка и кода
• Функционал
• Интеграцию
• Результат

Стиль языка
• Ruby
• rubocop
• Python
• pep8

Стиль кода
• Chef Foodcritic
• Puppet-lint
• Ansible-lint
• Salt-lint

Функционал
• Фикстуры или тестовые
данные:
• кукбук (Chef)
• модуль (Puppet)
• плейбук (Ansible)
• формула (SaltStack)

Интеграция
• Vagrant
• Test Kitchen
• Chef/Puppet/Ansible/Salt
• Vagrant/Docker/LXC
• Clouds
• Serverspec

Результат
• Serverspec - тесты для
инфраструктуры:
• Linux/BSD/Windows
• Встроенные ресурсы
• Замена bash

Результат
• Chef
• Audit mode
• Ansible
• Assert, URI, Script, Fail

Автоматизируем
• CI система
• Travis CI
• Другие CI системы

Travis CI
• SaaS для GitHub проектов
• Ограничения
• Окружение
• Ubuntu 12.04
• Пакеты
• Переменные
• Ресурсы

Test Kitchen + Travis CI
• Два инструмента
• Облачные провайдеры

Другие CI системы
• Jenkins
• TeamCity
• Bamboo
• Ваша CI система

А продакшн?
• Dry run (Chef)
• Noop mode (Puppet)
• Check mode (Ansible)
• State testing (SaltStack)

Что еще?
• Ревью кода
• Делимся с сообществом

Делимся
• Chef Supermarket
• Puppet Forge
• Ansible Galaxy
• Salt Formulas

Не забываем
• Приватная информация
• Тесты и статус сборки
• История изменений и
документация
• Совместимость и конфликты
• Синхронизация с платформой
• Лицензия

Как это делаем мы
• GitHub
• Travis CI
• Rubocop + Foodcritic
• Test Kitchen + Digital Ocean
• Serverspec
• Chef Supermarket
• Slack

Выводы
• Тестируйте
инфраструктуру
• Автоматизируйте
• Делитесь с сообществом

Контакты
• github.com/express42-cookbooks
• habrahabr.ru/company/express42/
• devopsdeflope.ru
• devopsru.com
• @express42_ru

Вопросы?
• github.com/express42-cookbooks
• habrahabr.ru/company/express42/
• devopsdeflope.ru
• devopsru.com
• @express42_ru

What's hot

DevOps-40 meetup #7, Project FiFo

Alex Chistyakov

Continuous Delivery, или волшебная кнопка для релизов по запросу, Денис Яковл...

Ontico

Github Flow. Тестировщики против тестирования

SQALab

«GitHub Flow — немного сложнее, чем на бумаге», Александр Бирюков

2ГИС Технологии

Как автоматизировать комплексные системы

SQALab

Почти год назад мы завершили проект по универсальному мониторингу и в процессе приобрели кучу секретных знаний и умений, которыми хотим поделиться: * как сделать мониторинг простым, отказоустойчивым и горизонтально масштабируемым; * как понять, что важно, что не важно, а что важно, но чуть-чуть; * полезные логи: конвертация логов в метрики и обратно; * как диагностировать реальные проблемы и отличить их от ложной тревоги (на примере связки js-фронтенд + балансеры + java-бэкенд); * и, конечно же, как внедрить практики DevOps посредством мониторинга (и подготовить разработчиков к тому, что они ответственны за алерты). Стек мониторинга: sensu, graphite, cassandra, logstash, heka, influxdb, elsticsearch, chef, statsd, nginx. Стек поддержки: js, java, erlang, lisp, python, ruby, nginx, mysql, haproxy

Путь мониторинга: модульность, гибкость, devops / Всеволод Поляков (Grammarly)

Ontico

Илья Кудинов

CodeFest

Презентация подготовлена по материалам выступления Андрея Астащенко на витебском MiniQ#12, который был проведен 27 сентября 2018: https://vk.com/miniq12; https://events.epam.com/events/miniq-vitebsk-12. Чтобы стать модным front-меном, знать HTML, CSS, JavaScript, Bootstrap, JQuery, к сожалению, недостаточно... В отличие от суровых back-end разработчиков, к которым я отношу и себя, эти ребята экспериментируют намного больше, быстрее, а структуры проектов становятся всё сложнее для быстрого понимания. Значит, чтобы стать частью их команды, нужно изучить, как там все это устроено. Вы будете семи пядей во лбу, если сможете сразу овладеть технологиями, на которых основаноприложение, я вам в этом завидую! Ну а остальным я бы предложил разобраться в основах вместе, разделив всё на отдельные части.

Разделяй и властвуй!

Vitebsk Miniq

CodeFest 2012. Ивлиев Р. — Аккуратно переезжаем, или тестирование в проектах ...

CodeFest

Готовим тестируемую инфраструктуру с Chef

SQALab

Если наш проект это не коробочный продукт, а, например, веб-сервис, на который постоянно ходят пользователи, их много и они сразу видят изменения, то в жизненном цикле разработки у нас возникает еще одна задача — задача деплоя готово кода в боевое окружение. В самом начале, когда наш проект маленький и простой на эту задачу никто может и не обращать внимание, так как все происходит быстро и просто. Процесс деплоя состоит из 2-3 общеизвестных шагов - git pull, yii migrate, etc...которые легко запомнить и в которых сложно ошибиться. С развитием проекта его сложность возрастает — он уже крутится на нескольких серверах, появляются новые компоненты (утилититы, библиотеки и т.д.), новые сущности (балансеры, кешы, и т.д.). Держать всю инфраструктуру в голове становится невозможным, ведение документации привносит больше проблем чем решений, люди ошибаются чаще и т.д. В докладе: — Рассмотрим подробно вышеуказанные проблемы, с которыми неизбежно сталкиваются проекты. — Обсудим какие решения существуют в индустрии (chef, ansible, etc), чем они отличаются, в чем их задача и какое решение выбрать; — Поговорим про административные вопросы, которые с этим связаны.

Эволюция процесса деплоя в проекте — Денис Яковлев, 2ГИС

2ГИС Технологии

Практически все известные мне передовые проекты используют Agile, как способ быстрой разработки ПО. За счет чего обеспечивается быстрая разработка? Правильно, множеством процессов, один из которых «автоматизация тестирования ПО». Хорошо когда у вас есть время выработать фреймфорк, который хорошо ложиться в ваш проект. Но когда времени нет, то надо двигаться быстро. Зачастую выбор падает в сторону уже существующих фреймворков, с помощью которых можно быстро выполнить необходимую автоматизацию и максимально решить ваши задачи. RobotFramework – это фреймворк высокого уровня, с помощью которого можно строить keyword-driven, data-driven и acceptance авто-тесты. В своем докладе я расскажу, что такое RobotFramework, где он используется и как его можно применить. Изучай python и автоматизацию на тестирования на python на http://lessons2.ru

Что такое Robot Framework?

Mykhailo Poliarush

Вот настал прекрасный момент и у вас появился проект по автоматизации. У вас не было опыта? С чего начать? и что делать дальше? В своем докладе я расскажу: - как выглядит инициация проекта по автоматизации - заказчик и его позиция - основные принципы организации проекта автоматизации - как выбирать и формировать команду - ключевые процессы, которые нужно сделать до начала проекта - как настроить среду для работы - и как выполнить сам проект с успешным финалом Изучай python и автоматизацию на тестирования на python на http://lessons2.ru

Что такое проект по автоматизации тестирования ПО?

Mykhailo Poliarush

What's hot (13)

DevOps-40 meetup #7, Project FiFo

Continuous Delivery, или волшебная кнопка для релизов по запросу, Денис Яковл...

Github Flow. Тестировщики против тестирования

«GitHub Flow — немного сложнее, чем на бумаге», Александр Бирюков

Как автоматизировать комплексные системы

Путь мониторинга: модульность, гибкость, devops / Всеволод Поляков (Grammarly)

Илья Кудинов

Разделяй и властвуй!

CodeFest 2012. Ивлиев Р. — Аккуратно переезжаем, или тестирование в проектах ...

Готовим тестируемую инфраструктуру с Chef

Эволюция процесса деплоя в проекте — Денис Яковлев, 2ГИС

Что такое Robot Framework?

Что такое проект по автоматизации тестирования ПО?

Similar to Rootconf-2015 Тестируем инфраструктуру как код

Тестируем инфраструктуру как код

Andrey Tokarchuk

Тестируем инфраструктуру как код

Express 42

Юнит тестирование в Web. Как получать пользу и удовольствие.

Sergey Ryabenko

Puppet development kit and best practices

Igor Kurochkin

Тестирование весна 2014 смешанное занятие 1

Technopark

Добиваемся эффективности каждого из 9000+ UI-тестов

SQALab

Современный мир ускоряется, и от тестирования требуется быстрые и стабильные тесты. В этом мастер-классе предлагается уйти от UI автоматизации и перейти на уровень ниже "пирамиды тестирования", на уровень WEB API. Не обещаю теорию, но будет много практических кейсов. В качестве примера я возьму популярный веб сайт с открытым API и покажу как за относительно небольшое время можно создавать хорошие тесты! Причем тесты мы будем создавать совместно, и особых навыков программирования от участников здесь не потребуется, достаточно включить логику и желание освоить что-то новое.

Автоматическое тестирование Web api

Igor Lyubin

Модное слово DevOps уже успело стать заезженным базвордом. Сотни компаний ищут DevOps инженеров, потому что искать системного администратора уже не модно. Я расскажу вам про свое понимание DevOps, как технические инструменты помогают делать Agile еще более гибким. Мы разберем основные принципы DevOps через призму донесения смысла без потерь: - Особая культура - Автоматизация - Изменения через измерения - Распространение знаний и практик Я поделюсь своим 5ти летним опытом в обеспечении повторяемости, мониторинге, логировании с примерами из реальной жизни. Александр Титов - управляющий партнер в компании "Экспресс 42", мы внедряем DevOps практики и инструменты, помогаем эксплуатировать интернет-проекты. В 2009, 2010 годах был техническим директором первого облачного хостинга в России Скалакси. В 2010 - 2012 прошел увлекательный путь поглощений вместе с компанией Qik - путь из эксплуатации быстрорастущего стартапа к эксплуатации в крупной международной компании Microsoft.

DevOps в Agile среде. Как, почему и когда инструменты помогают.

Alexander Titov

Инструменты автоматизации тестирования - дефективные

SQALab

Иван Евтухович — Как перестать релизиться и начать жить

Daria Oreshkina

Evlampiy is responsible for testing in the company. And today, he has dropped 60% of all tests. Onufriy is a performance specialist 90% of his tests ceased to comply with the SLA, and the overall system began to behave abnormally. Their tests covered almost all critical cases. And they are annoyed that the tests began to return a negative result, and this can be seen on the beautiful dashboard, which shows only red circles and numbers. The dashboard doesn't show them cause and effect. Now they need to manually examine gigabytes of data to get to the bottom of the truth that the developers did nothing. We will consider the R language as an additional tool for analyzing big data in a simple manner. Let's run a demo of the main functions. Let's show the capabilities of the language: to create complex visualizations to create simple APIs to create web applications The audience will be able to see that understanding specialized languages is not as difficult as it seems. They will also see that creating a complex data analysis program is not more complicated than "Hello world." In the end, we will demonstrate the ability of the language to create complex web applications for data analysis using the example of analyzing the results of load tests for JMeter's logs.

Mykyta Krychko "When simple TRUE / FALSE is not enough. Analyzing test result...

Fwdays

20 апреля DEV {highload} - конференция о Highload веб-разработке, "Инженерный дзен. DevOps на практике", Александр Титов (DevOps-эксперт "Экспресс 42") Аннотация Разработать программное обеспечение в веб-индустрии - это еще не все, надо его еще выкатить в производственное окружение и при этом не разочаровать пользователей. Обычно этот процесс происходит раз в месяц или две недели и сопровождается стрессом для всех участников, а часто заканчивается очень неприятной процедурой отката изменений, далеко не всегда безболезненной. Проведем параллель с эволюцией в природе, разве там происходит так? Что-то меняется слишком резко и происходит откат? Нет, природа плавно меняет себя, делая небольшие изменения и пропуская их через проверку временем. Инженерам, работающим в сфере программного обеспечения, дан уникальный шанс, они могут вносить изменения в работающий продукт каждый день, но для этого надо выполнить несколько условий: - наладить в команде доверительные отношения; - постоянно интегрировать продукт в тестовой среде; - поддерживать непрерывный контекст при интеграции; - использовать подходящие инструменты для управления конфигурацией и деплоя. Доклад будет про то, как подобрать подходящие инструменты и процессы для работы и начать регулярно выкатывать ваш продукт. В мире принято такие практики называть DevOps. Биография Совладелец компании по внедрению DevOps-инструментов и процессов "Экспресс 42". Александр был техническим директором первого облака в России "Оверсан-Скалакси", потом руководил отделом системного администрирования в компании Скайп, подготовил инфраструктуру для запуска проекта видеосообщений.

20 апреля, DEV {highload} - конференция о Highload веб-разработке, "Инженерны...

IT-Portfolio

C&C for coffee'n'code

Ivan Mosiev

Большая книга рецептов или часто задаваемые вопросы по управлению сложными си...

Ontico

Большая книга рецептов или часто задаваемые вопросы по управлению сложными пр...

Ontico

Автоматизация в тестировании инфраструктуры

SQALab

Непрерывная интеграция шаг к непрерывному деплою. Родионов Игорь

PVasili

CodeFest 2014. Павлов И. — Как делать прототипы в автоматизации тестирования

CodeFest

непрерывная интеграция шаг к непрерывному деплою родионов игорь

drupalconf

Артём Ерошенко, Станислав Селиверстов "Поиск багов в поиске"

Yandex

Similar to Rootconf-2015 Тестируем инфраструктуру как код (20)

Тестируем инфраструктуру как код

Юнит тестирование в Web. Как получать пользу и удовольствие.

Puppet development kit and best practices

Тестирование весна 2014 смешанное занятие 1

Добиваемся эффективности каждого из 9000+ UI-тестов

Автоматическое тестирование Web api

DevOps в Agile среде. Как, почему и когда инструменты помогают.

Инструменты автоматизации тестирования - дефективные

Иван Евтухович — Как перестать релизиться и начать жить

Mykyta Krychko "When simple TRUE / FALSE is not enough. Analyzing test result...

20 апреля, DEV {highload} - конференция о Highload веб-разработке, "Инженерны...

C&C for coffee'n'code

Большая книга рецептов или часто задаваемые вопросы по управлению сложными си...

Большая книга рецептов или часто задаваемые вопросы по управлению сложными пр...

Автоматизация в тестировании инфраструктуры

Непрерывная интеграция шаг к непрерывному деплою. Родионов Игорь

CodeFest 2014. Павлов И. — Как делать прототипы в автоматизации тестирования

непрерывная интеграция шаг к непрерывному деплою родионов игорь

Артём Ерошенко, Станислав Селиверстов "Поиск багов в поиске"

Rootconf-2015 Тестируем инфраструктуру как код

1. Тестируем инфраструктуру как код Игорь Курочкин

2. О себе • Express 42 • Qik/Skype/Microsoft • Chef/Puppet • Ansible/SaltStack

3. О чем доклад? • Тестирование • Инструменты • Автоматизация • Наш опыт

4. Тесты? • Качество • Обратная связь • Автоматизация • Документация

5. Тесты?

6. Когда актуально? • Изменения • Коллектив • Сложная логика • Чужой код

7. Какие системы? • Chef • Puppet • Ansible • SaltStack

8. Что тестировать? • Кукбуки (Chef ) • Модули (Puppet) • Роли (Ansible) • Формулы (SaltStack)

9. Что проверяем? • Стиль языка и кода • Функционал • Интеграцию • Результат

10. Стиль языка • Ruby • rubocop • Python • pep8

11. Стиль кода • Chef Foodcritic • Puppet-lint • Ansible-lint • Salt-lint

12. Функционал • Фикстуры или тестовые данные: • кукбук (Chef) • модуль (Puppet) • плейбук (Ansible) • формула (SaltStack)

13. Интеграция • Vagrant • Test Kitchen • Chef/Puppet/Ansible/Salt • Vagrant/Docker/LXC • Clouds • Serverspec

14. Результат • Serverspec - тесты для инфраструктуры: • Linux/BSD/Windows • Встроенные ресурсы • Замена bash

15. Результат • Chef • Audit mode • Ansible • Assert, URI, Script, Fail

16. Автоматизируем • CI система • Travis CI • Другие CI системы

17. Travis CI • SaaS для GitHub проектов • Ограничения • Окружение • Ubuntu 12.04 • Пакеты • Переменные • Ресурсы

18. Test Kitchen + Travis CI • Два инструмента • Облачные провайдеры

19. Другие CI системы • Jenkins • TeamCity • Bamboo • Ваша CI система

20. А продакшн? • Dry run (Chef) • Noop mode (Puppet) • Check mode (Ansible) • State testing (SaltStack)

21. Что еще? • Ревью кода • Делимся с сообществом

22. Делимся • Chef Supermarket • Puppet Forge • Ansible Galaxy • Salt Formulas

23. Не забываем • Приватная информация • Тесты и статус сборки • История изменений и документация • Совместимость и конфликты • Синхронизация с платформой • Лицензия

24. Как это делаем мы • GitHub • Travis CI • Rubocop + Foodcritic • Test Kitchen + Digital Ocean • Serverspec • Chef Supermarket • Slack

25. Выводы • Тестируйте инфраструктуру • Автоматизируйте • Делитесь с сообществом

26. Контакты • github.com/express42-cookbooks • habrahabr.ru/company/express42/ • devopsdeflope.ru • devopsru.com • @express42_ru

27. Подарок

28. Вопросы? • github.com/express42-cookbooks • habrahabr.ru/company/express42/ • devopsdeflope.ru • devopsru.com • @express42_ru

Rootconf-2015 Тестируем инфраструктуру как код

Recommended

Recommended

More Related Content

What's hot

What's hot (13)

Similar to Rootconf-2015 Тестируем инфраструктуру как код

Similar to Rootconf-2015 Тестируем инфраструктуру как код (20)

Rootconf-2015 Тестируем инфраструктуру как код