А вот ещё вопрос, целесообразно ли делать сервис, который, по

Question

А вот ещё вопрос, целесообразно ли делать сервис, который, по

сути, просто пишет в базу, но при этом его задача - держать последние изменения неких объектов? К нему будут обращаться другие сервисы для получения состояния или изменения*

#backend #go #programming #russian

0

16.12.2022

6 ответов

20 просмотров

Vladimir Rohmanov Автор вопроса

Непрерывную синхронизацию файловых директорий на разных устройствах (андроид, винда и Линукс). Ну, наверное, это можно так назвать

0

16.12.2022

Vladimir Rohmanov Автор вопроса

Ну да, в такой ситуации все будет не очень)

0

16.12.2022

Vladimir Rohmanov Автор вопроса

Je
Представь, что ты оффлайн неделю с телефона находи...

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

0

16.12.2022

Je

Vladimir Rohmanov
Ну да, в такой ситуации все будет не очень)

Вот, тебе нужно узнать, что есть некий конфликт. Векторные часы позволяют его обнаружить и сообщить об ошибке.

0

16.12.2022

Roman Covanyan

Vladimir Rohmanov
Непрерывную синхронизацию файловых директорий на р...

для такой задачи тебе слоистая архитектура не нужна от слова совсем. слоистая - это про монолиты (в т.ч. модульные). у тебя изолированный контекст микросервиса и тебе вообще не нужно мыслить слоями. мысли просто функциональными пакетами, кто что делает.

0

17.12.2022

Je · Accepted Answer

Представь, что ты оффлайн неделю с телефона находишься. А файлы уже наизменяли в течение недели. И так получилось, что только что ты тоже поизменял свой локальный файл на телефоне и подключаешься - твое изменение самое свежее, ты никак не можешь понять, что делаешь нечто плохое, записываешь свой файл и он последний =)

170 похожих чатов

А вот ещё вопрос, целесообразно ли делать сервис, который, по

6 ответов

Похожие вопросы