В этой статье представлен краткий обзор того, что такое DevOps и как она относится к программным продуктам AG.
DevOps — Что за модным словом?
DevOps — это модное слово в последнее время. Он описывает культуру, которая объединяет разработку программного обеспечения (DEV) и программное обеспечение (OPS). Благодаря этому он продвигает широкий спектр известных и используемых методов, таких как автоматизированное тестирование, автоматизированное управление выпусками, управление инфраструктурой и мониторинг. Цель всех комбинированных состоит в том, чтобы иметь более короткие циклы разработки и часто толкать код качества в производственные системы. Рис. 1: Dev +
Как уже упоминалось, эти методы не новы. Автоматизированное тестирование, непрерывная интеграция, автоматизированная настройка инфраструктуры и управление выпуском использовались на протяжении десятилетий многими компаниями и продвигаются опытным персоналом разработчиков. Это также важные части бережливых и гибких принципов, которые в настоящее время являются стандартом DE-FACTO для организаций по разработке.
Так почему же DevOps в последнее время? Если те же гибкие принципы применяются к бизнес -стратегии, где идеи могут быть быстро проверены с реальными клиентами, вероятность значительного значительного увеличения вашего бизнеса увеличится. Этот менталитет «Попробуйте быстрый, ошибочный», который использует программное обеспечение в качестве его автомобиля и очень хорошо описан в бестселлере «Lean Startup» от Эрика Риса. Он используется многими компаниями, которые сейчас являются частью нашей повседневной жизни: Flickr® внедрил культуру, которая позволила 10+ развертывания в день в 2009 году. Netflix® выпускает более 50 раз в день в свои производственные системы, и Uber® имеет микроавторанство, выпущенные в быстроте, не нарушая бизнес. Эта ловкость бизнеса позволяет компаниям быстрее внедрять инновации и проверять многие новые функции с минимальными инвестициями (A/B -тестирование).
Не должно возникнуть удивительно, что эти предприятия имеют веб-сайт с большим количеством клиентов. Мы живем в эпоху, когда облачные вычисления стали новым способом взгляда на вычислительную мощность, и это означает, что инфраструктуру можно рассматривать совершенно по -другому — не как нечто статическое, но как одноразовое, требуемое только по требованию, как актив. Чтобы сделать вещи немного более ясными, я буду использовать аналогию с домашним скотом.
Рукоятные серверы можно рассматривать как домашние животные: это отдельные физические машины, у которых команда администратора заботится о них, чтобы у них была мощность, и температура верна. Каждый из серверов должен быть исправлен с последними исправлениями в собственном окне обслуживания. Если программное решение требует большей масштабируемости, необходимо купить, настраивать, установить новый сервер, а затем включить в решение.
Облачные вычисления и контейнеризация позволяют нам смотреть на серверы как стадо крупного рогатого скота. Каждый сервер является экземпляром типа. Если изменение внесено, его можно легко применять либо на всю коллекцию серверов, либо только к его части. Если сервер сломается, его можно просто заменить другим экземпляром. Если требуется масштабируемость, запрашивается новый экземпляр сервера, и он автоматически присоединяется к другим. Все эти действия автоматизированы для администратора, чтобы сосредоточиться на том, что важно для бизнеса — обладает рабочим масштабируемым решением. Это идеально подходит для культуры DevOps.
Рис. 2: Домашние животные против крупного рогатого скота
Таким образом, DevOps — это культура и принципы, связанные с разработкой программного обеспечения и операциями, которые должны быть способны вывести идеи на рынок в очень быстром темпе, не ставя под угрозу качество или нарушая бизнес.
DevOps и Software AG Products
При внимании к прицелу о DevOps можно разделить примерно на две области: возможность быстро доставлять решения и в хорошем качестве и способность легко управлять инфраструктурой.
Рис. 3: Два компонента DevOps
Часть быстрого выпуска/доставки охватывается принципами непрерывной интеграции/непрерывной доставки (CI/CD), в то время как управление инфраструктурой можно обрабатывать либо с помощью возможностей PAAS (например, WebMethods Integration Cloud), Docker® Hosting Software Product -Подмер решения, управляемые программным обеспечением AG Command Central.
CI/CD
Docker Когда Docker используется, доставка ориентирована вокруг инфраструктуры. Решения встроены в контейнеры, которые затем испытывают и продвигаются со стадии к этапе. Изображения Docker неизменны по своей природе, что гарантирует, что все, что тестируется, без изменений может быть продвинуто до производства. Конфигурации, специфичные для среды, получаются через переменные среды. Этот подход является стандартным для Docker, и программное обеспечение AG не будет отклоняться от него.
Рис. 4: Полный поток Docker CI/CD
Для всей цифровой бизнес -платформы необходимо достичь большего прогресса, чтобы стать доступным на Docker, но программное обеспечение AG достигла первой вехи в выпуске контейнеров для «сервера интеграции», называемого «контейнер для микросервиса», «Apama», «Gateway API», » API Portal «и» Terracottadb «в качестве официальных изображений в магазине Docker.
Для получения дополнительной информации о официальном программном обеспечении Ag Docker Images посетите Docker Store Анкет
Локально Локальный CI/CD уже покрывается образцами и статьями. Глубокое погружение можно найти в Непрерывная интеграция с WebMethods 9.x Анкет
Управление инфраструктурой
Docker/Cloud Контейнеры и облачное решение являются естественным способом управления крупной инфраструктурой. Такие функции, как обновления, исправление, мониторинг и масштабирование, выходят непосредственно из коробки из оркестровки контейнеров (например, Docker Swarm®, Kubernetes®) или облачных систем.
Локально Стандартный способ заботы о вашей локальной инфраструктуре похож на питомца: вы должны внимательно следить за ним, регулярно наносить исправления, делать резервные копии и все другие виды деятельности. Это Обычно требует полного внимания ваших системных администраторов.
В последние годы есть много инструментов, которые направлены на автоматизацию аспекта OPS, такие как Chef® и Puppet®. Программное обеспечение AG разработало свой собственный инструмент для крупномасштабного управления инфраструктурой: Command Central. Это позволяет:
- Крупномасштабная установка
- Исправлено выравнивание между установкой/исправлением развертывания
- Массовая конфигурация
- Администрирование и управление жизненным циклом всей среды
- Автоматизация всех выше, через CLI, API REST и декларативное описание (инфраструктура в качестве кода)
- Сценарий миграции версий от 9,8 до 9,12+
Установка и обслуживание могут быть выполнены из центральной консоли пользовательского интерфейса. Эти мероприятия также могут быть сценария и выполнены в центре. Командный путь миграции в центре с поддержкой позволяет клиентам автоматизировать свое обновление до новейших версий. Эти инвестиции в автоматизацию как «инфраструктуру в качестве кода» как для установки, так и для миграции имеют смысл, когда ваш след превышает от пяти до 10 случаев продуктов. В то время как Command Central точно не будет относиться к вашей локальной инфраструктуре, такой как крупный рогатый скот, это определенно сократит TCO программного обеспечения цифровой бизнес-платформы AG и сделает ваш бизнес более гибким.
Вывод
DevOps — очень широкая тема и скорее культура, чем технология. Это дорого иметь и нелегко поддерживать, и вам нужны квалифицированные люди, чтобы выполнить это, но в случае применения это может ускорить ваши инновационные темпы на невидимых уровнях.
Эта статья направлена на то, чтобы предоставить общую картину обзор DevOps и то, как эта культура может быть применена к наиболее распространенным вариантам использования программного обеспечения.
Чтобы узнать больше DevOps и другие связанные темы, посетите наши сообщества: http://techcommunity.softwareag.com/ и наша официальная организация Github® в http://github.com/softwareag
Оригинал: «https://dev.to/techcommunity/devops-and-software-ag-2jhf»