Как убедить клиентов перейти на WCF или оставить две базы кода для Remoting и WCF - PullRequest
Новая
       11

Как убедить клиентов перейти на WCF или оставить две базы кода для Remoting и WCF

1 голос
/ 02 ноября 2011

Это вопрос для всех тех, кто поставлял решения WCF своим клиентам / клиентам, где их клиенты используют другие старые распределенные технологии, например .net remoting / Asmx.

Наша ситуация

Технология для старого набора продуктов (Windows 2003)

Финансовый бэк-офис в (.NET Remoting, Winforms, Webservices, SQL Server 2005)

Front Office (SQL 2005, ASP.NET)

Технология для нового набора продуктов (Windows 2008)

Финансовый бэк-офис в (WCF, Winforms, некоторые компоненты WPF, Webservices, SQL Server 2008)

Front Office (SQL 2008, ASP.NET MVC и некоторые компоненты в Silverlight)

  1. Наши новые / ожидаемые клиенты хотят, чтобы наш пакетпродукты, использующие настоящую SOA (WCF), поэтому мы перенесли наши продукты (поскольку они имеют системы из мира java и хотели бы поговорить с нашими службами WCF).

  2. Некоторые из наших старых клиентов, которыеполучил .NET реализацию backofficeхорошо обслуживает их в течение последних 10 лет, наши продукты прекрасно обосновались в их среде, радостно общаясь вокруг своих мэйнфреймов (они очень неохотно обновляются)

  3. Существующие клиенты находятся подСоздается впечатление, что это значительное изменение технологического стека, поэтому им может понадобиться новое оборудование и, безусловно, потребуются большие усилия / ресурсы для тестирования нового технологического стека, где реальная выгода, которую они получают, - это небольшая функциональность, которая была сделана за последние 6 месяцев , но новые функцииэто необходимо для них из-за изменения бюджета Великобритании.

Вот вопросы

1) Мне нужны веские аргументы для убеждения моего старогоклиенты обновляются до нашего нового набора продуктов после следующих действий:

  • WCF через .Net Remoting
  • SQL 2008 над SQL 2005
  • Windows 2008 над Windows 2003

2) Есть ли (или будут) какие-либо проблемы с сохранением двух баз кода для серверной стороны для .Net remoting aи еще один для WCF (если какой-либо орган успешно / неудачно это сделал)

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

Следующее не будет проблемой, так как у нас есть хорошие мысли, когда мы начали WCF

1) Получение прокси для Служб красиво разделено и легко заменяется на WCF и.net remoting.

2) Оболочки хостинга не являются проблемой, поскольку они уже хорошо работают.

Если кому-то нужна дополнительная информация, пожалуйста, напишите обратно.

1 Ответ

3 голосов
/ 03 ноября 2011

Срок действия общей поддержки Microsoft для SQL 2005 истек 12 апреля 2011 года: http://support.microsoft.com/lifecycle/?p1=2855.

Срок действия общей поддержки Microsoft для Windows 2003 истек 13 июля 2010 года: http://support.microsoft.com/lifecycle/?p1=3198.

.NET удаленное взаимодействие поставляется с .NET Framework 1.1 и считается устаревшим с .NET 2.0 и выше. Для .NET Framework 1.1 справка .NET Remoting показана по адресу: http://msdn.microsoft.com/en-us/library/kwdt6w2k(v=vs.71).aspx. Теперь, если вы измените версию для того же файла справки на .NET 3.0 (среда выполнения 2.0), она будет отображаться по адресу: http://msdn.microsoft.com/en-us/library/kwdt6w2k(v=VS.85).aspx который в первой строке оператора:

Эта тема относится к устаревшей технологии, которая сохраняется для обратная совместимость с существующими приложениями и не рекомендуется для новой разработки. Распределенные приложения должны сейчас разрабатываться с использованием Windows Communication Foundation (WCF).

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

...