• 🚨 29 мая стартует курс «Пентест Active Directory: от теории к практике» от Академии Кодебай

    🔍 Изучите реальные техники атак на инфраструктуру Active Directory: от первоначального доступа до полной компрометации.
    🛠️ Освойте инструменты, такие как BloodHound, Mimikatz, CrackMapExec и другие.
    🧪 Пройдите практические лабораторные работы, имитирующие реальные сценарии атак.
    🧠 Получите знания, которые помогут вам стать востребованным специалистом в области информационной безопасности.

    После старта курса запись открыта еще 10 дней Подробнее о курсе ...

  • Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе

    «Анализ защищенности веб-приложений»

    🔥 Записаться бесплатно!

Особенности разработки многопользовательских распределенных приложений

  • Автор темы Автор темы phantom76
  • Дата начала Дата начала
P

phantom76

я думаю было бы очень полезно, изложить основные концепции и рекомендации по построению подобных приложений на платформе Domino.
 
Думаю, было бы полезно. излагайте :what?:
У меня готового рецепта ни на блюдце, ни даже сходу в голове нет, я могу предоставить пару ссылок, косвенно относящихся к теме...
Вот кое-что (полезное?) для разработчика:

и какие-то мысли о проектировании распределенного приложения от наших форумчан в теме репликации:
link removed
 
я думаю, в первую очередь дело не в производительности, а в разделении совместного доступа и обработки документов, т.е. запрет прямого редактирования документа пользователем, распределение обработки документов между серверами реплик, "параллельная" обработка документов пользователями в разных репликах. Т.е. принципиально важные моменты , которые необходимо закладывать в архитектуру приложения. Предлагаю оформить в виде общих рекомендаций (концепций).
 
ну что начнем:

1. не использовать прямое редактирование документов, создавать сигналы на действия пользователей
2. обрабатывать сигналы только на 1 сервере, или разделять документы для обработки по серверам
3. создавать документы-маркеры или билеты (дают право конкретному пользователю - произвести действие и создать сигнал на модификацию документа), которые создаются инициирующим действием и удаляются или модифицируются пользователем при завершении действия, тем самым не дают пользователю возможность повторить действие.
 
а в чем смысл пункта 1 и 3 ?
не порождать конфликтов репликации, можно конечно воспользоваться "зеркальными" документами.
а как еще можно обыграть ситуацию с одновременной работой с одним документом в разных репликах?
 
Если "сигнал" = "запрос", то тогда да!
Спалил контору, щас все ка-а-ак начнут писать!.. :)
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!

Похожие темы

Курс AD