Сначала я думал, что коллеги надо мной шутят, утверждая, что XML hype дошел до того, что уже производятся сервера, занимающиеся исключительно "аппаратной" обработкой XML/XSLT.
Но нет - lo and behold - IBM WebSphere DataPower XML Accelerator XA35.
Как утверждается, решение "provides a drop-in, self-learning network device that dynamically adopts XML and XSLT, reducing the need for code changes or changes to the network, servers, or applications to help streamline application deployment. The XA35 supports XML routing, XML pipeline processing, XML compression, XML/XSL caching, as well as other intelligent processing capabilities to help manage XML traffic."
Да-да. Сначала делаем раздутый, распухший формат Для Всего На Свете, суем его куда ни попадя, а потом начинаем думать, где взять bandwidth и CPU для его обработки в приложениях, которым приходится гонять туда-сюда большие объемы данных.
Чем-то это мне напоминает ситуацию с WebServices/SOAP. Вроде и работает, и в плюсы записываем потенциальную human readability всего на свете - от спецификаций интерфейса до сообщений протокола. Плюс - у нас все plain-text и может работать поверх обычного HTTP. Правда, занимает "многа байт" и тормозит на серьезных реальных задачах.
Не беда - делаем Fast WebServices. Это те же WebServices, только со сжатием (чуть ли не при помощи gzip) того, что идет over-the-wire. Правда, не всегда работает over HTTP. Не беда - тут подпилим, там подставим, и будет счастье...
С нетерпением жду появления hardware accelerator-а для VisualBasic for Applications. Вот он появится, и это будет the next big thing. Всякие недоделки типа Java/C#/... - на помойку.
UPDATE: поясню, что меня больше всего удивляет. Больше всего меня удивляет подход к архитектуре. Зачем выносить отдельно именно этот кусок функциональности (к которому и от которого наверняка будут неслабые потоки данных)? В случае enterprise service bus - да, может быть и есть смысл. Но решение-то позиционируется гораздо шире. Если овчинка реально стоит выделки, то почему не делают отдельно стоящие network-enabled аппаратные JIT-компиляторы, например? Или отдельно стоящие network-enabled SQL processor-ы (ключевое слово тут - отдельно стоящие)?
Нет, если звезды зажигают - то это кому-то да и нужно. Правда, иногда это нужно для того, чтобы поймать волну популярности и продать дурное решение, "набитое" популярными акронимами. Мне почему-то кажется, что это как раз тот случай.
UPDATE2: надо было мне меньше читать marketing hype, и больше разглядывать картинки :) Из этой фиговины наружу лезет ни разу не XML, а wml, html, fop, ... Пойду посыплю голову пеплом. Хоть бери и пост удаляй :)
Но нет - lo and behold - IBM WebSphere DataPower XML Accelerator XA35.
Как утверждается, решение "provides a drop-in, self-learning network device that dynamically adopts XML and XSLT, reducing the need for code changes or changes to the network, servers, or applications to help streamline application deployment. The XA35 supports XML routing, XML pipeline processing, XML compression, XML/XSL caching, as well as other intelligent processing capabilities to help manage XML traffic."
Да-да. Сначала делаем раздутый, распухший формат Для Всего На Свете, суем его куда ни попадя, а потом начинаем думать, где взять bandwidth и CPU для его обработки в приложениях, которым приходится гонять туда-сюда большие объемы данных.
Чем-то это мне напоминает ситуацию с WebServices/SOAP. Вроде и работает, и в плюсы записываем потенциальную human readability всего на свете - от спецификаций интерфейса до сообщений протокола. Плюс - у нас все plain-text и может работать поверх обычного HTTP. Правда, занимает "многа байт" и тормозит на серьезных реальных задачах.
Не беда - делаем Fast WebServices. Это те же WebServices, только со сжатием (чуть ли не при помощи gzip) того, что идет over-the-wire. Правда, не всегда работает over HTTP. Не беда - тут подпилим, там подставим, и будет счастье...
С нетерпением жду появления hardware accelerator-а для VisualBasic for Applications. Вот он появится, и это будет the next big thing. Всякие недоделки типа Java/C#/... - на помойку.
UPDATE: поясню, что меня больше всего удивляет. Больше всего меня удивляет подход к архитектуре. Зачем выносить отдельно именно этот кусок функциональности (к которому и от которого наверняка будут неслабые потоки данных)? В случае enterprise service bus - да, может быть и есть смысл. Но решение-то позиционируется гораздо шире. Если овчинка реально стоит выделки, то почему не делают отдельно стоящие network-enabled аппаратные JIT-компиляторы, например? Или отдельно стоящие network-enabled SQL processor-ы (ключевое слово тут - отдельно стоящие)?
Нет, если звезды зажигают - то это кому-то да и нужно. Правда, иногда это нужно для того, чтобы поймать волну популярности и продать дурное решение, "набитое" популярными акронимами. Мне почему-то кажется, что это как раз тот случай.
UPDATE2: надо было мне меньше читать marketing hype, и больше разглядывать картинки :) Из этой фиговины наружу лезет ни разу не XML, а wml, html, fop, ... Пойду посыплю голову пеплом. Хоть бери и пост удаляй :)