Чтобы было понятно (про уникальный UUID или отказ от уникальных индексов): при M-M репликации (да и не только) на всех узлах хранится LSN (по сути время последнего изменения), merge LSN — не проблема, проблема — слить данные, которые конфликтуют.
Да такое может случиться — назовем это конфликтом. Конфликт можно обойти добавляя некий UUID, как уникальный PK к каждой записи. Вообще существует много вариантов как это обойти, все не перечислить, да и каждый из вариантов будет заточен под данные.
Восстанавливать ее не надо. Допустим. У нас прервался коннект — связь потеряна, то механизм репликации _должен_ восстановить работу при возобновлении связи. Если механизм этого не делает, то это очень странно :)
В Tarantool за этим следить не надо, я не знаю MySQL, но думаю, там тоже как-то обрабатывается (по аналогии с PG и т.п.).
Именно портировал под tarantool. Попробую рассказать в чем отличие, отличие в том, что у tarantool есть свой собственный i/o loop, если библиотека имеет i/o и работает вне i/o loop tarantool, то такая библиотека будет блокировать работу во время I/O операций.
Другими словами, это не просто wrapper. Посмотрите внимательно на код, он в open-source.
'История конечно интересная. Но я как не мог пользоваться ничем до чего дотягивается mail.ru так и не буду =)'
Mail.Ru 'дотянулось', а он все равно пользовался :)
Приходите на хакатон и покажите нам best-practical. Или придумайте способ построения распределенной архитектуру лучше.
Так же, подчеркну, — задачи придумали не мы, их придумал бизнес.
И фермеров надо уважать — они нас кормят, поят ;)
Сегодня 2016 год, базы данных, очереди и т.п. есть на каждом телефоне. Процесс — штука упрямая он идет вперед, заставляя устройства меняться.
А теперь по делу: есть 2 класс устройств, 1-й слабые — на них нет состояния — аналогия: что-то что генерит данные, на них минимум ПО и кода. 2-й класс мощные — они могут хранить, обрабатывать данные. В них может быть простой API для управления с телефона, или через web и т.п.
Т.е. применение БД — необходимость! Могу расписать задачи которые она решает по пунктам, если хотите.
А вы можете сказать какой именно? Мне технически это интересно знать.
Еще такой момент, в каком сервере+бд, который можно запустить там(edison — одно из устройств см [2] и т.п.), есть возможности:
a) писать на lua — полноценном, и использовать все имеющиеся библиотеки lua;
b) работать с корутинами (т.е. создовать легковесные потоки);
c) иметь мульти репликацию: M-M, M-A.
ESP8266 — это отдельный класс, задача таких устройства просто собирать данные и все, они без состояний.
Более детально тема раскрыта тут: habrahabr.ru/company/mailru/blog/305506
Тут можно скрестить одно и другое: т.е. один девайс(мощный) может принимать данные от 100 слабых(можно даже без ОС и по радио каналу), параллельно мощный девайс отдает данные на сервер и, возможно, делает их пре-обработку. Why not?
Мне кажется Edison штука относительно мощная вещь для простых IoT… допускается ли использование (помимо возможностей тарантула) сторонних приложений и библиотек?
Ага. Хоть open cv используй, но для передачи и/или хранения и/или обработки данных в cloud только Tarantool.
Есть ли в датчиках камера?
Нет, но можешь свою принести и использовать )
Например, для распознавания изображений?
Можно.
Можно ли к эдисону дополнительно устройства подключать через usb? Например Kinect или свой специфичный девайс…
Можно. Kinect — если найдешь способ работы с ним (я не знаю есть ли либы/тулзы для этого) )
А цена? грубо говоря STMF0 + ESP8266 в сравнении с Intel Edison?
Насчет цены даже не знаю, думаю не проблема сравнить.
Для хакатона это самое оно, вопрос в том что для коммерческих изделий себестоимость критический параметр.
Но если подумать, то рост мощности девайсов вполне логичен, т.е. если один девайс сможет обрабатывать: 100-к датчиков и 100-к реле и т.д., то очевидно дешевле купить один такой мощный девайс и работать с ним.
Другими словами, я верю что IoT/embedded пройдет тот же путь что и телефоны, а до них PC.
Гипотетически, возможно. Но при условиях: у Вас есть Edison (на хакатоне их будут выдавать), набор любых сенсоров и идея.
Я Вам завтра дам точный ответ в личку.
Сотрудники mail.ru просто любят экспериментировать с чем-то новым, и они переводят статьи для публики — замечу все это они делают в свободное время.
А это просто перевод, он не призывает к действию и не отражает процессы проходимые в mail.ru )
Да такое может случиться — назовем это конфликтом. Конфликт можно обойти добавляя некий UUID, как уникальный PK к каждой записи. Вообще существует много вариантов как это обойти, все не перечислить, да и каждый из вариантов будет заточен под данные.
В Tarantool за этим следить не надо, я не знаю MySQL, но думаю, там тоже как-то обрабатывается (по аналогии с PG и т.п.).
Другими словами, это не просто wrapper. Посмотрите внимательно на код, он в open-source.
Плюс, факт 'дотягивания' был, или не считается?
Mail.Ru 'дотянулось', а он все равно пользовался :)
Так же, подчеркну, — задачи придумали не мы, их придумал бизнес.
И фермеров надо уважать — они нас кормят, поят ;)
Вы помните nokia 3310? Хороший был телефон ) У вас nokia 3310? Это я к чему, как-то в 2007(или 8) кто-то говорил на конференции: «Базы данных на телефоне не нужны, телефон должен звонить, слать СМС» © лид. из конторы которая разрабатывала(в прошедшем) прошивки для телефона.
Сегодня 2016 год, базы данных, очереди и т.п. есть на каждом телефоне. Процесс — штука упрямая он идет вперед, заставляя устройства меняться.
А теперь по делу: есть 2 класс устройств, 1-й слабые — на них нет состояния — аналогия: что-то что генерит данные, на них минимум ПО и кода. 2-й класс мощные — они могут хранить, обрабатывать данные. В них может быть простой API для управления с телефона, или через web и т.п.
Т.е. применение БД — необходимость! Могу расписать задачи которые она решает по пунктам, если хотите.
И Вы так и не ответили. Какие есть альтернативы?
Еще такой момент, в каком сервере+бд, который можно запустить там(edison — одно из устройств см [2] и т.п.), есть возможности:
a) писать на lua — полноценном, и использовать все имеющиеся библиотеки lua;
b) работать с корутинами (т.е. создовать легковесные потоки);
c) иметь мульти репликацию: M-M, M-A.
ESP8266 — это отдельный класс, задача таких устройства просто собирать данные и все, они без состояний.
Более детально тема раскрыта тут: habrahabr.ru/company/mailru/blog/305506
[2] www.starterkit.ru/html/index.php?name=shop&op=view&id=112
Интересный у нас мысленный эксперимент :)
Ага. Хоть open cv используй, но для передачи и/или хранения и/или обработки данных в cloud только Tarantool.
Нет, но можешь свою принести и использовать )
Можно.
Можно. Kinect — если найдешь способ работы с ним (я не знаю есть ли либы/тулзы для этого) )
Насчет цены даже не знаю, думаю не проблема сравнить.
Но если подумать, то рост мощности девайсов вполне логичен, т.е. если один девайс сможет обрабатывать: 100-к датчиков и 100-к реле и т.д., то очевидно дешевле купить один такой мощный девайс и работать с ним.
Другими словами, я верю что IoT/embedded пройдет тот же путь что и телефоны, а до них PC.
Я Вам завтра дам точный ответ в личку.
А это просто перевод, он не призывает к действию и не отражает процессы проходимые в mail.ru )