Знакомство с нами

 

Мэри Киртланд
Microsoft Corporation

3 января 2001 г.

Добро пожаловать в новый столбец , посвященный веб-службам.

Веб-службы предоставляют сведения и службы приложениям с помощью четко определенных программных интерфейсов, созданных на основе стандартных протоколов Интернета. Они являются ключевой частью Microsoft .NET. Естественно, мы в MSDN думали, что мы должны понять, как их создавать. Не только нажатие кнопок в Visual Studio, но и создание масштабируемых, высокодоступных, безопасных и надежных веб-служб.

Наша команда приобрела ценный опыт создания веб-приложений, таких как Duwamish Online. Чем отличается создание веб-служб? Какие проблемы возникают, когда другие разработчики хотят использовать веб-службы в своих приложениях — приложениях, размещенных в разных операционных системах, написанных на разных языках и использующих различные реализации ключевых спецификаций, таких как SOAP?

Мы считаем, что единственный способ выяснить это создать некоторые услуги самостоятельно. Таким образом, в течение следующих нескольких месяцев группа руководства по веб-службам будет создавать, развертывать и использовать некоторые примеры веб-служб. Наша цель: проиллюстрировать проблемы, которые необходимо учитывать при проектировании, реализации, развертывании и эксплуатации собственных веб-служб. (Мы также рассмотрим использование веб-служб!) Мы надеемся выпускать одну веб-службу каждые три месяца.

Три месяца это долгое время, чтобы заставить вас ждать новой информации, хотя. Таким образом, в большой традиции дувамишского дневника мы будем использовать эту колонку для следовать каждому образцу проекта от концепции до проектирования, реализации и развертывания. По крайней мере раз в две недели мы будем публиковать запись в дневнике, чтобы вы могли следить вместе с нами. По мере завершения каждого проекта мы опубликуем спецификации, источники и другие артефакты проекта здесь на сайте MSDN. И вы всегда сможете получить доступ ко всей этой информации из нашего нового Центра разработчиков веб-служб.

Знакомство с командой

В настоящее время группа рекомендаций по веб-службам состоит из шести человек:

• Я, Мэри Киртланд, главный повар и узкое место - я имею в виду, архитектор и руководитель программы - для команды. Я делаю больше всего, кроме кода, тестирования или работы с нашими примерами служб. Некоторые из вас, возможно, знают меня по моим дням в качестве руководителя программы в команде OLE/COM/DCOM/MTS/COM+/what-you-want-to-call-it. Затем я исчез в конусе тишины вокруг .NET. Около года назад я понял, что мне нравится писать о том, как использовать технологии для создания приложений гораздо больше, чем мне нравится создавать сами технологии. Поэтому в апреле я перешел на MSDN, чтобы работать над тем, что стало командой рекомендаций по веб-службам. Большая часть своего времени посвящена написанию этой статьи и содержимого для страницы ресурсов веб-служб. Остальное тратится на то, чтобы поддерживать спецификации проекта в актуальном состоянии и отслеживать новые технологии, которые мы хотим охватить в будущем.
• Мэтт Пауэлл и Скотт Сили составляют нашу команду разработчиков. Мэтт присоединился к команде в октябре из службы поддержки разработчиков. Мэтт написал прослушиватель ISAPI в наборе средств SOAP для Visual Studio 6.0, совместно написал статьи Запуск Microsoft Information Server 4.0 для Microsoft Press, а также написал несколько статей для msdn Magazine и его предшественников, MSJ и MIND.
  Скотт присоединился к корпорации Майкрософт и нашей команде в декабре, проведя последние пять лет в реальном мире, создавая реальные приложения с помощью продуктов Майкрософт. В свободное время он написал статьи для журнала разработчиков Windows , а также книгу под названием Программирование оболочки Windows. Когда он не работает над нашим образцом службы, он работает над книгой о SOAP.
  Вы можете ожидать, что Мэтт и Скотт пишут статьи о стороне разработки в течение нескольких месяцев.
• Наша команда тестирования состоит из Яна МакКоллума и Джима Франсиско. Ян присоединился к нам в октябре в качестве нашего руководителя тестирования и был напряженно в работе, придумывая план тестирования для нашего первого проекта. Джим присоединился к нам в декабре и работает над модульными тестами и автоматизацией тестирования. Джим работал в группе тестирования сетей Windows 98 и в группе тестирования сборки и выпуска Microsoft Host Integration Server. Он пришел в нашу команду после пребывания в мире dot-com разработки средств развертывания и администрирования для n-уровневых веб-приложений. Мы постараемся заставить их написать несколько статей о тестировании веб-служб, когда мы немного дальше.
• Бронвин Calsyn является нашим операционным менеджером. Bronwyn начал в ноябре и был занят, пытаясь выяснить, какое оборудование нам нужно для развертывания наших образцов служб в Интернете, наряду с операционными процедурами, которые нам нужно, чтобы обеспечить бесперебойную работу. Мы постараемся заставить ее написать несколько статей о развертывании и операциях.

Знакомство со службой избранного

Наш первый проект — служба избранного. Как заядлые пользователи Интернета, мы понимаем, что одна из проблем, с которыми сталкиваются конечные пользователи, заключается в поиске страниц, которые они посещали ранее, особенно на динамических сайтах, таких как MSDN Online, или новостных сайтах, где статьи недоступны на первой странице более нескольких дней. Хотя вы можете использовать избранное браузера для отслеживания избранных страниц, избранное браузера является локальным для определенного компьютера. Но что делать, если вы используете несколько компьютеров или устройств? Не было бы хорошо, если избранное может храниться на сервере где-то, легко получить доступ с любого компьютера, который вы использовали?

Это именно то, что делает служба избранного. Он позволяет веб-сайтам хранить ссылки на избранные веб-страницы конечного пользователя. Теперь вы можете подумать, что это не похоже на очень сложную службу. С точки зрения бизнес-логики это не так. Это означает, что нам не придется тратить много времени на объяснение бизнес-логики, и у вас не будет много кода для конкретного приложения, чтобы найти методы, которые можно использовать в собственных веб-службах. Но мы столкнулись с рядом интересных проблем со службой, с которыми также сталкиваются многие другие разработчики, с которыми мы говорили.

В наших первых нескольких столбцах основное внимание уделяется проблемам, с которыми мы столкнулись на этапе проектирования проекта. Некоторые темы, которые мы рассматриваем:

• Защита конфиденциальности пользователей. Должно ли любое приложение в мире иметь возможность запрашивать или изменять избранное каждого пользователя, независимо от того, какое приложение сохранило избранное в первую очередь?
• лицензирования Майкрософт. Если каждое приложение не может получить доступ ко всем избранным пользователям, как управлять доступом к службе? Должны ли мы взимать деньги за услугу? Какие бизнес-модели имеет смысл?
• Проверка подлинности и авторизация. Если мы собираемся ограничить доступ к службе, как проверить подлинность клиентских приложений и решить, на что они уполномочены? Как определить конечных пользователей?
• Оценка требований к производительности. Как определить, какой нагрузке будет подвергаться наша служба? Можно ли использовать те же методы, что и для оценки нагрузки на веб-сайт? Как определить, какое время отклика и доступность потребуются нашим клиентам?
• Требования, предъявляемые к лицензированием, от разработки, тестирования и операций. Если мы ограничиваем доступ к службе, возможно, взимаем деньги в зависимости от использования, как разработчики клиентских приложений и тестировщики опробуют приложения, которые полагаются на нашу службу? Как они могут избежать влияния на производственные хранилища данных? Какие средства нужны специалистам по тестированию и эксплуатации наших клиентов, чтобы устранить неполадки в их приложениях или в нашей службе? Какую документацию мы должны предоставить?
• Глобализации. Что нужно сделать, чтобы клиентские приложения по всему миру могли использовать нашу веб-службу?
• Управляемость. Какая информация нужна нашим операционным сотрудникам для управления веб-службой? Как мы собираем эти сведения и представляем их средствам управления?

Если есть другие темы, которые вы хотите просмотреть, пожалуйста, напишите нам по адресу wsgmsdn@microsoft.com. Обратите внимание, что в настоящее время мы не можем ответить через комментарии пользователей на этой странице. Однако мы регулярно читаем комментарии. Если мы сможем выяснить, что ваши комментарии имеют значение для нашего содержимого, мы посмотрим, что мы можем сделать для решения вашей проблемы в будущем столбце.

На следующей неделе мы рассмотрим проблемы, с которыми мы столкнулись при определении концепции проекта Службы избранного. Увидимся!