XML- ловушки
Сегодняшнее состояние XML напоминает реляционные БД лет 20 назад. Реляционная модель не предписывает, как вам хранить данные. Она дает лишь стандартную основу, оставляя на ваше усмотрение, как вы будете ей пользоваться. От вас требуется определить таблицы и столбцы. То же самое, что РБД предлагает для хранения, XML предлагает для перемещения данных по Сети. Сам XML не предписывает ни структуры, ни смыслового значения вашей информации. Вы сами описываете теги и их семантику, создаете структуру и указываете значения данных. XML, как и РБД, просто позволяет работать с данными проще, гибче и более мощными методами, чем до этого.
Чтобы осознавать влияние XML на будущее, необходимо понимать влияние реляционных баз данных в прошлом и в настоящем. РБД оказались много лучше, чем то, что было до них - проще, мощнее и доступнее - и когда они появились в 1980-х, закрутилось массированное строительство новых баз данных. Новые приложения новых БД роились, росли и были необходимы своим создателям. А потом мы увидели, что создали информационный хаос.
Строя новые базы десятками и сотнями, компании помещали одни те же данные в кучу разных БД, что приводило к избыточности, дублированию и противоречивости. Сегодняшняя участь многих крупных компаний - "корпоративные макароны" из взаимных межсистемных ссылок между данными. Стоимость интеграции приложений уже составляет не менее 40% общего бюджета IT и что хуже всего, серьезно замедляет разработку новых жизненно-важных проектов.
Проблему межсистемных обменов данными РБД можно выразить так: если у вас N баз, то сочетания по обмену данными растут как N-квадрат. То есть, уже при 30 БД (а у многих компаний намного больше) это уже почти 1000 сочетаний. И даже если вы строите, сопровождаете и вникаете лишь в часть интерфейсов, суммарная сложность становится неуправляемой. Многие компании уже проиграли эту борьбу со сложностью и сейчас тяжко расплачиваются. Вот уже двадцать лет мы в "реляционной" эре, но все никак не справимся с проблемой информационной сложности, в которую она нас погрузила.
Подводный камень XML: В силу широчайшего распространения XML, мы имеем великое поле битвы за сложность данных, на этот раз между целыми отраслями, а не отдельными компаниями. И в этот раз, когда мы ее проиграем, последствия будут куда более тяжелыми.
Впервые входящим в e-business компаниям это не кажется серьезной проблемой. Разве, считают они, так сложно выбрать один из новых XML-стандартов, к примеру, FIN-XML для банковских транзакций или C-XML для e-бизнеса, и написать интерфейс с ним для нашей главной системы? Однако любой из этих стандартов электронной торговли не менее сложен, чем РБД-схема уровня выше среднего. Разработка интерфейса между одним из стандартов и крупной ИС вашей компании - вполне выполнимая, однако, серьезнейшая работа.
К сожалению, XML-стандарт уже не один, а множество - для разных отраслей и даже внутриотраслевых. Мы видим войны за XML-стандарты между промышленными группировками. Куча причин, почему может не получиться просто так взять и привязаться к одному из стандартов: ваша компания наверняка работает не на одном секторе рынка; один стандарт не отвечает всем нуждам вашего бизнеса; у ваших партнеров другие стандарты; войны стандартов продолжаются, и будут продолжаться, и придется адаптироваться к победителям. Появляются новые стандарты, которые растут и развиваются. И чтобы остаться в бизнесе, вам придется строить и поддерживать интерфейсы между множеством систем и конкретными XML-стандартами.
Стандарты сетевых XML-сообщений растут как грибы, как в 1980-х росли и множились РБД отдельных компаний. В итоге нас ждет аналогичный бардак с данными, но на этот раз мы проиграем сражение в планетарном масштабе. У каждой компании будет мозаика прикладных БД (как и раньше) плюс интерфейсы с кучей разно-форматных XML-сообщений. Стоимость интерфейсного ПО, бизнес-процедур и старых систем, помноженная на прорву XML-стандартов, очень скоро может стать основным тормозом для вашей компании, активно ищущей новые схемы бизнеса.
Эта капкан сложности не менее реален и опасен, чем капкан кучи РБД.За истекшие 20 лет мы так и не смогли справиться с проблемой сложности РБД. Как избежать намного большего капкана сложности, сопутствующего XML ?
Есть два возможных пути - под зонтик некоего "над-стандартного" репозитария типа Microsoft BizTalk, либо правильное управление XML интерфейсами на уровне компании. Эти пути не исключают друг друга, поэтому рассмотрим их по отдельности.
