Внедрение DevOps — удалённая работа в Москве

Есть yandex cloud gitlab графана. Я встрял в выполнению задания. Нужно посмотреть что сделал не так и выполнить задание. Практика по мониторингу В качестве ответа на практическую работу отправьте наставнику Merge-Request в инфраструктурном репозитории GitLab. Создайте директорию img и положите в неё скриншоты трёх дашбордов — дашборд для бизнес-мониторинга, мониторинга приложения и инфраструктуры. Внимание: Для имитации реальной нагрузки на сосисочную мы подготовили бота, копирующего поведение агрегаторов доставки еды. Когда вам понадобится отрисовать графики, перейдите в Telegram-бота, выберите 10 глава и нажмите кнопку Передай адрес магазина агрегаторам. Задание 1. Бизнес-дашборд На существующем дашборде Sausage Store Business создайте по одному графику трафика заказов для каждой сосиски. Задание 2. Дашборд для мониторинга приложения Создайте дашборд Sausage Store App и расположите в нём графики четырёх золотых сигналов: Задержка обработки запросов к URL /api/orders. Здесь нам интересно отслеживать 99 перцентиль времени обработки всех заказов. Трафик успешных запросов в секунду к бизнес-эндпоинтам бэкенда. В этом графике нужно исключить такие запросы как хелсчеки Kubernetes (/actuator/health) и сбор метрик Prometheus (/actuator/prometheus), а в качестве метрики использовать счётчик count гистограммы http_server_requests_seconds. Частота ошибок обращения к бизнес-эндпоинтам бэкенда в секунду. В качестве метрики можно использовать счётчик count гистограммы http_server_requests_seconds с лейблом status="404". И, наконец, график насыщения — общее использование памяти jvm_memory_used_bytes в процентах, как для кучи, так и для других целей. Посмотрите PromQL выражения в панелях Heap used и Non-Heap used дашборда JVM (Actuator) и постройте агрегированный график использования памяти. PromQL запросы поддерживают регулярные выражения в значениях лейблов или имён метрик. Например, для успешных HTTP-запросов можно указать выражение для лейбла status!~"4..". Бонусное задание. Дашборд для мониторинга инфраструктуры Helm-чарт Prometheus поддерживает возможность интеграции Prometheus с сервисами Yandex Cloud. Для наших баз данных (PostgreSQL и MongoDB), запущенных в облаке, Prometheus будет собирать метрики с помощью механизма Service Discovery, но для этого нужно добавить конфигурацию в values.yaml. Это переменная yandex_cloud_services, которая может содержать список конфигурационных параметров для каждого сервиса: yandex_cloud_services: # Пример значений для сервиса Managed PostgreSQL - service: managed-postgresql serviceId: folderId: bearer_token: <Токен авторизации> scrape_interval: 60s # Пример значений для сервиса Managed MongoDB - service: managed-mongodb serviceId: cakvctgrte4hunhvs8f folderId: b1g2hqnugteh52j2dfr bearer_token: AQVN3veeVseTVUm4RFjy-WRt9INXbdkS6Q8iC3Bh scrape_interval: 60s Чтобы получить значения идентификаторов folderId и serviceId для кластера Managed PostgreSQL, зайдите в консоль Yandex Cloud и скопируйте ID фолдера вашей когорты. Выберите сервис Managed Service for PostgreSQL и скопируйте идентификатор вашего кластера: это будет значение serviceId. В качестве bearer_token вам нужно использовать API Key сервисного аккаунта с ролью monitoring.viewer в фолдере. Подробная инструкция по такой интеграции по ссылке. Добавьте на инфраструктурный дашборд графики времени обработки запросов (задержка) и графики использования ресурсов (насыщение) — процессора и памяти для кластеров PostgreSQL и MongoDB. Чек-лист для самопроверки ? Есть дашборд Sausage Store Business с шестью панелями под каждый вид сосиски. ? Есть дашборд Sausage Store App с четырьмя панелями со временем обработки всех заказов, успешными запросами к бэкенду в секунду, частотой ошибочных запросов и использованием памяти Java. ? В инфраструктурном репозитории есть директория img со скриншотами всех дашбордов;. ? Есть Merge Request с изменениями.

Настроить ноутбук.

Пожелания и особенности: Необходимо избавить команду разработчиков от ручного развертывания кода и настроить автоматический конвейер CI/CD для небольшого бэкенд-приложения. При каждом пуше кода в главную ветку репозитория система должна автоматически проверять код на ошибки, собирать его в изолированную среду и разворачивать на тестовом сервере.

Требуется реализовать инфраструктуру из нескольких ролей серверов: сервер для централизованного управления сборкой, деплоем и секретами; публичный сервер для пользовательского веб-доступа, админ-панели, управлением DNS и выдачи статического и динамического контента; и один тип масштабируемого сервера обслуживания, который разворачивается по единому шаблону и подключается к системе автоматизировано. Между ними должны быть настроены безопасные каналы взаимодействия, централизованное хранение и выдача секретов, автоматическая сборка и доставка обновлений, а также автоматизация разворачивания масштабируемого сервера.

Всем привет, нужна помощь по прохождению курса devops на яндекс практикуме. Срок для сдачи и защиты "диплома" 15 августа. На все 1 месяц условно.

Нужна консультация DevOps?инженера с опытом настройки инфраструктуры и DNS для коробочного Битрикс24, а также построения отказоустойчивых и безопасных стендов с раздельным хранением данных и резервным копированием. Нужно понимать как можно разделять тестовый контур от прода, хранение бэкапов на сторонних серверах. Подробнее на консультации. Нужно понимать архитектуру и как это лучше организовать. Если все устроит будет переезд с облачного битрикс24. Напишите стоимость консультации.