Demystingify Appops - DevOps сделано правильно!

Appops? Что это такое? Как это работает? И почему мне нужно еще одну парадигму?

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

Начало

Все началось с приложений. В начале компьютеры были массивными машинами, размещенными в лабораториях, работали на элитных ученых и инженеров, и ранние заявки были высокоспециализированными программным обеспечением для космических миссий, обороны и т. Д. Поскольку компьютеры стали меньшими и доступными для бизнеса, связанные с бизнесом, привлекла программную индустрию. Тогда личные вычисления начали взлететь, еще больше подняв разработку приложений, и он карился вместе на скоростях пребывания — особенно в последние пару десятилетий.

Захватывая скорость эволюции программного обеспечения означала, что разработчики были вскорены, чтобы остаться на шаг вперед. Первоначально в цикле разработки было очень мало времени, чтобы сосредоточиться на чем-либо, кроме функций. Со временем и часто возглавляемым усилиями сообщества с открытым исходным кодом, программным инструментам и структурам для поддержки разработчиков и облегчения болевых точек циклов развития стали более распространенной и процветающей промышленностью. Циклы развития стали более эффективными, позволяя разработчикам больше времени сосредоточиться на пользовательском опыте. Клиенты лучше становятся лучше пропагандировать их потребности, и у них также было роскошь выбора, поскольку больше игроков вошли на арену. Компании должны были посвятить ресурсы, чтобы сделать свой процесс разработки продукта как можно более ориентированным на клиента, чтобы оставаться конкурентоспособным.

Pre DevOps Hassle.

Инструменты для поддержки разработчиков через жизненный цикл разработки программного обеспечения, разрешенные для протоколов гигиены, чтобы обеспечить, чтобы приложение было безупречно в среде разработчиков, работала так же гладко в производственной среде. Для поддержки более дисциплинированного и структурированного процесса разработки и развертывания ИТ-инфраструктура и команды, которые поддерживали его, приходилось значительно расширить. Более крупные команды, дополнительные программные инструменты и поддерживающий аппаратное обеспечение привели к экспоненциальному росту сложности и крутых кривых обучения для всех вовлеченных. Разработчики приложений, в частности, не только должны были освоить технологию, которые они работали напрямую, но им также пришлось научиться справляться с инструментами и протоколами процесса управления развертыванием.

Добавление к смеси пришла облачная технология, которая означала организации, приходилось комфортно с гибридными и распределенными системами, все из которых приходилось работать вместе. Технический мир, особенно сообщество с открытым исходным кодом, всегда находит решение для каждой боли. Инструменты для управления сложностью возникли, что привело к необходимости большего количества команд для управления инструментами! И вот и пришло в DevOps — для содействия сотрудничеству между командами приложений (разработчики AKA) и командами IT (операций AKA), так что могут быть разработаны релизы/услуги, протестированы, упакованы и развернуты быстро и с высоким качеством.

Дежол — улучшение, но не совсем

Около этого времени контейнеризация приложений начала приобретать широкое распространение. Контейнеры, которые предлагают переносимость и расширяемость, стали стандартным механизмом упаковки для развертывания библиотек, связанных с приложением, зависимостям и конфигураций. В качестве использования контейнера увеличивается, потребность в управлении контейнерами и оркестровкой стала необходимостью часа. Таким образом, пришел в Кубернаны, платформа с открытым исходным кодом, первоначально разработанной Google, автоматизировать управление контейнерными приложениями и услугами в облачной среде.

Так. Теперь у нас есть DEVOPS Connect Siled Teams плюс гибкая платформа, такая как Kubernetes для оркестрации контейнера, которая дает разработчикам больше независимости и контроля. Так что все должно быть хорошо в экосистеме разработки приложений, верно? Не совсем. Это хорошее начало, но там остаются пробелы, а не ощутимый способ разместить разные команды и организации нюансированные и конкретные потребности. Разработчики должны были отказаться от многих своих владельцев в процессе управления приложениями, чтобы декопс для большего добра. Но при необходимости зависеть от команды DevOps для даже относительно незначительных изменений стали ограничительными и неэффективными. Кроме того, он приводит к отвлечениям команды DEVOPS от важных обязанностей, связанных с операциями. Он привел к неэффективному использованию ресурсов, как человека, так и для системы.

Отсутствие надлежащей интеграции

Несмотря на больший контроль, что Kubernetes позволяет разработчикам, все еще важные недостающие биты автоматизации в рабочем процессе (обычно связанные с зависимостями или изменениями, которые находятся за пределами Cubernetes Purfiew), требующие регулярного шага с тем, что по существу значительно составляют ручное вмешательство. В противном случае отличная платформа все еще требует «клея» или пользовательский код, чтобы добраться до разных движущихся частей, работающих вместе. Процесс не является дураком — зачастую, изменения разработчиками не полностью проводятся в процессе сборки из-за этой маленькой, но важной потребности в вмешательстве человека, которое вводит ошибки, спотыкающиеся в развлечении команд, которые либо не полностью проинформированы или не так знакомы с конфигурацией. Это приводит к ненужному и неэффективному обратному и обратному на проблемы, чтобы определить корневую причину. Кроме того, хотя kubernetes — это гибкая платформа, она не обязательно проста в освои; Многие компании признают, что их команды приложений не имеют глубины опыта для обработки сложностей, особенно в мульти-кластерной среде. Поэтому несправедливая доля бремени весит команды DEVOPS, которые затем продливаются в качестве узких мест в циклах выпуска высокой скорости.

Итак, хотя комбинация DevOps и Kubernetes прошли долгий путь в рассеянии бункеров для разработки/операций, все еще есть «последняя милита» подводных камней, которые не могут быть автоматизированы.

Appops — истинная координация

Это был генезис для Devtron, предлагающий модель Appops. Мы отправились к демократизации DevOps, потому что мы считаем, что расширение расширений приложений является неотъемлемой частью решения. Компании должны принять лучшие методы DEVOPS в спектре — независимо от размера, дохода или типа отрасли. Appops предлагает рамки и инструменты, которые обслуживают специально для разработчиков, поэтому они не борются с типичными инструментами, ориентированными на DevOps. Это позволяет больше эффективности, поскольку разработчики имеют более широту в решении их проблем. Эта модель самообслуживания также имеет проверку, чтобы предотвратить ущерб присущей целостности процесса.

Использование Appops, команда DEVOPS может воздействовать по ограждениям, в пределах которых разработчики могут строить, развернуть и тестировать свои приложения самостоятельно с минимальным надзором. Если приложение не удается в этой песочнице, она может быть отлажена, изменена и перенесена, все с NARY вызов на DEVOPS. Короче говоря, разработчики могут вступать в эксплуатацию и управление приложениями, не беспокоясь о сложности инфраструктуры или доменного знания, которые идут с ним. Ресурсы DevOps могут потратить меньше времени, чтобы вывести меньшие пожары и сосредоточиться на более значительной и более интенсивной ответственности за управление облачными инфраструктурой и развертыванием кластеров Kubernetes. Выиграть все вокруг.

Платформа Appops позволяет разработать команды абстрагировать сложности конфигурации Kubernetes для разработчиков при обеспечении консолидированного представления всех соответствующих/критических данных по всему предприятию. Они также могут добавить в Guardrails — ограничения и ограничения, ограничивающие то, какие разработчики приложений могут и не могут сделать. Хорошо разработанный портал AppOPS также предоставляет DevOps с полной видимостью на всех развернутых приложениях и их текущем состоянии для решающего мониторинга в реальном времени.

Devtron использовал силу Kubernetes, чтобы сделать Appops реальностью, объединяя развлеченные и разработчики, а также давая как их независимость, так и пространство для работы отдельно — всегда рецепт счастливый брак — как они работают над общей целью Agile, эффективно и высококачественные релизы, которые могут быть развернуты плавно и с минимальным оттупом.

Обо мне:

Привет всем, я Prashant, и я уже более 15 лет был инженерным. Я работал над захватывающими технологиями, такими как Кубернаны, оркестровка, контейнеризация, среди прочего. С опытом работы, я понял, что не хватает консолидированного рабочего процесса доставки для Кубебени. Итак, с некоторыми из моих друзей я соучредил девстрон, решение с открытым исходным кодом, чтобы решить эту проблему. Это будет много значит, если вы можете проверить наше репо:

devtron-labs/devtron

Рабочий процесс доставки программного обеспечения для Kubernetes

Devtron — это рабочий процесс доставки программного обеспечения с открытым исходным кодом для Kubernetes, написанных в Go Исследуйте документацию » Сайт · Блог · Присоединяйтесь к раздоре · Твиттер

📖 меню

💡 Почему devtron?

Он разработан в качестве платформы самообслуживания для операции и поддержания приложений (Appops) на Kubernetes в дружественном способе разработчика

🎉 особенности

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

Развертывание нескольких кластер Kubernetes

Многоуровневая политика безопасности при глобальном, кластере, окружающей среде и применении для эффективного управления иерархической политики
Политика безопасности поведения управляемой безопасностью
Определить политику и исключение для ресурсов Kubernetes
Определить политику для событий для более быстрых разрешений

Одно место…

Оригинал: «https://dev.to/pghildiyal/demystifying-appops-devops-done-right-3a0»