Club.CNews: Облака и эволюция справочников
Вот простой реальный пример потребности в географически распределенном справочнике большой компании, имеющей структурные подразделения в нескольких странах. Обычный справочник, отражающий структуру и штатное расписание такой компании, не вызывающий проблем при реализации для небольшой компании, в данном случае приходится делать распределенным – если делать это хорошо, так как в реальности географически обособленные и финансово самостоятельные подразделения сами ведут свою структуру и свое штатное расписание, а интегрирующий софт должен представлять все это в одном иерархическом справочнике, доступном откуда угодно. Такая задача - типичный пример для облачной реализации
Некоторые считают, что размещение справочных данных в облаках повысит прозрачность и доступность данных (это действительно так) и избавит от необходимости дублировать данные (а вот это неверно). Дублирование IMHO это то, что и в облаках будет считаться естественным и нормальным и от чего избавиться будет нельзя в принципе. Необходимо будет только такие дублированные данные снабжать 1) уникальным идентификатором типа GUID и 2) адресом, т.е. ссылкой, чтобы маркировать множество копий одних и тех же данных
Простой пример - курс рубля к мировым валютам. Чтобы получить его на текущий день, можно обратиться на сайт ЦБ РФ. Но вот потом, после того как этот курс будет использован в цене конкретного контракта, очевидно, что очень желательно данную информацию продублировать и сохранить в своей корпоративной системе, чтобы в будущем иметь возможность достоверно знать, 1)какой курс ЦБ был в этот день и 2)какой курс был использован в конкретном контракте. Таким образом, даже при использовании облачных справочных данных потребность в дублировании информации сохраняется
Разумная (и даже) неразумная избыточность и дублирование информации присутствует всюду в живой природе и является конкурентным преимуществом :). В том числе и в облаках
Многие из тех, кто понаделали за годы разных справочников, пришли к мысли о необходимости универсального инструмента, администрирующего управление распределенными структурированными данными, в частности, справочниками. Облака, в которых реляционные БД с взаимосвязанными «нормализованными» таблицами не работают, усилили проблему распределенной обработки данных в современных СУБД
Такие реально распределенные структуры данных будут базироваться на использовании концепции тегов данных (datatags – это я их так называю, терминология может использоваться разная, но суть от этого не меняется), представляющих собой расширение понятия тегов для обеспечения возможности маркировки распределенных в облаке данных
Собственно, такие структуры уже используются в некоторых web-приложениях. Как только вы видите, что ссылка на web-странице ведет на структурированную информацию из некоторой базы данных, можно считать, что используется некая реализации подобной концепции. Вопрос лишь в том, когда появится универсальная модель и, соответственно, универсальная технология, которую многие поддержат и которая, соответственно, позволит без проблем интегрироваться справочным данным из различных web-приложений
Таким инструментарием, реализующим обработку справочных данных в облаках, легко и просто будет решаться вышеупомянутая задача ведения структуры и штатного расписания большой географически распределенной компании – каждое подразделение будет вести свой кусочек, а вся большая структура будет сама как мозаика собираться вместе из этих кусочков на web-странице и видна откуда угодно по ссылкам, да еще и в любых разрезах – это ж данные, по ним любые фильтры можно будет делать
© CNews
