я думаю было бы очень полезно, изложить основные концепции и рекомендации по построению подобных приложений на платформе Domino.
-
Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе
Думаю, было бы полезно. излагайте :what?:
У меня готового рецепта ни на блюдце, ни даже сходу в голове нет, я могу предоставить пару ссылок, косвенно относящихся к теме...
Вот кое-что (полезное?) для разработчика:
и какие-то мысли о проектировании распределенного приложения от наших форумчан в теме репликации:
link removed
У меня готового рецепта ни на блюдце, ни даже сходу в голове нет, я могу предоставить пару ссылок, косвенно относящихся к теме...
Вот кое-что (полезное?) для разработчика:
Ссылка скрыта от гостей
и какие-то мысли о проектировании распределенного приложения от наших форумчан в теме репликации:
я думаю, в первую очередь дело не в производительности, а в разделении совместного доступа и обработки документов, т.е. запрет прямого редактирования документа пользователем, распределение обработки документов между серверами реплик, "параллельная" обработка документов пользователями в разных репликах. Т.е. принципиально важные моменты , которые необходимо закладывать в архитектуру приложения. Предлагаю оформить в виде общих рекомендаций (концепций).
ну что начнем:
1. не использовать прямое редактирование документов, создавать сигналы на действия пользователей
2. обрабатывать сигналы только на 1 сервере, или разделять документы для обработки по серверам
3. создавать документы-маркеры или билеты (дают право конкретному пользователю - произвести действие и создать сигнал на модификацию документа), которые создаются инициирующим действием и удаляются или модифицируются пользователем при завершении действия, тем самым не дают пользователю возможность повторить действие.
1. не использовать прямое редактирование документов, создавать сигналы на действия пользователей
2. обрабатывать сигналы только на 1 сервере, или разделять документы для обработки по серверам
3. создавать документы-маркеры или билеты (дают право конкретному пользователю - произвести действие и создать сигнал на модификацию документа), которые создаются инициирующим действием и удаляются или модифицируются пользователем при завершении действия, тем самым не дают пользователю возможность повторить действие.
не порождать конфликтов репликации, можно конечно воспользоваться "зеркальными" документами.
а как еще можно обыграть ситуацию с одновременной работой с одним документом в разных репликах?
да, именно так.Если "сигнал" = "запрос", то тогда да!
Спалил контору, щас все ка-а-ак начнут писать!..
Обучение наступательной кибербезопасности в игровой форме. Начать игру!