Чиво, какой смысл в L2 если только L7 может  понять по данным куда идти за данными

А зачем так делать? Наверное можно, если на уровне memcached получится разделить

Чтобы не держать несколько огромных кэшей, особенно если это был бы целый кластер (например, Redis пока не поддерживается в Tarantool).
Чтобы приложения раньше видели изменения, не лезли за ними в СУБД.

Это L2 в терминологии хибера, там два уровня

Ну ок, не знаю что это, но если оно умеет кластер мемкэшей значит оно должно всё это уметь роутить само

Как то бы расшарить nHibernate кэш между несколькими DotNet приложениями.

TT можно использовать в качестве персистентного мемкеша. Шардирование в протоколе мемкеша заложено в клиент, поэтому просто перечисляете в клиенте все узлы в правильном порядке и хоть на 100 терабайт

Be careful.  Caches are never aware of changes made to the persistent store by another process (though they may be configured to regularly expire cached data). As the caches are created at the session factory level, they are destroyed with the SessionFactory instance; so you must keep them alive as long as you need them.

Если нет то наверняка существует куча проксей которые это сделают за вас

Просто я не понимаю, как избавиться от узкого горлышка, когда дата портал в терминах CSLA.NET нужно запихать в один процесс и делить его между десятками контейнеров на других более высоких уровнях?

GUI->business logic->Data Portal-> nHibernate-> L2Cache (Tarantool?) -> DBMS

Тарантул поддерживает множество потребителей и множество одновременных соединений. Так что если на уровне разделения данных не будет проблем, то и с одновременной работой нескольких процессов с одним кэшом их тоже не должно быть

Но сам хибер похоже против такого :(

Это очень просто. По той же причине, по которой отличаются протоколы у Postgres, Mysql, Oracle и многих других, хотя они схожи.

Если невозможно опеспечить 100%-ю совместимость, то это будет только портить взаимодействие. С точки зрения пользователя редиса — это будет недоредис, т.к. что то будет не совсем точно как в редисе. Но при этом не будет возможности воспользоваться полностью возможностями тарантула, т.к. его будет ограничивать чужой протокол.

С твоим новым xtm можно будет прикрутить хоть азбуку морзе в отдельном треде

Да можно то можно, мы и прикрутим... Просто я объяснял какие у этого минусы

И вместо корок будет ...–––...–––

Достаточно было просто сказать что это разные вещи в принципе

Приветствую. Возможно ли узнать в триггере box.on_commit(), на какую ноду изначально поступил кортеж? При условии использования синхронной репликации в Tarantool.