Как желание написать простой CRUD привело к созданию целой видеоплатформы

От CRUD на FastAPI до видеоплатформы: история одного pet-проекта: История о том, как учебный CRUD-проект на FastAPI постепенно превратился в стенд с микросервисами, мониторингом, Kubernetes.

https://habr.com/ru/articles/1050658/

#fastapi #devops #kubernetes #docker #postgresql #rabbitmq #redis #микросервисы #gitlab_ci #мониторинг

[Перевод] 4 антипаттерна CI‑автоматизации, из‑за которых команда делает работу за ботов

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

https://habr.com/ru/companies/otus/articles/1048516/

#псевдоавтоматизация #GitLab_CI #GitHub_Actions #ревью_кода #автоматическое_исправление #линтеры #ИИревью #семантическое_версионирование #merge_request

Основы Ansible — как автоматизировать конфигурации и деплой

В статье — разбор основ Ansible: как писать идемпотентные плейбуки, не класть продакшен сухими прогонами и встроить Ansible в CI/CD. Разбираю структуру ролей, работу с динамическим инвентарём, секретами и типовые грабли новичков. Две наглядные схемы, реальный кейс из боевой практики и набор правил, которые делают автоматизацию предсказуемой и безопасной. Читать разбор

https://habr.com/ru/companies/otus/articles/1022154/

#Ansible #автоматизация_конфигураций #деплой #GitLab_CI #Jenkins #playbook #инфраструктура #ansiblevault #DevOpsпрактики

Лучшие практики деплоя: Ansible, GitLab CI

Ручной деплой через SSH и bash-скрипты – это практика, которая рано или поздно приводит к инцидентам. В этой статье разбираем, как построить предсказуемый Continuous Delivery с помощью Ansible и GitLab CI. Обсуждаем реальный кейс миграции, пишем плейбуки, настраиваем zero-downtime rolling update и автоматические откаты.

https://habr.com/ru/companies/otus/articles/1022156/

#Ansible #GitLab_CI #деплой #Continuous_Delivery #rolling_update #zerodowntime #автоматизация_деплоя #healthcheck #DevOpsпрактики

Настройка self-hosted gitlab runner

Часть 2 серии об осмысленном CI/CD: настраиваем self-hosted GitLab Runner. Пройдем от docker-compose.yml до работающего runner, попутно разбирая ошибки permissions, SELinux context и особенности rootless Podman. Все то же самое актуально и для Docker.

https://habr.com/ru/articles/1032654/

#gitlab_runner #docker_compose #SELinux #selfhosted #configtoml #volume_permissions #podman #rootless_containers #gitlab_ci

Как развернуть Spring Boot в Kubernetes за полчаса: туториал

Хотите увидеть, как живое Spring Boot‑приложение проходит путь от репозитория до кластера Kubernetes? В статье пройдем путь от создания простого HealthController до автоматического деплоя через CI/CD. Разберём Dockerfile без магии, манифесты Deployment с пробами, настройку ресурсов и изящный Graceful Shutdown. В финале вы получите живую связку «код — контейнер — кластер», готовую к продакшену.

https://habr.com/ru/companies/otus/articles/1022150/

#Spring_Boot #Kubernetes #Docker #деплой_приложения #контейнеризация #GitLab_CI #Kubernetes_Deployment #healthcheck #productionready

Как мы строим внутренний контроль качества в компании по тестированию

В нашей компании по тестированию ПО на аутсорсе мы постоянно сталкиваемся с тем, что формат сотрудничества диктует инфраструктура заказчика. На одном проекте нас ждет построенная по всем канонам CI/CD, а на другом полное отсутствие VCS. В таких условиях легко потерять контроль над качеством нашей работы. В этой статье я расскажу, как мы выстроили внутренний контур качества, используя собственную инфраструктурную прослойку, и почему от этого решения в итоге хорошо и нам, и заказчику. Когда мы заходим на проект, то почти всегда встраиваемся в существующую экосистему. Однако, при таком варианте мы теряем возможность управлять результатом нашей работы . Работая исключительно на стороне клиента, мы не можем внедрить обязательное внутреннее ревью кода, настроить свои стандарты CI/CD-пайплайнов или, например, использовать привычные нам инструменты отчетности. Бывает ситуации и сложнее. Например, у клиента есть CI/CD, но из-за требований безопасности им нельзя подключать внешние раннеры. Бывает случаи, когда у клиента нет своего CI/CD. Поднять его у себя они не могут (нет на это ресурсов, людей или того и другого), а использовать публичные или даже приватные облака запрещает какое-нибудь внутреннее соглашение. Чтобы избежать таких осложнений в нашей работе, нам была необходима собственная технологическая база, которая позволила бы выполнять задачи независимо от состояния инфраструктуры на стороне заказчика. Наш стек Чтобы обеспечить стабильность, мы развернули внутреннюю связку: Self-hosted GitLab + GitLab CI + GitLab Pages .

https://habr.com/ru/articles/1025582/

#gitlab_pages #gitlab_ci #selfhosted #testing #qa

GitLab CI кажется сложным, если не знать этих трюков: как убрать дублирование и ускорить пайплайны в 3 раза

У вас в GitLab несколько проектов с одинаковым CI? Или просто надоела копипаста в пайплайнах? Каждое изменение нужно отразить в 10 местах? Рассказываем, как сократить код на 56 %, убрать дублирование и сделать один CI для всей группы проектов. Шаблоны, матрицы и практика. Избавиться от копипасты

https://habr.com/ru/companies/flant/articles/1014176/

#gitlab_ci #gitlabci #ci #dry #Common_ci #дублирование_кода #Оптимизация_пайпланов #include #автоматизация_деплоя

CRM, регуляторные ограничения и автоматизация: как мы выстроили надёжный процесс релизов

Как мы превратили стрессовые ручные релизы в предсказуемый one-click процесс с GitOps и автоматикой. 60+ модулей, аудиторы и регуляторика — в едином шаблоне, который масштабировался на 30+ сервисов. Без магии, но с инженерной дисциплиной

https://habr.com/ru/articles/1006692/

#DevOps #GitOps #Автоматизация_релизов #Kubernetes #GitLab_CI #Flux_CD #Управление_изменениями #Compliance #Регуляторные_требования #cicd