Если вы говорите о нескольких десятках пользователей, я не думаю, что у вас будет много проблем с производительностью. На мой взгляд, у первого дерева пули Симона будут наиболее вероятные проблемы.
У нас есть гибкое бизнес-решение с бэкэндом .NET / WebORB и сервером MS SQL2005.
Размер SWF-файла приложения размером около 1,2 МБ. Если у вас есть широкополосное подключение к Интернету, то время загрузки не является проблемой (так как оно корпоративно развернуто в глобальной сети, думаю, это не проблема). Если нет, то первый раз, когда пользователь загружает SWF, это займет некоторое время, но затем его следует кэшировать. (Кэширование - это еще одна проблема, если у вас часто появляются новые сборки. Лучше всего иметь контекстное меню в вашем SWF, где вы можете увидеть версию сборки. Если у пользователя возникают проблемы с приложением, первое, что я проверяю, является ли он загруженным последняя версия.).
Временами интерфейсный игрок одновременно используют 500 кандидатов. Каждый игрок регулярно загружает и сохраняет данные на сервере. До сих пор у нас не было проблем, и я знаю, что использование кэша на стороне сервера может значительно увеличить производительность. Стресс-тесты здесь важны, так как многое зависит от вашей архитектуры, аппаратного обеспечения, одновременных пользователей, ...
Мы также используем обмен сообщениями для пессимистического контроля параллелизма, и это совсем другая история. Мы провели здесь много тестов, чтобы все заработало.
Безопасность не кажется большой проблемой в вашем проекте, поскольку он развернут корпоративно. Но имейте в виду, что удаленные вызовы, доступные для SWF, не защищены без защиты.
Ливен Кардоен ака Джохлеро