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

Комплексный аудит инфраструктуры и выявление уязвимости Saas сервиса Настройка многоуровневого Rate Limiting Внедрение защиты от DDoS Настройка системы мониторинга и алертинга Настройка автоматического бэкапа Оптимизация базы данных.

Пожелания и особенности: Ищу специалиста с практическим опытом Azure DevOps Boards. Нужно помочь перенести структуру и рабочие элементы с существующей доски в новый проект. После получения корпоративных доступов хочу провести удаленный практический воркшоп с демонстрацией экрана: проанализировать типы карточек, поля, статусы и связи, подготовить схему сопоставления и выполнить небольшой пилотный перенос с сохранением иерархии, дат, исполнителей и основных данных. Доступ будет только через мой экран, без передачи учетных данных. На первом этапе массовая миграция не требуется. Подскажите, есть ли у вас опыт таких переносов и сколько времени может занять воркшоп?.

Есть 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 с изменениями.

Пожелания и особенности: Услуга заключается в том чтобы настроить tailscale подключение На сервере создал второго пользователя и к второму пользователю все нормально подключается а к основному пользователю не подключается Пишет the logon attempt failed.

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

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

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