Есть 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 с изменениями.
Разработка чат-ботов. Задачи чат-бота: Чат-бот знакомств. Платформа: ВКонтакте. Продукт: Что. Техзадание есть. Пожелания и особенности: Здравствуйте! Требуется опытный Backend-разработчик для создания чат-бота знакомств (дейтинг-сервиса) в сообщениях сообщества ВКонтакте. Бот должен быть написан на чистом коде с нуля (без использования no-code конструкторов). Архитектура должна быть изначально спроектирована под высокие нагрузки (масштабирование при наполнении пользователей). Полноценное подробное ТЗ готово и будет предоставлено выбранному исполнителю. Что необходимо реализовать: 1. Объем интерфейса: В боте планируется около 40-50 экранов (сообщений с кнопками) — от регистрации до выдачи платежных ссылок. 2. Регистрация анкет: Сбор данных пользователей (имя, пол, возраст, город, текстовое описание, фото). 3. Алгоритм подбора пар: Быстрый вывод анкет по фильтрам в чате, механика лайков/дизлайков и моментальные уведомления о взаимных мэтчах. 4. Веб-админка с ручной модерацией: Нужен простой веб-интерфейс (например, на Django Admin или FastAPI) для управления ботом с телефона или ПК. Главный раздел — модерация верификаций. Пользователь загружает проверочное селфи с жестом, а администратор в админке видит два фото рядом и в один клик кнопками «Одобрить» / «Отклонить» выдает синюю галочку в боте. 5. Интеграция платежного шлюза: Подключение эквайринга, лояльного к дейтинг-тематике (Prodamus или Pay Selection), для покупки платных функций и подписок. Оплата должна происходить по генерируемым ботом ссылкам прямо в диалоге. Обязательный стек технологий: * Язык: Python 3.10+ (строго асинхронный код). * Библиотеки для ВК: vkwave, aiovk или vk-io. * База данных: PostgreSQL (для надежного хранения профилей и связей) + Redis (обязателен для мгновенной фиксации лайков, очередей и разгрузки основной базы). * Фреймворк для админки: FastAPI или Django + SQLAlchemy-Admin. * Контейнеризация: Docker / Docker Compose (для легкого переноса бота на сервер). Условия работы: * Код должен быть чистым, модульным и снабжен комментариями, чтобы проект можно было легко масштабировать и передать другому разработчику при росте базы. * В работу входит помощь в выборе и настройке VPS-сервера, а также полный деплой проекта. * Оплата поэтапная, по мере готовности ключевых блоков функционала. Пожалуйста, откликайтесь с примерами ваших высоконагруженных ботов или бэкенд-систем и указывайте ориентировочные сроки реализации.
Обмен данными: двусторонний (выгрузка и загрузка). Конфигурация: Аренда «1С:Бухгалтерия 8». Версия: 8.5. Производились незначительные доработки 1С. Обеспечить двусторонний обмен данными между 1С:Бухгалтерия (конфигурация «Аренда» на платформе Рарус) и модулем «Склад» Okdesk: • номенклатура (наименование, артикул, единица измерения, группа); • остатки по складам (на дату/в реальном времени); • движения ТМЦ (приход/расход, документы-основания). Из Okdesk в 1С: • списания ТМЦ в рамках работ (количество, номенклатура, объект, исполнитель); • перемещения между складами/объектами. Основные сценарии обмена 1. Создание/обновление номенклатуры в Okdesk при появлении новой позиции в 1С. 2. Передача остатков в Okdesk по заданному расписанию или по запросу при открытии формы списания. 3. Списание ТМЦ из Okdesk: при закрытии/подтверждении работ автоматически создаётся документ «Списание материалов» (или «Требование-накладная») в 1С; в Okdesk фиксируется факт списания и обновляются остатки. Исходные данные для реализации (уточнить у заказчика) • Версия и конфигурация 1С:Предприятие 8.5 [Телефон скрыт]), конфигурация Аренда и управление недвижимостью для «1С:Бухгалтерия 8» (редакция 3.0 201.16/3.3.3.345) на сервере Рарус. • Состав складов и подразделений, участвующих в обмене. • Правила учёта единиц измерения и коэффициентов пересчёта. • Требования к детализации списаний (по заявкам, объектам, исполнителям). Работу поделить на 2 этапа 1. Синхронизация обмена данными по договорам/клиентам/объектам по типовому API Okdesk. 2. Синхронизация модуля "Склад".
Пожелания и особенности: Список по типам ролей и что делать: 1. Для AI-куратора Предварительная роль — куратор по AI-инструментам. Нужно будет находиться внутри работы команды: помогать участникам формулировать запросы, выбирать модели, работать с файлами, RAG и агентами, проверять результаты и переводить их в общий контур проекта. По ТЗ куратор — это технический трекер команды, а не просто преподаватель или техподдержка. 2. Для методолога или модератора Предварительная роль — технологический методолог / модератор с использованием ИИ. Нужно будет вести групповую работу, переводить обсуждение в понятные задачи для ИИ, возвращать ответы агентов в работу команды и помогать группе двигаться к ежедневному артефакту. 3. Для инженера базы знаний / RAG Предварительная роль — инженер базы знаний / инженер RAG и данных. Задача — помочь организовать корпус знаний: очистка и структурирование материалов, чанкинг, онтология, поиск, проверка качества ответов и интеграция с агентами. 4. Для технического инженера Предварительная роль — [DevOps / LLM-платформа / RAG / информационная безопасность]. Работа связана с подготовкой и сопровождением общей AI-платформы: модели, шлюз, инфраструктура, доступы, безопасность и работа под нагрузкой. Для этих ролей возможен удалённый формат, но подготовка начинается до старта мероприятия. 5. Для сборщика Предварительная роль — сборщик с использованием ИИ-инструментов. Нужно фиксировать результаты групповой работы и переводить их в структурированные материалы: документы, презентации, чанки базы знаний и итоговые артефакты.
Задача: обработка большого массива материалов — порядка 5 книг (текстовые документы в PDF/Word), аудиозаписи общим объёмом около 7000 минут и видеозаписи около 5000 минут. Цель — извлечь ключевую информацию из всего массива и структурировать её. Требуется провести смысловое сжатие материала: из каждой книги (или крупного раздела, например 30 страниц) выделить самое существенное (5–7 страниц), сохранив логику и терминологию первоисточника; аудио- и видеозаписи транскрибировать и аналогичным образом сжать до ключевых тезисов. Итоговый конденсированный материал должен быть разбит на тематические блоки с чёткой внутренней иерархией (главное ? детали ? примеры). На основе сжатого материала необходимо разработать наглядные блок-схемы (по одной на каждый тематический блок), отражающие структуру и взаимосвязи между разделами. Схемы должны быть выполнены в редактируемом формате (Miro, draw.io, Figma или аналог — на выбор специалиста при условии сохранения возможности правки), с учётом последующей печати на крупном формате (A1/A0) для размещения на стене. Итоговый комплект схем должен визуально складываться в единую логическую карту всего материала — от общего к частному. В отклике прошу указать: какую нейросеть/инструмент вы предлагаете использовать для транскрибации, суммаризации и построения структуры, что из этого функционала реально автоматизировать через ИИ, а что придётся делать вручную, а также ваши предполагаемые сроки и стоимость выполнения проекта.
Почему стоит искать работу для фриласнеров по профилю программисты в Москве у нас?
🔸 Более 8 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в Москве для фрилансеров на октябрь 2026 года — 6014 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в Москве?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в Москве? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в Москве?
На октябрь 2026 года опубликовано 6014 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете