sadmadrus / chessBox

chessBox
Apache License 2.0
0 stars 0 forks source link

Add raw logging service description. #58

Open da070116 opened 1 year ago

da070116 commented 1 year ago

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

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

nekr0z commented 1 year ago

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

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

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

da070116 commented 1 year ago

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

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

nekr0z commented 1 year ago

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

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

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