длительный процесс за сервисом .NET

Question

Я хотел бы получить совет от архитектурно мыслящего человека о лучших рамках или методе для следующего:

сервер: служба Windows в .NET

клиент: любой основной язык, комбинация приложения .NET и веб-приложения, а также некоторые клиенты, использующие Ruby в Linux.

Одна из идей, которые у меня были, заключалась в том, чтобы служба Windows выставляла себя как веб-службу и предоставляла методы веб-службы для запуска работы, отмены работы, получения статуса и получения результатов.

Есть еще идеи?

Answer 1

В конечном счете, сервису нужен хост. Вы можете использовать простой сервис Windows или хостинг-приложение. IIS предназначен для этого. Я бы серьезно подумал о том, чтобы разместить свой сервис (веб-сервис или другие протоколы) внутри процесса IIS. IIS имеет поддержку управления, и новая технология AppFabric основана на этом, чтобы улучшить возможности управления и масштабирования.

В качестве самой службы я хотел бы рассмотреть возможность использования в архитектуре открытого веб-типа, такой как REST , чтобы обеспечить совместимость со многими различными платформами.

Являются ли ваши длительные процессы рабочим процессом? Если это так, вы можете использовать .net WF для себя, а WF в .net 4 уже полностью размещен на IIS.