Добрый день. Не имея достаточного опыта с WCF, сделал такую архитектуру, что вокруг сервиса есть обвязка из статических классов со статическими данными. Вот прям кусок кода такого класса:


Сервис у меня с CallbackContract. Идея была в том, что, так как все static то данные как бы общие, все сессии их видят и могут вносить изменения и остальные их увидят. Конкурентность пока что не интересует т.к. клиенты только добавляют записи, которые не конфликтуют друг с другом. А сервис сам периодически удаляет устаревшие данные. В итоге все это весьма неплохо и надежно работает, как ни странно для меня т.к. это мой первый реальный опыт с WCF, да и то, что в статике нужно знать меру это понятно.

Но теперь появилась необходимость, что бы сервис поддерживал несколько независимых групп пользователей и у каждой группы все эти данные должны быть свои. Вот тут статика вышла мне боком т.к. данные уже просто так не разделить. И теперь я не знаю, как с минимальными усилиями можно из этого выкрутиться.
Т.е. нужно что-то типа PerSession только сессия это группа клиентов. InstanceContextMode у меня и стоит PerSession. Можно сделать, что бы при регистрации CallbackContract клиент передавал некий признак принадлежности к группе, пусть даже GUID. Тогда можно было бы в эти общие статические классы добавить этот признак группы и сделать некий класс-обертку, который бы фильтровал данные из статических по этому признаку. При этом создавать этот класс только один раз при регистрации CallbackContract, сохранять в нем этот признак и за счет режима PerSession он при последующих вызовах уже будет иметь этот признак.
Как считаете, стоит ли так делать или это принципиально неправильно и лучше это все переделать по-другому пока не слишком поздно?