Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.
Инструментарий
DevOps
О чем пойдет речь
• Облака (AWS, Heroku, OpenStack, ...)
• Управление конфигурацией (Chef, Ansible, ...)
• Непрерывная инт...
Облака
Что это?
• Способ взять в аренду "машинные" ресурсы
• Часто - и готовую инфраструктуру
• Иногда - законченные программные ...
Зачем это?
• Не делаете то, в чем вы не компетентны
• Покупаете то, что не можете сделать сами
• Меньше затрат на планиров...
Типы облаков
SAAS
(Software As A Service)
• Готовое программное решение "в аренду"
• Типичные примеры: Gmail, Dropbox, GitHub
• Так час...
PAAS
(Platform As A Service)
• Умеет запускать ваши приложения
• Само управляет ресурсами
• Вы не спускаетесь на уровень О...
IAAS
(Infrastructure As A Service)
• Похоже на "классический" хостинг
• Вам дается виртуальная или физическая машина
• Плю...
AWS
(Amazon Web Services)
AWS
• Самое крупное и известное облако
• Разрабатывается компанией Amazon
• Умеет почти все, что можно представить
• "Знан...
Heroku
Heroku
• Один из первых PAAS
• До сих пор очень известен
• Фокус на запуске приложений
• Часто используется стартапами
OpenStack
OpenStack
• "Облако на своем железе"
• Это OpenSource продукт
• Практически не имеет аналогов
• Сложен в эксплуатации
• Ну...
vCloud/vSphere
от vmWare
vCloud/vSphere
• От авторов первого решения по виртуализации
• "Облако на своем железе"
• Предназначено для enterprise-при...
Управление
конфигурацией
Что это?
• Запись конфигурации Операционной Системы в
коде
• Способ передачи знаний о работе продукта
• Идентичное воспрои...
Зачем это?
• "Проверяемая" документация
• Меньше ошибок на каждом этапе разработки
• Элемент построения "конвеера" разрабо...
Chef
Chef
• Одна из самых сложных систем
• Высокий порог вхождения
• Решает широкий спектр проблем
• "Сценарии" пишутся на Ruby...
Puppet
Puppet
• По возможностям почти то же, что и Chef
• Имеет упрощенную форму "Сценариев"
• Расширения пишутся на Ruby
• Раньш...
Ansible
Ansible
• Система с фокусом на простоте
• Низкий порог вхождения
• Сценарии пишутся на YAML
• Расширения пишутся на Python...
Непрерывная
интеграция
(Continuous Integration)
Что это?
• По сути это - конвейер
• Постоянная проверка труда разработчиков
• Коммит->сборка->разворачивание->тесты
Зачем это?
• Увеличение производительности труда
• Увеличение предсказуемости
• Раннее обнаружение ошибок
Jenkins
Jenkins
• Самая известная бесплатная система CI
• Настоящий "конструктор"
• Не очень стабильный
• Умеет почти все, что нуж...
Bamboo
Bamboo
• Коммерческий продукт компании Atlassian
• Хорошо совместим с другими их инструментами
• Довольно надежен
• Не тре...
TeamCity
TeamCity
• Самое продвинутое коммерческое решение
• Хорошо организует сложные процессы
• Не требует больших вложений в обс...
TravisCI
TravisCI
• SAAS продукт
• Часто используется совместно с GitHub
• Простой в использовании
• Подходит для простых проектов ...
Контейнеры
Что это?
• Похоже на виртуализацию
• Разделяем один сервер на много "логических"
• Очень большая плотность
• Большая скоро...
Зачем это?
• Иногда - как легкая замена виртуализации
• Изоляция частей приложения друг от друга
• Строительный инструмент...
Docker
Docker
• Инструмент, созданный поверх контейнеров
• Упрощает запуск контейнеров и их менеджмент
• Активно развивается
• Ча...
Fin.
Nächste SlideShare
Wird geladen in …5
×

Рынок труда и DevOps. Часть 2: инструментарий и технологии

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

  • Loggen Sie sich ein, um Kommentare anzuzeigen.

Рынок труда и DevOps. Часть 2: инструментарий и технологии

  1. 1. Инструментарий DevOps
  2. 2. О чем пойдет речь • Облака (AWS, Heroku, OpenStack, ...) • Управление конфигурацией (Chef, Ansible, ...) • Непрерывная интеграция (Jenkins, Bamboo, ...) • Контейнеры (Docker)
  3. 3. Облака
  4. 4. Что это? • Способ взять в аренду "машинные" ресурсы • Часто - и готовую инфраструктуру • Иногда - законченные программные решения
  5. 5. Зачем это? • Не делаете то, в чем вы не компетентны • Покупаете то, что не можете сделать сами • Меньше затрат на планирование проекта • Часто дешевле, чем делать самим
  6. 6. Типы облаков
  7. 7. SAAS (Software As A Service) • Готовое программное решение "в аренду" • Типичные примеры: Gmail, Dropbox, GitHub • Так часто покупают инструменты разработки • Ну и инфраструктурные инструменты тоже
  8. 8. PAAS (Platform As A Service) • Умеет запускать ваши приложения • Само управляет ресурсами • Вы не спускаетесь на уровень ОС • Часто "заточено" под языки/фреймворки
  9. 9. IAAS (Infrastructure As A Service) • Похоже на "классический" хостинг • Вам дается виртуальная или физическая машина • Плюс "сеть", бэкапы и "объектное хранилище"
  10. 10. AWS (Amazon Web Services)
  11. 11. AWS • Самое крупное и известное облако • Разрабатывается компанией Amazon • Умеет почти все, что можно представить • "Знание AWS" часто встречается в вакансиях
  12. 12. Heroku
  13. 13. Heroku • Один из первых PAAS • До сих пор очень известен • Фокус на запуске приложений • Часто используется стартапами
  14. 14. OpenStack
  15. 15. OpenStack • "Облако на своем железе" • Это OpenSource продукт • Практически не имеет аналогов • Сложен в эксплуатации • Нужен если не хочется "отдавать данные" • Может быть сильно дешевле AWS
  16. 16. vCloud/vSphere от vmWare
  17. 17. vCloud/vSphere • От авторов первого решения по виртуализации • "Облако на своем железе" • Предназначено для enterprise-применения • На нем работает "инфраструктура" компаний • Редко используется для "продуктовых" целей
  18. 18. Управление конфигурацией
  19. 19. Что это? • Запись конфигурации Операционной Системы в коде • Способ передачи знаний о работе продукта • Идентичное воспроизведение среды продукта
  20. 20. Зачем это? • "Проверяемая" документация • Меньше ошибок на каждом этапе разработки • Элемент построения "конвеера" разработки • Контроль над системой - в руках разработчиков
  21. 21. Chef
  22. 22. Chef • Одна из самых сложных систем • Высокий порог вхождения • Решает широкий спектр проблем • "Сценарии" пишутся на Ruby • Выбирается теми, кто умеет программировать • Требует значительных вложений
  23. 23. Puppet
  24. 24. Puppet • По возможностям почти то же, что и Chef • Имеет упрощенную форму "Сценариев" • Расширения пишутся на Ruby • Раньше часто выбирался "админами" • Требует значительных вложений
  25. 25. Ansible
  26. 26. Ansible • Система с фокусом на простоте • Низкий порог вхождения • Сценарии пишутся на YAML • Расширения пишутся на Python • Выбирается небольшими компаниями • Не требует больших вложений
  27. 27. Непрерывная интеграция (Continuous Integration)
  28. 28. Что это? • По сути это - конвейер • Постоянная проверка труда разработчиков • Коммит->сборка->разворачивание->тесты
  29. 29. Зачем это? • Увеличение производительности труда • Увеличение предсказуемости • Раннее обнаружение ошибок
  30. 30. Jenkins
  31. 31. Jenkins • Самая известная бесплатная система CI • Настоящий "конструктор" • Не очень стабильный • Умеет почти все, что нужно • Требует вложений времени в обслуживание • Часто требует выделенных инженеров
  32. 32. Bamboo
  33. 33. Bamboo • Коммерческий продукт компании Atlassian • Хорошо совместим с другими их инструментами • Довольно надежен • Не требует вкладываться в обслуживание • Подходит для продуктов средней сложности
  34. 34. TeamCity
  35. 35. TeamCity • Самое продвинутое коммерческое решение • Хорошо организует сложные процессы • Не требует больших вложений в обслуживание • Подходит для сложных продуктов
  36. 36. TravisCI
  37. 37. TravisCI • SAAS продукт • Часто используется совместно с GitHub • Простой в использовании • Подходит для простых проектов и стартапов
  38. 38. Контейнеры
  39. 39. Что это? • Похоже на виртуализацию • Разделяем один сервер на много "логических" • Очень большая плотность • Большая скорость запуска • Малое потребление ресурсов
  40. 40. Зачем это? • Иногда - как легкая замена виртуализации • Изоляция частей приложения друг от друга • Строительный инструмент • Для запуска "микросервисов"
  41. 41. Docker
  42. 42. Docker • Инструмент, созданный поверх контейнеров • Упрощает запуск контейнеров и их менеджмент • Активно развивается • Часто используется для построения PAAS
  43. 43. Fin.

×