К концу этой статьи вы получите общую идею в отношении подхода DevOps. Я опишу, как DEVOPS реализован в нашей компании, и почему так здорово разработать программное обеспечение, придерживающуюся практику.
Что такое devops?
Чтобы сделать вещи четкие-дежопты — это методология. Идея методологии DevOps состоит в том, чтобы создать новое мышление, когда разработчики и операции IT сочетают в себе свои усилия по достижению общей цели.
Иногда это ошибочно запутано с инструментом или ролью. Это не инструмент, хотя он использует набор инструментов для автоматизации доставки программного обеспечения и развертывания. И это не позиция, хотя, как ожидается, как операции, так и разработчики будут расширять свои обязанности.
Отсутствие сотрудничества и связи приводит к медленной скорости доставки программного обеспечения
Традиционно или скажем, 10 лет назад команда развития может быть примерно разделена на разработчиков — люди, которые знали, как писать код и операции. Для тех, кто все еще удивляюсь, кто на земле — это эти операции: они являются администраторами — Sysadmins, сетевые администраторы, администраторы базы данных и все остальные люди, которые знают инфраструктуру.
Так… Операции были заинтересованы в том, чтобы сохранить стабильные вещи, чтобы минимизировать вероятность конфликтов программного обеспечения. Хотя разработчики в основном заботились о новых функциях, новых версиях и ну, да исправления ошибок. Разработчики и операции были изолированы друг от друга. Из-за этой изоляции было отсутствие сотрудничества и общения. В результате программное обеспечение не может быть доставлено при желаемом быстрым темпам.
Методология DevOps позволяет доставлять программное обеспечение часто внедрение незначительных усовершенствований
Теперь возьмите разработчики и операции, объедините их в одну команду и водим их с идеей взаимной поддержки. Вы получаете DevOps.
Выгоды:
- Пользователи получают новые функции и часто обновляются. Как побочный эффект, ваша компания становится более конкурентоспособной.
- Минимизировать шансы на возмущение. Даже когда возникают возмущение, все может быть закреплено в течение нескольких минут (иногда в вопросе одинарного обновления), чтобы пользователи даже не заметили, что что-то не так.
Что больше
За исключением культурной компоненты DevOps Методология стала возможной благодаря следующим подходам:
- Инфраструктура как код это подход, когда серверы могут быть настроены автоматически. Идея здесь состоит в том, чтобы лечить свою серверную инфраструктуру больше похоже на абстрактную концепцию. Это достаточно легко, так как многие современные серверы находятся на облаке. Следующим шагом является просто описать конфигурацию ваших серверов в файле конфигурации. Преимущества здесь следующие: Вы можете настроить любое количество серверов действительно быстро, все конфигурации документируются с тем же кодом.
- Микросервис Архитектура — это подход к разработке программного обеспечения, когда приложение делится на свободно связанные детали. Представьте себе, что у вас есть современные сообщения обмена сообщениями в социальных сетях с чатами, историями, голосовыми звонками, ботами и так далее. Все это может быть разработано как независимые мини-приложения. Этот подход облегчает поддерживать, тестировать и повторно использовать части приложения. С другой стороны, процесс разработки становится более сложным, поскольку код состоит из большего количества частей. Разработчики должны думать об общении между услугами в приложениях.
- Девопс любит Автоматизация Отказ Автоматизация требуется современным безумно быстрой рабочей промышленностью программного обеспечения. Десятки непрерывно интегрированных сборки очередны в очередь для развертывания … ежедневно. Нет никакого способа вручную тестировать их всех. Так же относится к конфигурации сервера. Вы не можете установить 20, 50 или даже 100 серверов, вручную.
- Девопс использует арсенал Инструменты Отказ Большинство аспектов DevOps не будут возможно без инструментов, таких как Дженкинс, Anisible, Docker или Beachet. Тем не менее, инструменты только облегчают процесс и позволяют достичь цели. Знание того, как создать контейнер Docker не нужен означает, что вы находитесь в DEVOPLE CLUB.
Почему вы нуждаетесь в DEVOPS?
Все зависит от масштаба проекта. Если ваша цель состоит в том, чтобы запустить минимальный жизнеспособный продукт (MVP), чтобы проверить свою идею, скорее всего, вы можете жить без методов DEVOPS. Если ваше программное обеспечение уже достигло нескольких выпусков, и пришло время начать думать о масштабе и конкурентоспособности — подумайте о DEVOPS.
Для настройки среды с нуля требуется больше времени. На ранних этапах люди запутались, почему нужно занять дополнительное время и деньги, чтобы настроить докер и неизбежную. Ответ прост — сейчас потребуется немного больше времени, и в результате сохранить его в долгосрочной перспективе.
Как мы реализуем DevOps
В Django Stars реализация значительно зависит от клиента, с которым мы имеем дело. Вот список наиболее частых «типов» запросов:
- Клиенты, которые хотят построить MVP
Это самый частый запрос, просто потому, что однажды любая компания прошла начальный этап MVP. Для таких небольших проектов добавляют инженер-релиз или системный администратор, был бы излишним и пустой тратой денег клиентов. Эти проекты часто развернуты самими разработчиками.
Мы стараемся убедить клиента, что лучше сеять семена методологии DevOps на этом раннем этапе и придерживаются распространенных практик, таких как построение приложения, используя микросервисы. В большинстве случаев разработчики также будут развертываться и поддерживать продукт. Это позволяет минимизировать расходы. Сам продукт построен в соответствии с предпочтениями заказчика, но даже если клиент предпочитает приложение монолитного типа, противостоит микросервичам, тем не менее, мы создаем хорошую основу для реализации микросервисов в будущем.
- Клиенты, которые уже имеют часть проекта, разработанного кем-то другим
Большую часть времени является самым сложным случаем. Нам нравится избегать проектов, которые были начаты кем-то еще, и по какой-то причине были заброшены. Тем не менее, есть некоторые редкие исключения, когда проекты достаточно многообещают, чтобы рискнуть. Случаи исключительно зависят от клиента. Иногда мы получаем приложение, разработанное с помощью лучших методов DEVOPS, по мнению, с запросом — обновить приложение из Python 2 в Python 3. В то время как другой требовал полного перезаписи с нуля.
- Долгосрочные клиенты и партнеры с зрелыми приложениями
Этот случай является наиболее актуальным для «идеального мира DevOps». Наши инженеры программного обеспечения работают в ограниченном сочетании с операциями клиента или инженерами DEVOPS. Всякий раз, когда мы получаем запрос на реализацию новой функции, наши разработчики предоставляют следующую информацию для команд OPS клиентов:
- Требуемые зависимости
- Ожидаемая функция нагрузки может обрабатывать
- Услуги, пострадавшие от предстоящей функции
Команда OPS устанавливает серверы в соответствии с требованиями разработчиков. Это, в свою очередь, облегчает дальнейшую жизнь наших разработчиков.
Наша набор инструментов
Вот инструменты DevOps, которые мы ежедневно используем:
- Докер для контейнера
- Дженкинс и Круг CI для непрерывной интеграции и Непрерывная доставка
- Sentry Для отслеживания ошибок в реальном времени
- Лось Для метрик и регистрации
- Террафом и Anbible для предоставления и инфраструктуры сервера
- Нагиос и Новая реликвия для мониторинга
Вы можете проверить наши CI Сравнение и Учебник докера в нашем блоге
Заключение
DevOps — это методология, которая позволяет разрабатывать и доставлять программное обеспечение более эффективно, чем традиционный ошеломленный подход. Он не ограничен исключительно разработчиками и информационными операциями. В большинстве случаев подход также распространяется на экспертах QAS, PMS и Security. Компании, которые реализуют DevOps на ранних этапах, создают основания для масштабируемого роста.
Статья написана Владимиром Дмитриевом. Эта статья о кто дежопт Первоначально опубликовано в блоге звезд Django. Вы также можете посетить нашу содержание платформы Племя продукта Создано профессионалами для тех, кто участвует в разработке продукта и процессах роста.
Вы всегда можете задать вопросы и делиться темами, которые вы хотите прочитать о!
Оригинал: «https://dev.to/django_stars/what-is-devops-and-why-you-should-have-it-5b87»