Нам нужны твои мозги

Советы по реализации и предполагаемый API

Предполагается, что сервер будет монтироваться в приложение как Rack приложение. Например:

# config/routes.rb
Rails.application.routes.draw do
  mount AnyCable::Rack => "/cable"
end

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

Важно: сервер должен полностью реализовывать gRPC коммуникацию, без моков и т.п.; для этого потребуется запускать AnyCable gRPC сервер в фоне при монтировании сервера.

Подробную информацию о том, как работает AnyCable, смотрите в документации.

Инструкции по выполнению

1. Сделать новый проект на GitHub.
2. Реализовать необходимый функционал, предусмотреть нужные тесты.
3. Прислать письмо или написать комментарий о выполненном задании.

Это простое задание в плане кодирования — необходимо унаследоваться от базового адаптера и «всего лишь» реализовать шесть хуков: три на регистрацию разных типов метрик и три на непосредственное измерение их значений.

Трудность состоит в том, чтобы понять, как именно их реализовать: придется изучить, как работают Ruby-клиенты к DataDog, выбрать, какой использовать, разобраться, как устроена yabeda.

Если вы никогда не работали с системами мониторинга, то вам поможет немного освоиться наша статья о Yabeda, слайды и видео с выступления автора на Ruby Russia 2018.

Вопросы, на которые нужно будет найти ответы:

• как (и нужно ли) регистрировать метрики;
• как записывать значения метрик;
• как отправлять собранные значения в DataDog;
• как и когда собирать метрики из collect-блоков, которые не привязаны к каким-либо событиям.

Релевантные материалы:

• Документация dd-trace-rb по использованию пользовательских метрик
• Ruby-клиент к DataDog API

Для справки можно использовать два уже написанных адаптера — yabeda-prometheus и yabeda-newrelic. Они разные, так как Prometheus работает по pull-модели, а NewRelic — по push-модели (а по какой работает DataDog?).

Инструкции по выполнению

1. Сделать новый проект yabeda-datadog на GitHub — gem, который будет адаптером для yabeda.
2. Реализовать необходимый функционал, предусмотреть нужные тесты.
3. Кратко описать в README, как настроить yabeda-datadog и DataDog-клиента в своем приложении или сослаться на релевантную документацию.
4. Прислать письмо или написать комментарий о выполненном задании.

Как это должно работать?

На данный момент сбор информации уже работает для Rubygems, Github, Bestgems и StackOverflow. Необходимо совместимым образом организовать сбор с новых источников.

Советы по реализации

За основу предлагается взять любой из существующих классов для сбора в Ossert. Например, Ossert::Fetch::Rubygems, и реализовать класс, осуществляющий сбор интересной информации:

module Ossert
  module Fetch
    class Reddit
      def initialize(project)
        ...
      end

      def process
        # Метод сбора основных метрик по проекту
      end
    end
  end
end

Для начала, вам потребуется вникнуть в проблему, решаемую проектом — оценку зрелости свободного ПО.

Для этого нужно проанализировать возможность API вашего источника данных и выбрать:

1. параметры для сбора;
2. полезные метрики, которые можно измерить на их основании.

Например:

• «сколько было комментариев к постам о проекте с момента последнего релиза»;
• «сколько уникальных пользователей комментировали посты о проекте».

А затем, конечно, организовать сбор этих метрик и параметров.

Инструкции по выполнению

1. Форкнуть проект Ossert на Github.
2. Реализовать необходимый функционал.
3. Сделать Pull Request.