Векторы Развития

Так. В рамках дальнейшего развития.

На работе нужен будет ESB под облако для текущего проекта (и в перспективе для других). Варианты - патчить Lokad.Cloud до ESB, писать собственный с нуля, патчить NSB до поддержки cloud persistence, queues and transactions. Последний вариант - проще.

Дальше. Azure и масштабируемые приложения очень тесно завязаны на логику CQRS. Более того, сами ребята из Microsoft начинают скатываться в сторону CQRS (разве что все пишется ручками и словарь другой). Резюме - продолжаем копать и изучать CQRS, все равно к этому придет. Писать статьи про него - сейчас самое время. Тем более, что интересные мне проекты - это те, которые можно эффективно реализовать только в рамках DDD методологии и CQRS подходов.

Дальше. В случаях респределенных приложений, enterprise и вообще облачных вычислений очень большое значение играет tooling для работы со всем этим. С последним вообще жесткая нехватка (взять хотя бы то, как NSB отслеживает нагрузку). Однако есть опыт Lokad, вместе со всей статистикой и сложновыкрученными облачными решениями. Плюс есть собственный опыт разработки приложений для конечного пользователя (а также всей инфраструктуры для коммерческой части), плюс университетская подготовка в области аналитики, business intelligence и моделирования, плюс наша собственная инфраструктура для аналитики. Грех не попробовать свести все это вместе маленькими шажками.