#devops #otus #agile
Почему DevOps?
В 2001 году собралась группа инициативных разработчиков с целью переосмыслить процесс разработки, в результате был составлен манифест гибкой разработки ПО. Следуя манифесту, скорость реакции разработки на потребности рынка значительно выросла, а скорость доставки - нет, по причине существующего естественного барьера между разработкой и эксплуатаций.
В 2008 году Patrick Debois поднимает этот вопрос в своем докладе Agile Infrastructure and Operations. В 2009 родилось движение DevOps, нацеленное на ускорение процесса доставки, путем повышения взаимодействия между IT отделами.
Сдвиг парадигмы в сторону “сделать доставку ПО наиболее быстрой” потянул за собой изменение методов доставки кода, подготовки окружений и разработки. Может показаться парадоксальным, но идея “выберите два из: быстро, дешево, надежно” в DevOps уже не актуальна. Осознанное применение практик DevOps позволяет уменьшить время выкатки нового функционала, повысить надежность информационных решений и освободить время инженеров.
Позитивный результат практического применения был представлен в докладе 2015 State of DevOps report, который кратко можно охарактеризовать так: “высокопроизводительные IT компании выкатывают код в 30 раз чаще, код попадает в рабочую среду в 200 раз быстрее, получают в 60 раз меньше ошибок и восстанавливаются после сбоя в 168 раз быстрее по отношению к низкопроизводительным компаниям”.
Как следствие громких успехов внедрения, DevOps сыскал большую популярность. Практики и идеи часто цитировались, вырываясь из контекста, и постепенно смысл и цели движения стали искажаться в сознании новичков в DevOps. Об этом рассказывают Chris Dodds в статье Dirty secrets of DevOps, а также Александр Титов с Иваном Евтуховичем в презентации Мифы о DevOps.
На нашем курсе вы научитесь применять лучшие практики DevOps под руководством экспертов из Экспресс 42. Проверьте свои знания и присоединяйтесь к группе! http://otus.ru/lessons/7/?utm_source=telegram&utm_medium=internal&utm_campaign=devops&utm_content=group&utm_term=deeppost24.07

#devops #otus #terraform #infrastructureascode #iac Infrastructure as Code
Идея Infrastructure as Code заключается в таком же отношении к разработке инфраструктуры, как к разработке программного продукта. Родилась эта практика в ответ на проблемы надежности и повторяемости ручного управления конфигурацией:
- Серверы, настроенные вручную, отличаются друг от друга как снежинки, падающие с неба. И как бы не старался инженер, при настройке очередного сервера, нет-нет, да пропустит точку с запятой. Хорошо, если приложение просто не запустится, а если оно запуститься, но будет вести себя некорректно? Сколько неправильных биржевых ставок оно успеет сделать?
Решение: Иметь один источник изменений. В IaC это описание конфигурации в виде кода.
- Ручная настройка одного сервера - это время инженера. При увеличении количества серверов линейно растут трудозатраты инженера.
Решение: Автоматизировать все действия производимые с инфраструктурой и хранить их вместе с конфигурацией.
- Часто ручные изменения нигде не документируются. Зайдя на окружение можно с удивлением обнаружить старую версию библиотеки от которой зависит приложение, новую версию СУБД или измененную конфигурацию приложения. И никто уже на расскажет кто и зачем это все менял.
Решение: Хранить конфигурацию в системе контроля версий. При изменении конфигурации делать ссылки на тикеты и документацию.
- Как протестировать изменение инфраструктуры? Создать среду максимально похожую на целевую, внести изменение, проверить работоспособность, перенести изменение, не забыть написать о сделанных изменениях в документацию. В контексте описанных выше проблем сразу видны места в которых процесс может дать сбой.
Решение: Создать CI-процесс запускающийся при внесении изменений в репозиторий с кодом инфраструктуры состоящий из уже автоматизированного подъема окружения и прогона автоматических тестов.
Узнать подробнее об IaC и попробовать подход на практике вы можете на курсе “DevOps практики и инструменты” http://otus.ru/lessons/7?utm_source=telegram&utm_medium=internal&utm_campaign=devops&utm_content=deepdevops&utm_term=31.07

#devops #otus #terraform #infrastructureascode #iac
Мониторим изменения с Terraform
Применение практики Infrastructure as Code становится проще вместе с использованием инструментов класса Terraform, которые позволяют декларативно описать инфраструктуру в виде кода и тиражировать окружения.
Непосредственно сам Terraform обладает функцией планирования изменений, которая примечательна еще и тем, что с ее помощью можно следить за вручную сделанными изменениями в инфраструктуре или изменениями, сделанными злоумышленником. Для этого достаточно периодически выполнять команду terraform plan -detailed-exitcode, рекомендуется создать регулярно запускаемую автоматически задачу в CI-системе. Если код выхода команды:
0, то команда завершилась успешно, изменений нет;
1 - команда завершилась с ошибкой;
2 - команда завершилась успешно, есть изменения.
А что делать если у вас уже есть вручную настроенная инфраструктура, но вы не используете terraform? Начните с описания наиболее важных компонент и используйте terraform import, он сохранит текущее состояние описанной инфраструктуры относительно которого уже можно будет мониторить изменения.
Научиться использовать Terraform и практике Infrastructure as Code вам помогут эксперты из Экспресс 42 на курсе” DevOps практики и инструменты” http://otus.ru/lessons/7?utm_source=telegram&utm_medium=internal&utm_campaign=devops&utm_content=deppost&utm_term=04.08
Проходите вступительное тестирование и присоединяйтесь!.

#devops #otus #terraform #infrastructureascode #iac
Разработка приложений с использованием Docker
При разработке цифрового продукта часто одной из самых больных тем является выкатка его обновлений и новых версий. Связано это обычно с тем, что среда, где пишется код, отличается от той, где происходит его тестирование, которая в свою очередь может отличаться от боевой среды, где этот код должен работать и приносить прибыль компании. Примерами таких отличий могут быть разные версии зависимых библиотек, установленных программ и самого языка программирования.
Технология контейнеризации предлагает решение проблемы “ничего не знаю, работает на моей машине”. При помощи контейнеров мы можем упаковать сам код и все его зависимости в единый пакет, который затем будет запускаться и работать одинаково на всех средах. Достигается это за счет изоляции работы контейнеров в операционной системе на различных уровнях. В частности, изоляция на уровне файловой системы позволяет нам избежать постоянных конфликтов версий.
Docker является ведущей платформой по созданию и управлению контейнерами. Начать пользоваться контейнерами очень просто. Docker имеет свое публичное хранилище имиджей DockerHub, которые используются для запуска контейнеров. Там можно найти нужный вам имидж и воспользоваться командой docker run <image-name> для запуска контейнера. Естественно, что перед запуском команды, нужно установить сам Docker.
Чтобы запустить собственное приложение в Docker контейнере, используйте Dockerfile. Например, вот такой простой Dockefile может содержать описание приложения, его зависимостей и требуемую команду для запуска.
FROM python:3.6.0-alpine
RUN pip install flask pymongo
ADD python/ src/
WORKDIR /src
EXPOSE 5000
CMD ["python3", "app.py"]
Если хотите узнать больше о работе с Docker контейнерами, то приходите к нам на курс “DevOps практики и инструменты”. http://otus.ru/lessons/7?utm_source=telegram&utm_medium=internal&utm_campaign=devops&utm_content=deeppost&utm_term=09.08
Там мы детально изучим процессы разработки с использованием Docker и Docker Compose, оркестрацию с Kubernetes и Docker Swarm и еще многое другое!

Ошибки использования Ansible
#devops #otus #ansible #infrastructureascode #iac
Ansible одна из самых простых систем управления конфигурацией, она использует декларативное описание конфигурации в YAML формате. Эта простота имеет и обратную сторону медали - используя Ansible без понимания принципов IaC, можно легко скатиться в создание своих bash скриптов, только на Ansible. Чем это плохо? Использование Ansible как bash не обеспечивает идемпотентность. Отсутствие идемпотентности выражается в том, что повторный запуск конфигурационного скрипта может зачастую приводить к неожиданным результатам. В то время, как идея систем управления конфигурацией как Ansible, состоит в том, чтобы привести систему в соответствие с декларативным описанием и не применять конфигурацию дважды для тех компонент, которые уже находятся в требуемом состоянии.
Например:
- name: устанавливаем Apache (используя модуль yum, определенной версии)
yum:
name: httpd-2.4.6-67.0.1.el7
- name: устанавливаем Apache (пытаемся использовать Ansible как bash)
shell: "yum -y install httpd"
Другой частой ошибкой можно назвать отсутствие четкой структуры каталогов с описанием инфраструктуры. Это может быть как сваливание всех YAML файлов в один каталог, так и несогласованное командное взаимодействие, когда один инженер предпочитает одну схему размещения кода, а другой - другую, и в итоге все выглядит хаотичным и весьма сложным для понимания и внесения изменений. Для избежания этого необходимо следовать “Best Practices”, описанным в документации, а также выработать и использовать в команде единый подход к структуре каталогов.
Еще одной характерной для всех систем управления конфигурацией проблемой является их использование для одноразовой настройки системы. Например, мы хотим применить изменение в каком-нибудь файле конфигурации и запускаем плейбук вручную один раз. Для эффективного применения IaC необходимо применять описание инфраструктуры на регулярной основе для обеспечения заданного состояния окружений.
Научиться использовать Ansible и практику Infrastructure as Code вам помогут эксперты из Экспресс 42 в курсе DevOps практики и инструменты, курс стартует уже в понедельник! Присоединяйтесь!
http://otus.ru/lessons/7?utm_source=telegram&utm_medium=internal&utm_campaign=devops&utm_content=deeppost&utm_term=10.08

🥁 Ждёте особенного знака, чтобы начать обучение? ВОТ ОН!

В декабре на вашу почту падают сотни email'ов: компании в преддверии Нового Года стараются сделать привлекательные предложения. Наше отличается от всех других. Почему?

Курсы OTUS для тех, кто хочет быть уверенным в своих результатах уже через 5 месяцев. Мы не даём скидок, ведь знания бесценны. Они открывают нашим выпускникам широкие перспективы для профессионального роста. Присоединяйтесь к нам и удивите своих друзей самым ценным подарком. И не забудьте сделать подарок себе! 😉

🎁 В Новый Год случаются чудеса, порадуйте себя подарком!
Учитесь в OTUS, ведь именно за счёт новых навыков вы осуществите свои мечты и добьётесь поставленных целей в наступающем году.

🎁 Дарите знания друзьям и близким из сферы IT!
Мы уверены, наши курсы станут отличным подарком для ваших знакомых. Помогите им выйти на профессиональный уровень: оплатите целый курс или отправьте сертификат, позволяющий учиться на любом курсе OTUS в 2018-ом году.

🎁 Вам ещё не сделали подарок? Загадайте желание!
Это не шутка: нажмите на кнопку, выберите интересный вам курс и в шапке страницы найдите кнопки социальных сетей, с помощью которых вы сможете сообщить всем друзьям о своём желании. Пускай все знают, какой подарок вам сделать на Новый Год.

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

#подаркидляit #подарокпрограммисту #php #python #devops #cplus #java #javaee #javascript #webdeveloper #developer #web #senior #middle #otus #курсы #онлайнобразование #онлайнкурсы #avito #sitronics #яндекс #крок #epam #лабораториякасперского #kasperskylab #1c #ibs #abbyy #tuturu #hh #hhru #joom #ланит #домру #luxoft #новыеоблачныетехнологии #fullstack #digitalмаркетолог #маркетинг #bigdata #linux #новыйгод #happynewyear #gift #подарок

Отзыв выпускника курса «DevOps практики и инструменты»

Максим Грибанов работает в компании бренда Теле-2 и решил поделиться своим отзывом после обучения:

"На курсе понравились сроки обучения, программа курса и подходящий стек технологий изучаемый в курсе.

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

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

#otus #devops #отзыв

Новые запуски курсов по инфраструктуре в OTUS 🏅

Апрель обещает быть горячим — мы открыли новые запуски курсов, которые помогут вам стать экспертом в одной из самых востребованных областей IT.

Если вы хотите прокачать свои навыки в инфраструктуре и работать с современными инструментами, эти программы — для вас:

«Administrator Linux. Basic»
«Administrator Linux. Professional»
«Электроника и электротехника»
«Archimate»
«CI/CD на основе GitLab»
«Инфраструктурная платформа на основе Kubernetes»
«MS SQL Server Developer»
«Разработка ядра Linux»
«Бизнес-процессы и автоматизация в Битрикс24»

Что вас ждет?
- Глубокие знания по администрированию, DevOps, облачным технологиям и автоматизации.
- Реальные практические кейсы от экспертов, работающих в крупных IT-компаниях.
- Современные и востребованные темы, которые помогут вам стать ценным специалистом на рынке труда.

#otus #ITинфраструктура #DevOps #ОблачныеТехнологии #Инфраструктура #НовыеЗапуски