Add raw logging service description.

[da070116]

В каком виде запросы и по какому каналу он будет принимать (вангую, что JSON по HTTP, но это же надо прописать), каких ответов от него надо ждать.

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

[nekr0z]

передавать логгер как инстанс в каждый микросервис

Тогда тем более надо правки в документ с архитектурой, потому что пока он у нас там отдельным сервисом торчит.

Но с идеей передавать логгер как инстанс в каждый микросервис есть одна маленькая закавыка: представь себе, что гейт, игровая сессия, менеджер игровых сессий и сервис БД — на разных компах. А лучше — в кластере Kubernetes, где новые экземпляры гейта запускаются и гасятся автоматически в зависимости от нагрузки. Они лог будут писать куда именно?

[da070116]

гейт, игровая сессия, менеджер игровых сессий и сервис БД — на разных компах. А лучше — в кластере Kubernetes, где новые экземпляры гейта запускаются и гасятся автоматически в зависимости от нагрузки

тогда это требует от микросервиса логов поведения условного rabbitMQ - слушать данные от подписантов и изредка сохранять их куда-то в БД.

[nekr0z]

гейт, игровая сессия, менеджер игровых сессий и сервис БД — на разных компах. А лучше — в кластере Kubernetes, где новые экземпляры гейта запускаются и гасятся автоматически в зависимости от нагрузки

тогда это требует от микросервиса логов поведения условного rabbitMQ - слушать данные от подписантов и изредка сохранять их куда-то в БД.

Как вариант, да.