Проблема работы 140+ участников в одном хранилище
Комментарий выше прилетел после вчерашнего факапа, случившегося во время занятия по заметковедению на курсе “Второй мозг”. А в этой короткой заметке хочу поделиться своим “открытием”.
Я регулярно утверждаю, что в сегодняшних реалиях самый верный способ остаться без своих данных — это доверить хранение всяким облачным сервисам. Если мы говорим про заметковедение как некий сложный процесс, то оставлять свои записи в облаках, которые могут отключить потому, что “почесался мизинец правой ноги в полнолуние”, — глупейший поступок, на который способен заметковед.
Отсюда тезис: если это не на твоём компьютере и не контролируется тобой — это не твоё, и каждый может это у тебя отобрать. А меня, если чему и научил “двор”, так это тому, что если кто-то что-то пытается у меня отобрать или даже намекает на это своими поступками и словами — сначала бей (вместо “здрасте”), а потом разговаривай. Этот подход, кстати, работает и в корпоративной среде, когда, например, идёт “делёж” бюджета на следующий год или выставляют показатели на очередной отчётный период (обычно завышенные). Однако вернёмся ко “Второму мозгу” и открытию.
На текущем потоке “Второго мозга” 140 участников, которые исследуют методы логического анализа, работы с информацией (“нечтение”) и практикуют заметковедение.
Логика и “нечтение” — это прекрасно настроенные и выверенные образовательные программы, которым уже по три года. А вот “заметковедение” — это молодой, но крайне перспективный курс. В моей картине мира он выступает фундаментом для двух других — инструментом фиксирования личного опыта и формализации (в виде конспектов) знания, полученного в результате практик логики и “нечтения”. Иными словами — очень важный элемент.
Когда я тестировал совместное заметковедение в открытых группах, на занятия приходило от 20 до 60 участников, и в каждом из форматов мы тренировали разные механики работы с файлами. Больше всего мне понравился формат с использованием общего хранилища — он работал прекрасно на группе в 20 участников (может, даже 40), но сломался в “боевых” условиях на 140 участниках. Почему?
Сначала думал, что железо, то есть сервер, слабенький. Ну да, слабенький NAS 218j был очень слабой машинкой, и он буквально задыхался от такого “внимания”. Не проблема — обновимся. Сейчас это 923+ с 32 гигами оперы и половиной терабайта SSD-кеша и прочими плюшками. Для сравнения — аналогичный моему Synology VPS обойдётся ± в 20к в месяц. Протестировал скорость — это магия, просто супер! Ну, думаю, следующее занятие пройдёт, как я планировал, а напланировал я очень много и интересно.
Но не тут-то было, как говорится: мы предполагаем, а Бог располагает. Начались проблемы иного характера. Когда 90 участников подключилось к серверу и начали работать с файлами, проблема была не в скорости — сервак справлялся, у меня ещё в запасе было 80% мощности (во всём: от использования дисков и процессора до памяти и сети), — а в логике работы. Этого я не предусмотрел.
Три месяца назад, когда я только планировал занятия по заметковедению в Obsidian, связался с разработчиками (у нас достаточно тёплые отношения) и спросил, могу ли я использовать Obsidian Sync для того, чтобы подключить 150 участников. Ответ был однозначный: нет, максимум — 20 человек. Я подумал, что это ограничение их синка. Однако моя ошибка была не в этом. Проблема не в синке — он будет работать. Проблема в логике.
Obsidian работает на файлах, не в облаке, а это значит, он ПОСТОЯННО их “касается” — на хранилищах участников. С двадцатью участниками, работающими в одном хранилище, всё ещё возможны “неприятные сбои” — такие как создание конфликтных файлов, исчезновение расширений у файлов .md. Но риск возникновения подобного — где-то около 1%, то есть, в моей картине мира, незначительный настолько, что могу проигнорировать. Однако когда количество пользователей одного хранилища вырастает до 150 человек, риск с 1% взлетает до 40%, а это уже — почти у каждого второго.
Ровно так и случилось: через одного участника Obsidian не видел файлов, “терял” расширения, создавал конфликты. Что добавляло стресса лично мне. И комментарий в самом начале — это из обратной связи. За что огромное спасибо нашей с Максом аудитории — вы САМЫЕ лучшие, терпеливые и вообще мимишечки :)
Тем не менее, несмотря на все “невозможно” от разработчиков, я, кажется, нашёл решение, которое и думаю протестировать в это воскресенье с участниками потока. Плюс попробуем новое занятие курса “Как (не)читать книги”.
Как вы думаете, какое решение я придумал?
BIO
🧠 theBrain mapping
ID: 202505220604 Source:: Syncing issues and server choking Friend:: Child:: Next:: CouchDB и синхронизация общего хранилища для участников следующего потока “Второго Мозга”
Keywords:
Reference: