DevOps – методология, направленная на взаимную интеграцию команд разработки и обслуживания в процессы друг друга для достижения более высокого качества продукта и более высокой скорости его разработки и обновления.
Благодаря DevOps процесс разработки из поэтапного, чаще всего описываемого словом «водопад» (waterfall) превращается в непрерывный.
Это происходит из-за:
- Налаживания связей между разработкой, тестированием и администрированием
- Максимальной автоматизации всех процессов.
Зачем нужен DevOps
DevOps нужен, чтобы ускорить разработку, повысить качество конечного продукта, снизить его необходимость в поддержке – предполагается, что он «поддерживается» сам, насколько это возможно.
Наконец, не в последнюю очередь с его помощью оптимизируют затраты на разработку и освобождают ресурсы для инноваций. В качестве приятного, но не гарантированного бонуса – повышение командного духа или улучшение коммуникации в команде (минимум – в ИТ-отделе, максимум – везде).
Все это можно сформулировать иначе и короче: если вы еще не применяете методологию DevOps, с её внедрением вы можете перейти на качественно новый уровень если не продуктов, то организации процессов. Великие вещи делались и вообще без методологий, но сейчас за эффективность можно платить гораздо меньшую цену.
Что такое Managed DevOps
Это – тот же DevOps, только настройкой всех процессов занимается провайдер услуги.
Ваша задача – предоставить полную и качественную информацию для анализа вашего бизнеса и аудита существующего решения. Как правило, вы получаете проектную команду, где есть архитектор внедрения и аккаунт-менеджер (человек, который общается с вами).
Провайдер отвечает за результат. Его ответственность, как правило, прописывается в соглашении (SLA). Главное – правильно выбрать поставщика услуги и согласовать условия.
Почему Managed лучше
Предположим, вы решили внедрить DevOps в своей отдельно взятой компании. У этого пути есть множество вариантов реализации, и не все из них в итоге оказываются такими же эффективными, как «сферический DevOps в вакууме».
Как и любой найм штатных сотрудников с нуля, создание собственного отдела сопряжено с определенными рисками: новым людям нужно время на онбординг (а когда команда не сформирована и процессы не налажены, всё еще дольше), они могут не оправдать ожиданий, еще они могут болеть или внезапно захотеть релоцироваться.
Это нормально, но этого можно избежать, если вы пользуетесь услугами внешнего подрядчика.
Тем не менее, главные плюсы – это:
- Готовая экспертиза «из коробки» и отлаженные процессы у провайдера услуги
- Экономия ресурсов (от времени на запуск до стоимости сервиса: как правило Managed DevOps обходится дешевле, чем inhouse.
Кому нужен Managed DevOps
- Стартапы
Те, кому нужен быстрый старт в DevOps с минимальными затратами времени и ресурсов - Компании с классическим подходом к разработке
Те, кто хочет автоматизировать разработку и улучшить time-to market своих продуктов - Корпорации
Крупным компаниям со значительными расходами на ИТ, которым нужен качественный скачок в эффективности разработки и администрирования систем - Владельцы критичных приложений
Тем, кому нужно повысить надёжность и доступности приложений за счёт использования распределённых решений - Активно растущие проекты
Те, кто хочет внедрить лучшие ИТ-практики и методологии без простоя в процессах и легко масштабироваться
Что мы умеем автоматизировать в рамках DevOps
Включая, но не ограничиваясь..
- автоматизация конфигурации и деплоя веб-серверов
- автоматизация компиляции кода с помощью различных средств компиляции (Maven, Gradle, Nuget, .Net, и т.д.)
- автоматизация работы с Enterprise приложениями
- автоматизация сборки и доставки кода с помощью «системных» языков (PowerShell, Bash, VB и др)
- автоматизация взаимодействия с базами данных (PaaS и managed DB) – MSSQL, PostgreSQL, MySQL, ClickHouse
- автоматизация хранения и доставки статичного контента приложений при помощи S3 и сетевых хранилищ
- решение по взаимодействию с хранилищем артефактов сборок (Docker Registry, JFrog, Harbor, приватные решения)
От чего зависит стоимость услуг
На стоимость внедрения Managed DevOps влияют:
- широта вашего ИТ-ландшафта и масштаб проекта,
- такие вводные как тип архитектуры (от него зависит время внедрения),
- существующая инфраструктура хранения данных,
- наличие или отсутствие решений для контейнеризации,
- состояние вашего ИТ (например, есть ли процессы CI/CD),
- необходимость разработки.
Но эти же самые вещи влияют и на то, как быстро у вас получится настроить все самостоятельно и как много рук на это уйдет.
Почему мы
У нас классно получается DevOps, потому что команда iiii Tech
- Всегда ставит задачи бизнеса на первое место и не допускает формального подхода
- Проводит расширенный аудит вообще всего перед запуском, что позволяет спланировать всё заранее и выйти на эффективные процессы в максимально короткие сроки
- Может объяснить value каждого компонента, из которого складывается цена.
И, разумеется, любит DevOps!
Если вы тоже хотите его полюбить, пишите нам, и мы расскажем про возможности внедрения подхода в отдельно взятой (вашей) компании:)
