Майк Риччути (Mike Ricciuti), специально для ZDNet News
Эксперты давно выражают опасение, что задержка выпуска софтверным гигантом программного обеспечения СУБД Yukon может выбить из графика другие продукты, включая новую версию Windows с кодовым названием Longhorn
Но руководство Microsoft это отрицает. Оно заверило CNET News.com, что дебют важной унифицированной технологии хранения данных никак не связан с другими будущими продуктами. Вдобавок компания впервые рассказала о трудностях создания этой новой технологии — самого амбициозного и трудоемкого за всю историю компании проекта, с которым председатель правления Билл Гейтс нянчится уже более десяти лет.
«Microsoft мечтает о технологии унифицированного единого хранилища данных, которым смогут пользоваться другие продукты, — сказал CNET News.com продакт-менеджер компании Стэн Соренсен. — Всё то время, пока я занимаюсь серверами в Microsoft — а это более 10 лет, мы пытались создать такую технологию».
Yukon, новая версия СУБД Microsoft SQL Server, будет отвечать концепции систем хранения данных. Технология хранения данных, ставшая всеобщей заботой компании, в конечном счете повлияет на все ее основные продукты.
Microsoft утверждает, что технология хранения данных будет способствовать стиранию граней между разными типами данных и значительно упростит процесс поиска документов, email-сообщений и мультимедийных файлов, разбросанных по жестким дискам и сетевым компьютерам.
Кроме Yukon и Longhorn, этой технологией будет пользоваться новая версия сервера обработки сообщений Microsoft Exchange с кодовым названием Kodiak. Все три продукта должны дебютировать в 2006 году. Какие еще новые продукты будут использовать технологию хранения данных, Microsoft не уточняет. «SQL Server используют так много продуктов Microsoft, что трудно сказать, сколько образуется взаимосвязей», — сказал аналитик Directions on Microsoft Крис Аллиегро.
Приподняв завесу тайны над некоторыми проектами Microsoft, Соренсен сообщил, что продукты, использующие технологию хранения данных, не будут разделять общий код, как считали многие наблюдатели. Вместо этого отдельные подразделения Microsoft разрабатывают собственные системы хранения данных на базе общей конструкторской спецификации.
Про Yukon и Longhorn Соренсен говорит, что «это два отдельных проекта — с разными командами разработчиков и разными графиками разработки — и их планы выпуска никак не пересекаются. Задержка выпуска Yukon не приведет к задержке Longhorn. У них общая философия, но общего кода в них мало». Например, Yukon, Longhorn и Kodiak будут использовать «общую схему данных, общий способ создания взаимосвязей между данными и общий метод запросов... Есть некоторый общий код очень низкого уровня, но ему уже много лет».
Ходили слухи, что новая файловая система Longhorn, WinFS, на самом деле содержит копию механизма базы данных SQL Server. Комментарии самой Microsoft по поводу своей работы над системой хранения данных только усугубляют путаницу. «Это закономерно, что, разрабатывая Yukon-версию СУБД SQL Server, мы думали: „Вау, ведь отсюда кое-что можно перенести прямо в файловую систему Longhorn», — говорил Гейтс CNET News.com в октябре.
«Похоже, у многих создалось впечатление, что Yukon погребена в WinFS, и Microsoft начинает прилагать усилия к тому, чтобы рассеять это впечатление», — говорит Аллиегро.
Всё внимание к Yukon
До официального выпуска Yukon Microsoft хочет гарантировать надежность и безопасность технологии хранения данных. Хотя общего кода в продуктах нет, архитектурные проблемы могут привести к значительной задержке создания нового ПО и, как следствие, — к срыву графиков выпуска других продуктов. Так что Yukon по существу служит пробным камнем всей работы над технологией хранения данных.
«В определенной мере задержка Yukon всё же отразится на других продуктах, — говорит аналитик RedMonk Стивен О'Грей. — Yukon чрезвычайно важен для выпуска других продуктов и критически важен для Longhorn».
О самой концепции хранения данных заказчики и аналитики отзываются хорошо. Но получить работающий код оказалось не так просто. Первоначально Yukon планировалось выпустить в 2003 году. Прошлым летом Microsoft сообщила, что дебют Yukon откладывается до второй половины 2004 года.
В октябре 2003 появились новые подробности о Longhorn, и в последующие месяцы среди разработчиков ПО было распространено свыше 12 тыс. копий ранней опытной версии Yukon. Но в этом году ждали версию Yukon для широкого тестирования, которая, по словам Соренсена, появится теперь только в первом полугодии 2004 года.
В число ранних тестеров входит сама Microsoft, которая пропустит Yukon сквозь горнило своих внутренних систем. «Microsoft хочет быть уверенной в этой бета-версии, поэтому та должна пройти огонь и воду», — говорит Аллиегро.
Главная причина задержки Yukon заключается в общей сложности создания ПО. «Это очень крупный проект, самый крупный релиз SQL Server за пять с лишним лет. В нем множество взаимосвязанных деталей», — объясняет Соренсен. К тому же на сроках разработки сказалось повышенное внимание к гарантированию надежности и безопасности Yukon — отголосок начатой два года назад инициативы Trustworthy Computing.
«Пуленепробиваемый» релиз
При помощи Yukon Microsoft хочет отобрать часть рынка корпоративных баз данных у лидеров — Oracle и IBM. Но для этого разработчики должны сделать этот выпуск «пуленепробиваемым». Microsoft удвоила усилия по тестированию и в ближайшие месяцы приостановит разработку Yukon на пять-десять дней, чтобы провести «секьюрити-чистку»: инженерам предстоит прочесать миллионы строк кода SQL Server. «Мы должны гарантировать, что с точки зрения безопасности все действительно вылизано», — пояснил Соренсен.
Другая трудность, с которой столкнулись инженеры Microsoft, заключается в интеграции в Yukon новой технологии разработки ПО, называемой Common Language Runtime (CLR), при одновременной разработке новых компонентов базы данных с использованием той же CLR. «Мы сделали крупную ставку на CLR, и это привело к большому объему работы по программированию и тестированию для интеграции CLR в базу данных, — говорит Соренсен. — К тому же мы сами создаем компоненты на основе CLR. Это приводит к нескольким дополнительным циклам, и нам приходится переписывать много кода в самом продукте (Yukon)».
В Yukon CLR позволит заказчикам Microsoft создавать приложения для базы данных с применением разных языков программирования — в дополнение к Transact-SQL, «родному» языку SQL Server. Кроме того, разработчики смогут строить системы, использующие более привычные языки, такие как Visual Basic и Visual C#.
Интеграция CLR в Yukon означает, что миллионы программистов, уже освоивших Visual Basic, смогут писать приложения для SQL Server, а это усиливает потенциал применения продукта. Кроме CLR, в Yukon войдет улучшенная поддержка ПО программирования Microsoft .Net, что упростит написание и введение в базу данных кода веб-сервисов.
Задержка выпуска Yukon, вероятнее всего, не вызовет слишком больших проблем для заказчиков СУБД Microsoft, считает О'Грейди из RedMonk: «Задержки выпуска продуктов раздражают заказчиков Microsoft, но в данном случае, я думаю, это для них не так важно. Их планов это не нарушит».
Зато задержки могут сказаться на выполнении планов компании по доходам и выпуску продуктов на 2004 и последующие годы. Microsoft надеется на скачок доходов от продаж Yukon в конце будущего года и в 2005 году, так как заказчики станут обновлять свое ПО. А если задержка Yukon повлияет на выпуск Longhorn, то могут пострадать и многие другие продукты.
Конечно, Longhorn пока находится в стадии разработки и вряд ли выйдет до 2006 года. А некоторые аналитики не ожидают ее дебюта до 2008 года или еще позднее. Но с планами в отношении Longhorn тесно связаны новые версии Office — самого прибыльного продукта Microsoft — и иных технологий. О'Грейди отмечает: Гейтс и другие руководители компании говорили, что «Longhorn повлияет на широкий спектр разработок Microsoft».
Это вынуждает Microsoft завершить разработку Yukon в будущем году, так как она — элемент более широких планов компании по выпуску WinFS и Longhorn. Важнейшей особенностью Yukon является новая унифицированная система хранения данных, которая будет поддерживать реляционные данные, XML-файлы, данные определяемого пользователем типа.
