Ну, фантазировать - так фантазировать :)

VoDAМожно высказаться по следующим моментам:
сохранятся ли хранилища и сервера приложений по отдельности или произойдет слияние?


Обязательно сохранятся.
1. Далеко не всегда хранилища являются частью ИС. Далеко не всегда в ИС нужны AS.

2. У каждой СУБД свои особенности, а Java (C#, Python, etc...) - одна на всех.
Нее, если стандартизируют язык типа PL/SQL - есть шанс, что СУБД откусят большой кусок у языков общего назначения. Но "это фантастика" (с)

VoDAвозможно слияние СУБД и AS это то, что сейчас модно величают PaaS. А результатом слияния будут самодостаточные cloud которые и приложения тянут и хранят и обрабатывают данные. Cloud - это новая эпостась взаимовлияния AS и СУБД?


Облака хороши в идеальном мире. В реальном - ни один параноик от безопасности не разрешит хранить коммерческие данные в публичном облаке. И даже приватные облака внутри крупных компаний будут усиленно бойкотироваться средними менеджерами на местах, которым нафиг не нужны унификация данных и тотальный контроль ;)
VoDAПостоянно повышаются объемы обрабатываемых данных. Останутся ли РСУБД в их текущем виде в качестве основного средства обработки данных или их задавят различного рода NoSQL СУБД? В конце концов не только жесткая схема соответствует нормальным формам из реляционной теории. Набор данных в NoSQL тоже может укладываться в НФ


Боюсь, этот вопрос уже не актуален )))

http://nosql.mypopescu.com/post/12156340083/ibm-db2-to-include-nosql-features
http://www.oracle.com/technetwork/database/nosqldb/overview/index.html

VoDA

Все вышесказанное может определить КАКИЕ технологии стоит учить с прицелом на ближайшие 3-5 лет ;)

----

- Just Do IT! (c)

В-общем, в архитектурном плане, ИМХО, ничего не поменяется.

А вот параллельные вычисления - это реальный тренд (как здесь уже говорилось, это последствия развития технологий - никуда не денешься). И, как следствие, будут развиваться функциональные/декларативные ЯП. Вот туда и надо лезть :)

VoDAДиезИ даже приватные облака внутри крупных компаний будут усиленно бойкотироваться средними менеджерами на местах, которым нафиг не нужны унификация данных и тотальный контроль ;)Облака тут ортоганальны. унификация данных и тотальный контроль идут через внедрение единого пространства информации. Это либо различного рода ERP либо разные системы интегрированные друг с другом.

Приватные облака тут только как система исполнения этих самых систем или общей ERP.


Естественно, внедрение облаков и создание единого инф. пространства - процессы из разных уровней управления.

Идея моя вот в чем: в крупных компаниях внедрить единую информационную систему (aka ERP) практически нереально.
Интегрировать уже существующие системы - вполне себе возможно. Но тут обязательно всплывет тот самый человеческий фактор - владелец каждой подсистемы будет стремиться содержать свою информацию в неприкосновенности. Отсюда каждая подсистема имеет своих админов, документирование - на уровне детского сада, любой инцидент футболится на соседей всеми правдами и неправдами...

И как раз перевод этих систем в единую среду исполнения (Cloud?) с централизованными политиками безопасности, мониторингом, релизными политиками - это первый шаг к уничтожению "местечковых" правил и угроза князькам ;))

VoDAДиезА вот параллельные вычисления - это реальный тренд (как здесь уже говорилось, это последствия развития технологий - никуда не денешься). И, как следствие, будут развиваться функциональные/декларативные ЯП. Вот туда и надо лезть :)параллельные вычисления и в процедурных/ООП языках вполне себе идут. Сейчас активно дорабатывают работу с коллекциями на параллель. Остается только циклы раскручивать в параллельную обработку, а это можно сделать через замыкания.

Так что и процедурные/ООП вполне себе подходят для параллелизма. и несколько проце в освоении, чем функциональные. декларативные языки интересны в своих нишах - тот же SQL. но как языки общего назначения ИМХО не подойдут.

Ну да, добавляют функциональные фичи и подходы в императивные языки. Лямбды, иммутабельные объекты, вывод типов...
Просто это очень медленный процесс, и обратную совместимость не отменишь.