Служба Windows или веб-служба? - PullRequest
1 голос
/ 03 апреля 2012

У меня есть общедоступный сайт для настольных компьютеров, общедоступный мобильный сайт и частный сайт в интрасети на одном сервере. Все они написаны на C # (ASP.Net 4.0).

У каждого есть свой код для обработки платежей по кредитным картам. Я хотел бы написать одно приложение, которое обрабатывает платежи по кредитным картам для всех 3 сайтов. Я хочу, чтобы это приложение было доступно только из этих 3 локальных приложений.

Единственный способ, которым я знаю, как это сделать, - это создать веб-сервис и ограничить трафик локальным хостом.

Есть ли лучший ("правильный") способ сделать это? Должен ли я вместо этого создать службу Windows?

Ответы [ 2 ]

0 голосов
/ 03 апреля 2012

Я не думаю, что служба Windows была бы хорошим вариантом, если у вас есть вызывающие приложения.Насколько я знаю о WCF, у нас есть опция для NetTcpBinding и NetNamedPipeBinding, которую вы могли бы рассмотреть.

NetTcpBinding - Безопасное и оптимизированное связывание, подходящее для связи между компьютерами между WCFПриложения.

NetNamedPipeBinding - Безопасное, надежное, оптимизированное связывание, которое подходит для обмена данными между приложениями WCF на компьютере.

0 голосов
/ 03 апреля 2012

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

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

Если вы должны развернуть службу аутентификации натот же физический блок, что и на интерфейсных веб-сайтах, особое внимание уделяйте обеспечению платежного сервиса (например, если вы храните номера кредитных карт или PII, связанные с кредитными счетами, например, имя, адрес, ... убедитесь, что база данных надежно защищена).Если возможно, разместите платежные сервисы на дополнительном уровне отдельно от общедоступных (или обращающихся к коллегам) веб-сайтов, защищенных соответствующими правилами брандмауэра.

...