Внедрение DevOps инструментов
Наша команда инженеров имеет большой опыт внедрения самых разнообразных инструментов для создания процесса непрерывной интеграции / непрерывной доставки / непрерывного развертывания программных продуктов в любых средах. Мы используем DevOps подходы, такие как IaC, для управления и описания IT инфраструктуры через конфигурационные файлы и скрипты
Команда Git in Sky имеет успешный опыт внедрения методологии DevOps для автоматизации процесса создания программных продуктов. Наш подход базируется на трёх китах: CI/CD, IaC и инструментах мониторинга. В отличие от многих коллег мы не фокусируемся на какой-то одной технологии, например, Kubernetes, а можем работать с любым стеком и индивидуально подобрать те инструменты, которые будут работать на достижение именно ваших KPI и в вашем бюджете.
CI/CD
Continuous integration/continuous delivery
Поможем автоматизировать процесс непрерывной интеграции/доставки/развертывания программного обеспечения (CI CD) для любых микросервисных архитектур.
Мы осознанно предпочитаем GitLab CI, так как он не требует вспомогательных инструментов, имеет открытый исходный код и позволяет создать законченные пайплайн решения немного быстрее других.
Для процесса управления контейнерами мы работаем с k8s (Kubernetes), Docker Swarm, Apache Mesos, Nomad, Fleet, Aurora, Rancher, Amazon EC2 Container Service, Microsoft Azure Container Service и другими.
Мы понимаем все преимущества контейнеризации для continuous integration и всецело поддерживаем их.
Наши специалисты могут помочь с упаковкой контейнеров Docker и оркестрацией с помощью Kubernetes, Nomad и других. Однако в отличие от многих коллег мы НЕ рекомендуем во всех случаях использовать контейнеризацию для доставки и развёртывания приложении CD (continious delivery) в production окружение, так как. есть ряд опасностей с точки зрения безопасности и стабильности и считаем, что связка контейнеры в CI и виртуализация в CD работает лучше и главное безопаснее.
Основные инструменты, которые мы используем для CI/CD:
gitlab-ci, jenkins, teamcity, concourse, circleCI
Мы осознанно предпочитаем GitLab CI, так как он не требует вспомогательных инструментов, имеет открытый исходный код и позволяет создать законченные пайплайн решения немного быстрее других.
Для процесса управления контейнерами мы работаем с k8s (Kubernetes), Docker Swarm, Apache Mesos, Nomad, Fleet, Aurora, Rancher, Amazon EC2 Container Service, Microsoft Azure Container Service и другими.
Мы понимаем все преимущества контейнеризации для continuous integration и всецело поддерживаем их.
Наши специалисты могут помочь с упаковкой контейнеров Docker и оркестрацией с помощью Kubernetes, Nomad и других. Однако в отличие от многих коллег мы НЕ рекомендуем во всех случаях использовать контейнеризацию для доставки и развёртывания приложении CD (continious delivery) в production окружение, так как. есть ряд опасностей с точки зрения безопасности и стабильности и считаем, что связка контейнеры в CI и виртуализация в CD работает лучше и главное безопаснее.
Основные инструменты, которые мы используем для CI/CD:
gitlab-ci, jenkins, teamcity, concourse, circleCI
Инструменты
IaC
Описание инфраструктуры кодом
Зачем описывать инфраструктуру?
Обычно знания об инфраструктуре в компании находятся:
– в виде знаний в головах экспертов
– на рабочий станциях компании
– отсутствуют вообще
В обоих случаях мы оказываемся в ловушке, становясь зависимыми:
– либо от человека, который смертный, подверженный болезням, влюблённостям, перепадам настроения и просто банальным увольнениям
– либо от физически работающей машины, которая тоже падает, подвержена риску взлома или поломки, преподносит неожиданности и неудобства
В такой ситуации очевидным выходом будет перевод описания инфраструктуры на человекочитаемый, поддерживаемый, качественно написанный код.
Таким образом инфраструктура как код (Infrastructure as Code – IaC) – это описание всей имеющейся инфраструктуры в виде кода, а также сопутствующие средства по работе с ним и воплощению из него же реальной инфраструктуры.
Ценность IaC стоит на 3 китах: цена, скорость и уменьшение рисков. Уменьшение расходов относится не только к финансовой составляющей, но и к количеству времени, затрачиваемого на рутинные операции. Принципы IaC позволяют не фокусироваться на рутине, а заниматься более важными задачами. Автоматизация инфраструктуры позволяет эффективнее использовать существующие ресурсы. Также автоматизация позволяет минимизировать риск возникновения ошибки из-за человеческого фактора.
Всё это является частью культуры DevOps.
Обычно знания об инфраструктуре в компании находятся:
– в виде знаний в головах экспертов
– на рабочий станциях компании
– отсутствуют вообще
В обоих случаях мы оказываемся в ловушке, становясь зависимыми:
– либо от человека, который смертный, подверженный болезням, влюблённостям, перепадам настроения и просто банальным увольнениям
– либо от физически работающей машины, которая тоже падает, подвержена риску взлома или поломки, преподносит неожиданности и неудобства
В такой ситуации очевидным выходом будет перевод описания инфраструктуры на человекочитаемый, поддерживаемый, качественно написанный код.
Таким образом инфраструктура как код (Infrastructure as Code – IaC) – это описание всей имеющейся инфраструктуры в виде кода, а также сопутствующие средства по работе с ним и воплощению из него же реальной инфраструктуры.
Ценность IaC стоит на 3 китах: цена, скорость и уменьшение рисков. Уменьшение расходов относится не только к финансовой составляющей, но и к количеству времени, затрачиваемого на рутинные операции. Принципы IaC позволяют не фокусироваться на рутине, а заниматься более важными задачами. Автоматизация инфраструктуры позволяет эффективнее использовать существующие ресурсы. Также автоматизация позволяет минимизировать риск возникновения ошибки из-за человеческого фактора.
Всё это является частью культуры DevOps.
Как мы описываем инфраструктуру
Основной инструмент – Ansible, который мы используем более 5 лет и наши инженеры им владеют в совершенстве для удаленного управления конфигурациями.
Ansible берет на себя всю работу по приведению удаленных серверов в необходимое состояние.
С помощью Ansible мы поможем описать, как достичь этого состояния, используя сценарии playbooks. Такая технология позволяет очень быстро осуществлять переконфигурирование системы.
Ansible имеет ряд преимуществ перед аналогичными решениями – Puppet, Chef и Salt.
Наши инженеры имеют огромное количество собственных наработок - готовых Ansible скриптов или сценариев (Playbooks) для добавления любой конфигурации в зависимости от стека, нагрузки и многих других факторов.
Ansible берет на себя всю работу по приведению удаленных серверов в необходимое состояние.
С помощью Ansible мы поможем описать, как достичь этого состояния, используя сценарии playbooks. Такая технология позволяет очень быстро осуществлять переконфигурирование системы.
Ansible имеет ряд преимуществ перед аналогичными решениями – Puppet, Chef и Salt.
Наши инженеры имеют огромное количество собственных наработок - готовых Ansible скриптов или сценариев (Playbooks) для добавления любой конфигурации в зависимости от стека, нагрузки и многих других факторов.
Основные инструменты IaC
Кейсы
Оставить заявку на услуги DevOps
Наш специалист свяжется с вами для детального обсуждения задачи
