Как организовать синхронизацию данных клиент-сервер для мобильного ios приложения?

Question

[adrianovalexey]

Имеется клиент и сервер.
Сейчас каждый хранит свои данные, которые внесены отдельно на клиент и отдельно на сервер.
Данные могут создаваться/изменяться/удаляться на клиенте и на сервере.

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

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

Как реализовать подобную схему синхронизации?
Что для этого нужно?

Поделитесь своей практикой и рабочими кейсами.

Answer 1

[Push Pull]

Делаем достаточно просто. Локальная структура хранит два идентификатора, один полностью локальный, другой - тот ид что пришел с сервера после создания.

Механизм такой: сделали что-то, есть подключение к инету?
ДА - отправляем на сервер - получили успешный ответ?
да - добавили в локальную базу с id который пришел с сервера.
нет - пишем в чем ошибка в лог, извиняемся перед пользователем (хотя схема другая,обычно все ок, и не ок только если сервер упал)
НЕТ - пишем в локальную базу, с пустым сервер ID

появляется подключение к сети
- отправляем порциями локальные объекты (если они до появления инета не были удалены) для получения нужных сервер ID
- запрашиваем список удаленных с сервера (авось под этой учеткой на другом устройстве чтото удалили) удаляем локальные объекты

UPD: может кто не догадается сразу, мало ли. Как только сервер получает данные, он сообщает по сокету всем пользователям которые онлайн и находятся в какой то связи с контентом пользователя что его делал

Comments

[adrianovalexey]

А как мерджить изменения если они приходят с разных клиентов практически одновременно? И кому следует дать главную роль, серверу или клиенту?

[adrianovalexey]

Нужно ли вести лог изменений и как эти изменения фиксировать? Если логировать, то так же вести лог на сервере и клиенте? Если вопросы слишком глупые сорри, хочу разобраться)

[Push Pull]

@adrianovalexey
1. Можно более конкретный пример, не понимаю в чем проблема мержа когда данные приходят, ведь они никак не придут одновременно.
Пришли данные от 1 записали. Пришли данные от 2 - записали. Если есть что то специфическое - перед запись проверяйте на существование, и вносите изменения, но как мержить уже вам решать.
Главная роль? Где то я уже такое слышал, и мне совсем такая терминология не нравится. Оффлайн приложения на "тонком" клиенте не сделаешь, "толстый" клиент - ок, но хватит ли производительности для функционала? - Вывод: стоит найти золотую середину для конктретного случая, так что если ищете помощи, рассказывайте суть, рассказать нельзя - думайте сами.

2. Лог изменений? На сервере - нет, на сервере только логи, с сутью: время, событие, данные, результат. На клиенте, разве что вы разрабатываете IDE или рисовалку или офисный пакет, в общем везде где нужен лог изменений.
Иначе логи или не писать (на клиенте все же накладно хранить много логов), или сливать время от времени на сервер, если вы собираете статистику.

[adrianovalexey]

@deadbyelpy 1. Имелись в виду комментарии - если придут несколько одновременных сообщений например когда пользователи были в офлайне и отправили свои комменты, а потом прошла синхронизация.
Приложение для путешественников - селф лог поездок, который превращается в маршрут/отчет о поездке, который могут использовать другие путешественники полностью либо частично - чтобы до конца представить, вот сайт allinway.ru для него приложение и делается.
Проблема правильно соединить приложение с веб версией. Т.к. в приложении чуть больше активностей (места\чекины, фотки, комменты, лайки). И многое из этого планируется что будет делаться в оффлайн режиме, а после отдаваться на сервер.

2. Предполагается что будем по мере выхода по wi-fi в сеть отдавать данные на сервер.

[Push Pull]

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

Answer 2

[FoxInSox]

У вас всего два метода синхронизации:
- http запрос который отправляет клиент для загрузки/отправки данных;
- PUSH уведомление которое отправляет сервер на клиент;

Пример:
1. Клиент А сделал фотографию.
2. Клиент А отправил фотографию на сервер.
3. Сервер получил фотографию
4. Сервер отправил PUSH уведомления клиентам B и C с инормацией "есть новое фото от клиента А"
5. Клиенты B и C получили уведомления.
5.1 Если пользователь(человек) находится в фото ленте, то клиент делает запрос на сервер, загружает фото и отображает ее.
5.2 Если пользователь находится, например, на экране настроек, то клиент отображает уведомление(тост) "есть новое фото от клиента А"

Comments

[Push Pull]

@FoxInSox а что произойдет если Клиент А сделает фотограцию, но он будет оффлайн?

Answer 3

[ivanzoid]

Можно попробовать CouchBase Lite couchbase.com/mobile . Сам правда пока не пробовал в реальных проектах, только присматриваюсь. А так вроде на вашу задачу хорошо ложится.