За и против стратегий управления версиями веб-сервисов

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

Больше материала следует:

Никакая пенсионная стратегия не была создана/принята: Очевидно, нужно быть создан. Я интересуюсь тем, как Вы создаете эту стратегию и продаете ее управлению. Что такое все затраты/преимущества, на которые Вы смотрите? Вы делаете БЫТЬ анализом клиента, повторно кодирующего требования по сравнению с Внутренними требованиями поддержки? Вы присваиваете значение $ внутренним затратам на поддержку древнего API?

Производство последствия поддержки IT: Как Вы работали со своим производством группы IT для развертывания стратегии. Что они любят и что сводит их с ума?

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

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

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

исходное примечание

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

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

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