Подтвердить что ты не робот

Преимущества и недостатки стратегий управления версиями веб-сервисов

Обновление 20100224 Мне действительно не нужны некоторые хромые определения с какого-то веб-сайта поставщика. То, что я ищу, - это практическая реализация и проблемы, с которыми приходится сталкиваться в повседневном ИТ/бизнес-цикле для людей, которые действительно реализуют этот материал.

Далее следует следующее:

Стратегия выхода на пенсию не была создана/принята: очевидно, что нужно создать. Меня интересует, как вы создаете эту стратегию и продаете ее руководству. Каковы все затраты/выгоды, на которые вы смотрите? Проводите ли вы анализ BE по требованиям перекодировки клиентов по сравнению с требованиями внутренней поддержки? Вы назначаете стоимость $для внутренних расходов на поддержку древних API?

Производственные последствия для ИТ-поддержки: как вы работали с вашими ИТ-подразделениями для развертывания своей стратегии. Что им нравится и что делает их сумасшедшими?

Программное обеспечение: что вы, ребята, хотите сделать, что бизнес говорит им делать и что они на самом деле делают? Что для них лучше всего подходит?

QA: Как QA нравится обрабатывать тестирование. ех. Если вы создали единую службу, которая обрабатывает несколько версий, QA выполняет полную регрессию для всех при каждом изменении одной из версий?

DBA: Как ваши dba справляются с общими процессами, которые имеют решающее значение для ведения журнала данных для добавления поля в ответ xml? У вас есть один proc или вы делаете ветки и сегменты на основе схемы или других?


оригинальное примечание

Я собираю информацию о плюсах и минусах различных стратегий управления версиями веб-сервисов. Бизнес еще не определил стратегию выхода на пенсию веб-сервисов, и мои веб-сервисы существенно меняются из-за изменений продукта, изменений требований клиента и изменений интеграции наших партнеров.

Я ищу плюсы и минусы для поддержки независимых автономных или нескольких/интегрированных версий с течением времени и как это влияет на бизнес, включая ресурсы поддержки разработчиков/разработчиков, поддержку ИТ-поддержки, программное обеспечение, QA и DBA.

Любое понимание, опыт, ресурсы или идеи приветствуются.

4b9b3361

Ответ 1

Веб-сервисы в нашем приложении являются лишь интерфейсом бизнес-логики.

Новая версия веб-сервиса появляется из-за изменения бизнес-логики. Когда вводится новая версия веб-сервиса, она помещается под новым URL-адресом. Например:

ver1 /websvc
ver2 /websvc2

Существует специальный код между уровнем веб-сервиса и бизнес-уровнем. Этот уровень обрабатывает различия в версиях веб-сервисов и передает вызов последнему бизнес-уровню.

Проблема специального кода фасада (между веб-сервисом и бизнес-логикой) заключается в понимании различий версий веб-сервисов.