InfoWorld, США

Стив Гуггенхаймер, вновь назначенный генеральный менеджер группы Microsoft Application Platform Development & Marketing, комментирует последние анонсы продуктовых семейств корпорации

Стив Гуггенхаймер — новый генеральный менеджер группы Microsoft Application Platform Development & Marketing, отвечающей за стратегию развития платформы приложений и продвижение на рынок средств разработки корпорации, СУБД SQL Server и программного инструментария интеграции бизнес-процессов BizTalk Server. Официальная презентация обновленных версий всех трех семейств состоялась в Сан-Франциско 7 ноября. Гуггенхаймер пришел в Microsoft в 1993 году. Ранее он занимал различные должности в подразделении Small and Midmarket Solutions & Partners Group, группе Windows for Workgroups. Гуггенхаймер принимал участие в маркетинговых кампаниях большинства версий Windows, ответил на вопросы старшего редактора еженедельника InfoWorld Пола Крила.

Какие технологии лежат в основе обновленной платформы приложений?

Стив Гуггенхаймер: «Я полагаю, что в части технологии мы уже можем составить успешную конкуренцию Rational»

Проведенное недавно исследование показало, что 77% топ-менеджеров компаний осведомлены о том, что сотрудники ИТ-служб принимают, мягко говоря, не лучшие решения. Поэтому одна из наших целей направлена именно на то, чтобы помочь ИТ-специалистам быстрее находить более качественные решения с использованием современных технологий. Ведь на рынке сегодня представлено множество различных базовых средств. Возникает вопрос, каким образом лучше подключить новую систему и обеспечить ее более эффективное применение. Пять лет назад мы сделали ставку на новый стандарт представления данных — технологию XML. Затем в качестве транспортных механизмов были выбраны Web-сервисы, на основе архитектуры .Net создан API, а возможности .Net использованы для построения некой разновидности сервис-ориентированной архитектуры. Многие компании уже либо перешли на данную архитектуру, либо инициировали этот процесс. У нас все создается на основе архитектуры .Net, все базируется на платформе Windows Server 2003. Авторы исследования, результаты которого были опубликованы год назад, утверждают, что примерно 56% компаний активно используют архитектуру .Net в качестве платформы для разработки и более 90% в той или иной форме пытаются проделать это.

Думаете, представители Sun Microsystems согласятся с вашими 56%?

Исследование проводилось аналитиками Forrester, так что мы всего лишь оперируем готовыми цифрами. Лично мне неизвестно, согласились с этими результатами в Sun или нет.

Одновременный выпуск сразу трех продуктов: SQL Server 2005, BizTalk Server 2006 и Visual Studio 2005 был осуществлен в рамках создания нового программного обеспечения для предлагаемой нами платформы приложений. Один из вопросов, над которым мы упорно работаем, заключается в том, чтобы гарантировать нормальную совместную работу продуктов и технологий, обеспечить поддержку процесса построения, эксплуатации и управления приложениями. Для нас платформа приложений — это совокупность средств, позволяющих компаниям использовать и запускать собственные приложения. С серверной точки зрения, с позиций системы Windows Server System мы делаем для обеспечения совместной работы очень многое. Если говорить об управлении, для разработки нами используются интерфейсы Windows, а для интеграции дополнительных модулей — управляющая консоль. То же самое можете делать и вы. Средства управления разрабатываются аналогично, поэтому, если вы хотите написать для них код, это можно проделать с помощью API и среды Common Language Runtime, поскольку все здесь функционирует точно так же. Точно так же будет работать и вновь созданное приложение. Вопросы безопасности мы рассматриваем с глобальных позиций, поэтому все, что касается безопасности, делается единообразно. В семейство серверов Windows интегрировано множество компонентов, упрощающих разработку приложений и управление ими. Создавая новые версии BizTalk, SQL Server и Visual Studio, мы упорно работали над организацией взаимодействия этих систем, над предоставлением людям более удобного доступа к необходимой им информации и над привязкой их к процессам, которые будут использоваться в организации.

Я уже слышал о выпуске Microsoft новой версии Visio для архитекторов и набора инструментальных средств VSTO InfoPath.

Продукт Visual Studio for Office — составная часть семейства Visual Studio, а вот про Visio мне ничего не известно, поэтому я не могу ответить на этот вопрос. Что касается Visual Studio, хочу привести пример одной крупной организации, в которой работают сотни тысяч людей. Эта организация представляет собой холдинг, объединяющий несколько компаний. В компаниях используются разные процессы и системы, которые приобретались в разное время. Но руководству холдинга хотелось бы добиться унификации. Одним из возможных решений здесь является применение механизмов BizTalk, которые обеспечат поддержку одних и тех же процессов разными системами, развернутыми на различных участках организации. Одним из преимуществ BizTalk является возможность обеспечения интероперабельности. В этом продукте присутствуют адаптеры, подключаемые к другим системам. Вот вам еще один пример совместного использования BizTalk и Visual Studio. Таким образом, одно из направлений нашей деятельности заключается в интеграции компонентов данных или информационных компонентов и компонентов процедур в единый процесс разработки приложений, которые стыкуются с верхним уровнем инфраструктуры связанных систем.

И все это мы увидим в новых версиях трех перечисленных продуктов?

Если вы посмотрите на продукты, которые появятся на гребне следующей волны в те же сроки, что и Vista с Office 12, а также на то, что делается в рамках проекта Dynamics, возникает вопрос: что я получу с точки зрения индивидуального пользователя? Речь идет об эффективности конкретных пользователей внутри организации — как в целом, так и с точки зрения роли, которую данный пользователь играет в рабочем процессе. Поэтому если взглянуть на прохождение отдельных этапов, первый из них, охватывающий архитектуру .Net и систему Windows Server 2003, был посвящен обеспечению связи систем. Эта волна инициировала начало обсуждения интеграции информации и процессов в связанные системы и принятие выдвинутых предложений. Следующая волна охватывает вопросы индивидуальной эффективности, преимуществ, которые пользователи получат на своем уровне, будь то приложения Dynamics или пакет Office 12.

Нынешнее событие представляет собой первое серьезное обновление всех трех продуктов за последние пять лет, особенно это касается SQL Server. Планируете ли вы в дальнейшем сократить сроки подготовки очередных версий?

Я не могу высказывать комментарии относительно будущих сроков прямо сейчас. Мы пытаемся определить, чего хотят пользователи от каждой конкретной версии, и оцениваем время, которое потребуется для внесения соответствующих изменений. Сроки могут варьироваться в достаточно широких пределах. Иногда подготовительный цикл оказывается короче, иногда — длиннее.

Почему же последний цикл так затянулся? Особенно хотелось бы обратить внимание на Visual Studio, выпуск которого откладывался дважды или трижды.

Самый долгий перерыв с момента появления предыдущей версии был у SQL Server. Частично это объясняется тем, что добавлено большое число новых функций. Я говорил о трех причинах, и одна из них — масштабируемость. Мы действительно хотели бы обеспечить масштабируемость в рамках всего предприятия. А убедиться в том, что все было сделано правильно, можно лишь после тщательного тестирования. Второе — добавление функций бизнес-анализа, и это ключевой момент с точки зрения трудозатрат. И наконец, третье — обеспечение тесной интеграции между Visual Studio и SQL Server. Была проделана очень большая работа. В новую версию внесено множество изменений, этим и объясняется задержка. Я вовсе не хочу сказать, что следующей версии придется ждать так же долго, в каждом конкретном случае все происходит по-разному.

Каково отношение разработчиков к новым продуктам, как их восприняли в сети MSDN (Microsoft Developer Network)?

Они приняты очень хорошо. Сейчас я не могу привести точных цифр, хотя раньше следил за ними, и хочу отметить, что разработчики проявляли к нашим продуктам живой интерес.

В версию пакета Visual Studio Team System включен компонент управления жизненным циклом приложений. Насколько важен для Microsoft выход на этот рынок и чем ваши продукты отличаются от продуктов IBM, Rational и Borland?

Думаю, что, глядя на Microsoft — ведь очень большой процент разработчиков в мире использует инструментальные средства Microsoft на протяжении довольно длительного времени, — возникает вполне логичный вопрос: где же взять компоненты управления жизненным циклом? Каким образом наряду с инструментами для профессиональных разработчиков получить механизмы, предназначенные для архитекторов или специалистов по тестированию, и связать их воедино? Я полагаю, что это необходимое расширение образа создателя инструментов разработки, который занимается построением лучших в мире средств проектирования программного обеспечения и реагирует на запросы своих клиентов. Как соотнести это с продукцией Rational? Простите, я забыл, кого еще, помимо Rational, вы назвали?

IBM и Rational — это единая команда, а кроме них я упомянул еще о Borland.

С Borland мы поддерживаем партнерские отношения. Эта компания — один из наших союзников в области разработки. Хороший пример того, как мы делаем нечто новое, но при этом сохраняем партнерские отношения. А теперь что касается Rational. Мы упорно работаем над созданием новых продуктов, которые могли бы поддерживать эффективное взаимодействие друг с другом, помогая клиентам разрабатывать собственные приложения. Я полагаю, что в части технологии мы уже можем составить успешную конкуренцию Rational. Но еще важнее то, что благодаря нам у компаний появится возможность улучшить процесс управления созданием, развертыванием и эксплуатацией приложений. Сегодня мы стараемся все делать в комплексе. Наша политика несколько отличается от политики корпорации IBM, которая приобрела множество активов и теперь продает их в виде отдельных сервисов. Но это совсем иная модель.

Выпуская новую версию SQL Server, Microsoft открывает множество новых функциональных возможностей. Вы идете тем же путем, которым пошли IBM и Oracle. Каким образом вы намерены конкурировать с СУБД с открытым кодом, и в частности с MySQL?

У нас имеется продукт SQL Server Express. Когда речь заходит о бесплатных средствах управления базами данных, мы можем предложить людям Express. Эта СУБД поддерживает большинство функций начального уровня, которые интересуют корпоративных клиентов. Если бы главный критерий выбора заключался в возможности бесплатного получения продуктов и услуг, у корпорации Oracle никогда бы не было такого бизнеса, которым она сейчас обладает, не так ли? Рост доходов Oracle обусловлен главным образом тем (хотя в последнем квартале это было выражено и не столь ярко), что люди хотят иметь дело с поставщиком, которому можно доверять. Они делают ставку на того, кто занимается не только разработкой программного обеспечения, но и готов предоставить техническую поддержку, набор необходимых услуг. На того, кто обладает хорошей репутацией. Именно поэтому мы так упорно работали над очередной версией SQL Server. Бесплатное не всегда оказывается дешевле с точки зрения управления в целом и общей стоимости владения, когда речь заходит о внедрении любого компонента программного обеспечения, будь то СУБД или операционная система.

Можно ли сказать, что Visual Studio для вас — то же самое, что Eclipse и Java для конкурентов?

Опять-таки это лишь часть предлагаемого нами общего семейства технологий. Проект Eclipse включает в себя ряд неплохих решений для сообщества сторонников программного обеспечения с открытым исходным кодом, которые получают в свое распоряжение среду разработки. Я полагаю, что наша среда окажется гораздо богаче и шире по своим функциональным возможностям и понравится тем разработчикам, которые уже используют в своей деятельности нашу технологию. Мы поддерживаем очень тесные контакты со своими клиентами и партнерами. Программа VSIP (Visual Studio Integration Partners), которая ориентирована на поддержку партнеров, использующих Visual Studio, постоянно расширяется. И мы стремимся повышать качество своей работы с учетом тех отзывов, которые поступают от представителей нашего сообщества.

В чем, на ваш взгляд, заключаются наиболее существенные преимущества BizTalk Server 2006 и какая роль отводится очередной версии языка BPEL 2.0?

Для начала я хотел бы осветить этот вопрос в целом. Одна из перемен в деятельности компаний, занимающихся созданием программного обеспечения, заключается в том, что разработчики приходят к пониманию использования процедур, они рассматривают процедуры как составную часть общего процесса создания приложений. Крупные организации, если оценивать их по объему выполняемых операций, уже давно применяют в своей деятельности процедуры. В современном мире представители ИТ-службы сначала обращаются к руководству предприятия с просьбой подтвердить, правильно ли определены глобальные процедуры, с тем чтобы процесс необходимой адаптации протекал быстрее. В этом смысле во многих компаниях процедуры рассматривают в качестве составной части жизненного цикла приложений. А BizTalk и другие продукты из этой категории предоставляют необходимые для этого возможности, обеспечивая взаимодействие не только на технологическом уровне, но и на уровне общения пользователей при выполнении потоков работ. Вот почему продукт BizTalk начинает играть все более важную роль, а многих интересует его влияние на другие сферы, поскольку с его помощью можно заметно снизить издержки при интеграции с корпоративными приложениями в других областях. Кроме того, BizTalk обеспечивает интероперабельность.

Недавно корпорация опубликовала документ, касающийся концепции ESB (Enterprise Service Bus). По сути, в нем содержится отказ от неповсредственной реализации данной стратегии. Тема ESB поднимается сегодня всеми. Почему руководство Microsoft не видит необходимости в создании продукта, название которого отражало бы концепцию корпоративной сервисной шины?

Хочу еще раз напомнить, что мы создаем новые возможности на всех уровнях наших продуктов, будь то функции ESB, Windows Communication Foundation, Windows Presentation Foundation или Windows Workflow Foundation. Думаю, мы достаточно долго занимаемся совершенствованием механизмов сервисов в рамках всего стека наших продуктов, и я не вижу необходимости в разработке еще одного уникального продукта с таким именем. Хорошим примером в данном случае является сервер приложений. В сегодняшнем семействе Windows Server реализованы все функции сервера приложений. Все это признают, мы можем провести контрольные испытания возможностей серверов приложений, реализованных в нашем программном обеспечении, но у нас нет ни одного сервера приложений, который поставлялся бы в виде отдельного продукта. Думаю, что то же самое можно сказать и в отношении ESB. У нас имеются соответствующие функции, и мы поддерживаем их.

В IBM, Sun, BEA и ряде других компаний все время говорят о SOA — сервис-ориентированной архитектуре, а вот в Microsoft мы нечасто слышим об этом.

Мы поднимаем тему ориентации на сервисы. Думаю, если просмотреть наши документы, вы увидите, что упоминание об ориентации на сервисы встречается там достаточно часто. Мы говорим о сервисах постоянно. Это началось еще в 2000 году с появлением концепции .Net и с тех пор не прекращается. Поэтому, на мой взгляд, здесь нет никаких существенных отличий, за исключением, пожалуй, особенностей использования разными людьми конкретных формулировок.

Мы говорили о .Net, говорили об XML и говорили о Web-сервисах. Мы активно занимаемся всеми стандартами и работаем над их поддержкой на протяжении достаточно длительного времени. Просто разные люди говорят об этом по-разному. Здесь уместно вспомнить недавнее обсуждение сервисных шин или серверов приложений.

В Visual Studio появилась поддержка .NET Framework 2.0. В чем заключается важность этого события?

Ключевым параметром здесь является производительность. Разговор о результатах контрольных тестов еще впереди, но уже сегодня можно сказать, что появление .NET Framework 2.0 открывает новые горизонты с точки зрения производительности, масштабируемости и функциональных возможностей. Думаю, что, познакомившись с данной архитектурой поближе, вы сразу обратите внимание на реальное увеличение производительности.


Краткая история Microsoft SQL Server

27 марта 1987 г. президент Microsoft Джон Ширли и президент Sybase Марк Хоффман подписывают договор, по которому Microsoft получает эксклюзивные права на продажи продукта DataServer производства Sybase для OS/2 и других разрабатываемых Microsoft операционных систем.

В 1988 г. Microsoft заключает соглашение с компанией Ashton-Tate, производителем dBase, в то время бесспорным лидером на рынке СУБД для ПК, о поддержке переноса Sybase DataServer на OS/2. Ashton-Tate обязуется разработать dBase IV Server Edition — клиентскую часть будущего сервера баз данных.

Май 1989 г. Выход Ashton-Tate/Microsoft SQL Server 1.0, имевшей довольно скромный успех, — пользователи не спешат мигрировать с MS-DOS на OS/2, и единственным средством разработки остается язык Си. Клиентская часть от Ashton-Tate так и не увидела свет.

Лето 1990 г. Выход Microsoft SQL Server 1.1. Помимо мелких усовершенствований, сделан исключительно удачный ход — в качестве клиентской платформы поддерживается Windows 3.0, выпущенная в мае того же года. Значение этого шага огромно, но вначале его практически никто не оценил. Корпорация Microsoft продолжает рассматривать SQL Server всего лишь как один из способов продвижения LAN Manager и OS/2.

Начало 1991 г. Microsoft подписывает дополнительное соглашение с Sybase, по которому получает права read-only на исходные коды SQL Server.

Тогда же. Резко возрастает число независимых производителей программного обеспечения, пишущих под SQL Server 1.1. Продажи начинают повышаться. Microsoft признает неудачной проделанный Sybase перенос DB-Library с Unix на MS-DOS (после ее загрузки пользователю остается 50 Кбайт памяти) и пишет практически с нуля версию, впятеро менее требовательную к памяти.

Середина 1991 г. Microsoft получает от Sybase разрешение непосредственно исправлять ошибки в коде SQL Server. Sybase оставляет за собой право одобрить или отвергнуть эти исправления, а также контроль общего направления развития кода.

Тогда же. Выход Microsoft SQL Server 1.11. Рост продаж сменяется застоем. Продукт позиционируется для рабочих групп из 50 и менее пользователей, что, в принципе, устраивает конкурентов, но никоим образом не удовлетворяет Microsoft. Лучшей масштабируемости не удается достичь в силу внутренних архитектурных ограничений OS/2 1.0 (16-разрядность, отсутствие асинхронного ввода/вывода3/4). Принимается решение о разработке новой версии для 32-разрядной OS/2 2.0 производства IBM.

Март 1992 г. Завершение совместных работ Microsoft и Sybase по переносу SQL Server 4.2 на OS/2. Как результат — выход 16-разрядной версии SQL Server 4.2 для OS/2 1.3 (Tiger). Специалистами Microsoft дописаны клиентские библиотеки для MS-DOS, Windows и OS/2 и графический инструмент администрирования.

Середина 1992 г. Выход OS/2 2.0 задерживается. Тем временем в Microsoft полным ходом идут работы над созданием собственной 32-разрядной операционной системы, первоначально OS/2 3.0, которая на стадии разработки получает название Windows NT.

Тогда же. В результате заключенного с Sybase соглашения, Microsoft обретает право переноса версии 4.2 на Windows NT. Sybase включает NT в число операционных систем для System 10.

Конец 1992 г. Принято решение о прекращении дальнейших разработок SQL Server под OS/2. Windows NT становится стратегической платформой для SQL Server.

Июль 1993 г. Выпуск Microsoft Windows NT 3.1. Через 30 дней выходит первая 32-разрядная версия Microsoft SQL Server для Windows NT. Ядро SQL Server в значительной степени переписано на Win32 API для повышения производительности.

Конец 1993 г. Закончена миграция пользователей базы с OS/2 на Windows NT. Sybase анонсирует разработку System 10 для OS/2. Обостряется конкуренция между Sybase и Microsoft, сегменты рынка которых по серверам баз данных все больше сближаются.

12 апреля 1994 г. Microsoft и Sybase прекращают совместную работу. Microsoft получает право самостоятельно перерабатывать и развивать SQL Server.

14 июня 1995 г. Запуск в производство SQL Server 6.0. Доля Microsoft на рынке серверов баз данных изменилась с 15 до 18%.

Декабрь 1995 г. Выпуск 1-й бета-версии SQL Server 6.5. Включены дополнительные утилиты администрирования (SQL Trace), публикации данных на Web-сервере, тиражирования ODBC-подписчикам, восстановления данных на определенный момент времени, поддержка сервера горячего резерва, хранимые процедуры OLE Automation и др.

Декабрь 1996 г. Выход программного пакета Microsoft Transaction Server 1.0 (Viper), сочетающего функциональность монитора транзакций и брокера объектных запросов.

Декабрь 1997 г. Выход SQL Server 6.5 EE. Среди новой? функциональности — поддержка двухузловых отказоустойчивых кластеров Microsoft Cluster Server.

Конец 1998 г. Выход SQL Server 7.0.

Август 2000. В производство передана СУБД SQL Server 2000, ставшая частью платформы .Net.

Июль 2003. 500 корпоративных пользователей Microsoft получили возможность познакомиться с частной бета-версией Yukon (кодовое название нового поколения сервера баз данных).

Март 2004. Microsoft переносит выпуск Yukon на 2005 год.

Февраль 2005. Представители Microsoft обрисовывают окончательный облик долгожданного семейства продуктов SQL Server 2005.

Ноябрь 2005. Выход SQL Server 2005.

Использованы материалы Службы новостей IDG, а также статья Алексея Шуленина «Microsoft SQL Server 7.0. Обзор новой функциональности», СУБД, № 3, 1998.

Поделитесь материалом с коллегами и друзьями