Вот такой схемой мы пользовались внутри, чтобы отписывать друг другу. Как выглядит flow:
Мы ловим события из наших инструментов (ci/cd конвейер, git, и другие системы) в receiver. Они складываются в отдельную inbox-очередь.
Далее message router'ы (MR) (каждый(или несколько) MR заточен под свои сообщения) забирают предназначенные им сообщения из inbox-очереди, обрабатывают их, обогащая необходимыми данными, если нужно, и отправляют либо в очередь своего воркера.
Результат обработки воркерами (именно на этом этапе мы проверяем код) складывается в outbox-очередь для обработки result процессорами.
Result-процессоры (RP) как и в случае с MR, обрабатывают каждый свой тип сообщения.
Результаты складываются в кэш и базу, откуда их потребляют пользователи в web-интерфейсе сервиса или степ проверки результата из конвейера.
Также поддерживается обработка событий для внешних систем — мы предусмотрели отправку данных в другие системы (они могут поступить к нам со своими MR и RP).
Что касается остальных замечаний:
Вы правы, наверное, нам стоило раскрыть больше технических деталей сразу, но корпоративный блог - штука форматная, искали компромисс между технической статьей и сторителлингом.
Если говорить о публикации в блоге как рекламе банка, то и да, и нет одновременно. Наверное, в целом, это, конечно, влияет на HR-бренд, но не прямо. У нас хорошо, но ссылкой не поделюсь, просто не моя компетенция.
Никаких личных KPI на этот счет у нас нет, только на продукты :)
Если что-то ещё интересно, спрашивайте, расскажу подробнее. Конечно, в рамках NDA.
Ну, например, это может быть EXIF или что-то подобное. Или информация о дате изменения файла, для, как хотели выше, версионности.
*SARCASM*
Хотя нет, наверное, это все-таки «техническая» информация для спецслужб и общественности о составе вашей семьи, полученная при анализе фоток
*/SARCASM*
Запускал такое тестирование у себя в ВУЗе.
Мало того, что качество заданий оставляет желать лучшего, так ещё и ВУЗ, желая завысить оценки перед аттестацией, в приказном порядке напрягал преподавателей сдавать экзамен вместе со студентами (всячески помогая им и сдавая тест за непришедших).
С ФЭПО, мне кажется, произошла такая же история как и с многими другими госзаказами в IT-сфере (тот же ЕГАИС, который до сих пор не работает(порпавьте меня, если это не так), «Школьный портал»). Вроде как и деньги отработали, и вот, смотрите, у нас есть результаты. А как и чем достигнуты результаты — никого, в общем-то, не интересует.
Отличная идея. Потому как обычно проблема не в том, что нет медикаментов, а более в том, что многие не способны оказать первую помощь всвязи с тотальной безграмотностью в этом вопросе.
Чуть ниже ответил. Если у вас есть вопросы, готов обсудить в рамках NDA
Вот такой схемой мы пользовались внутри, чтобы отписывать друг другу. Как выглядит flow:
Мы ловим события из наших инструментов (ci/cd конвейер, git, и другие системы) в receiver. Они складываются в отдельную inbox-очередь.
Далее message router'ы (MR) (каждый(или несколько) MR заточен под свои сообщения) забирают предназначенные им сообщения из inbox-очереди, обрабатывают их, обогащая необходимыми данными, если нужно, и отправляют либо в очередь своего воркера.
Результат обработки воркерами (именно на этом этапе мы проверяем код) складывается в outbox-очередь для обработки result процессорами.
Result-процессоры (RP) как и в случае с MR, обрабатывают каждый свой тип сообщения.
Результаты складываются в кэш и базу, откуда их потребляют пользователи в web-интерфейсе сервиса или степ проверки результата из конвейера.
Также поддерживается обработка событий для внешних систем — мы предусмотрели отправку данных в другие системы (они могут поступить к нам со своими MR и RP).
Что касается остальных замечаний:
Вы правы, наверное, нам стоило раскрыть больше технических деталей сразу, но корпоративный блог - штука форматная, искали компромисс между технической статьей и сторителлингом.
Если говорить о публикации в блоге как рекламе банка, то и да, и нет одновременно. Наверное, в целом, это, конечно, влияет на HR-бренд, но не прямо. У нас хорошо, но ссылкой не поделюсь, просто не моя компетенция.
Никаких личных KPI на этот счет у нас нет, только на продукты :)
Если что-то ещё интересно, спрашивайте, расскажу подробнее. Конечно, в рамках NDA.
Вот ссылка для ленивых :)
*SARCASM*
Хотя нет, наверное, это все-таки «техническая» информация для спецслужб и общественности о составе вашей семьи, полученная при анализе фоток
*/SARCASM*
Мало того, что качество заданий оставляет желать лучшего, так ещё и ВУЗ, желая завысить оценки перед аттестацией, в приказном порядке напрягал преподавателей сдавать экзамен вместе со студентами (всячески помогая им и сдавая тест за непришедших).
С ФЭПО, мне кажется, произошла такая же история как и с многими другими госзаказами в IT-сфере (тот же ЕГАИС, который до сих пор не работает(порпавьте меня, если это не так), «Школьный портал»). Вроде как и деньги отработали, и вот, смотрите, у нас есть результаты. А как и чем достигнуты результаты — никого, в общем-то, не интересует.
Наслаждаемся.
Рецепт прост.