Arm79Максим НКакие возможны проблемы если организовать очередь на http?
Придется а) на каждом сервере IIS иметь б) так как MSMQ over HTTP использует SOAP, имеет ли смысл уже использование MSMQ?
В итоге что остается? Сеть, объединяющая 30 серверов разных организаций, которые не доверяют друг другу. Значит и домена никакого нет. Почему она интрасетью называется, непонятно.
Раз общение между ними возможно ТОЛЬКО с помощью Http(s), то остаётся только простенький Win-сервис написать, который умеет обращаться к Web-сервисам.
Зачем вам много инсталляций этого сервиса? Разве одного не достаточно, который будет иметь возможность опрашивать ВСЕ Web-сервисы?
Писать win-сервисы очень просто. Штатная заготовка в VS достаточно хороша. Я лично написал для себя проект, который работает как консоль (удобно отлаживать), но имеет возможность регистрировать себя в системе как сервис (имя_программы.exe -install имя_сервиса). Пришлось заморочиться, чтобы не зависеть от InstallUtil и иметь возможность регистрировать один и тот же код под разными именами служб.
Консоль и сервис в одном флаконе
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
using Common.Logging;
using System;
using System.Collections;
using System.Configuration.Install;
using System.Diagnostics;
using System.ServiceProcess;
// 1) Создаем проект как сервис
// 2) устанавливаем тип проекта в свойствах как консоль, а не Windows application
// 3) Добавляем к инсталляторам еще и EventLogInstaller, встроенный можно удалить при желании
namespace Kav.GameDev.Server.Core
{
static class Program
{
/// <summary>
/// The main entry point for the application.
/// </summary>
static void Main(string[] args)
{
var logger = LogManager.GetCurrentClassLogger();
if (args.Length == 0)
{
if (Environment.UserInteractive)
{
logger.Info("Программа запущена в консольном режиме");
try
{
using (var worker = new ServiceWorker(ServiceWorker.GetIterationTimeout(), ServiceWorker.GetEmergencyTimeSpan()))
{
worker.Start();
Console.WriteLine("Приложение запущено и работает");
Console.WriteLine("Нажмите <ENTER> для завершения приложения");
Console.ReadLine();
worker.Stop();
}
}
catch (Exception ex)
{
logger.Error(ex);
throw;
}
}
else
{
logger.Info("Программа пытается запуститься как сервис");
ServiceBase.Run(new ServiceBase[] { new Service() });
}
// выход из программы
logger.Info("Завершение работы приложения");
}
else
{
#region Управление сервисом
if (args[0] == "-help")
{
logger.Info("Вывод помощи");
Console.WriteLine("-help");
Console.WriteLine("-install SERVICE_NAME");
Console.WriteLine("-uninstall SERVICE_NAME");
}
if (args[0] == "-install")
{
string serviceName = args[1];
using (ProjectInstaller projectInstaller = new ProjectInstaller { Context = new InstallContext() })
{
projectInstaller.Context.Parameters.Add("assemblypath", Process.GetCurrentProcess().MainModule.FileName);
foreach (Installer installer in projectInstaller.Installers)
installer.Context = projectInstaller.Context;
projectInstaller.ServiceInstaller.ServiceName =
projectInstaller.ServiceInstaller.DisplayName =
projectInstaller.EventLogInstaller.Source = serviceName;
IDictionary dictionary = new Hashtable();
try
{
projectInstaller.Install(dictionary);
projectInstaller.Commit(dictionary);
logger.Info(m => m("Сервис {0} инсталлирован успешно", serviceName));
}
catch (Exception ex)
{
projectInstaller.Rollback(dictionary);
logger.Error(m => m("Сервис {0} вызвал ошибку при инсталляции", serviceName), ex);
}
}
}
if (args[0] == "-uninstall")
{
string serviceName = args[1];
using (var projectInstaller = new ProjectInstaller { Context = new InstallContext() })
{
projectInstaller.Context.Parameters.Add("assemblypath", Process.GetCurrentProcess().MainModule.FileName);
foreach (Installer installer in projectInstaller.Installers)
installer.Context = projectInstaller.Context;
projectInstaller.ServiceInstaller.ServiceName =
projectInstaller.ServiceInstaller.DisplayName =
projectInstaller.EventLogInstaller.Source = serviceName;
try
{
projectInstaller.Uninstall(null);
logger.Info(m => m("Сервис {0} деинсталлирован", serviceName));
}
catch (Exception ex)
{
logger.Error(m => m("Сервис {0} вызвал ошибку при деинсталлирован", serviceName), ex);
}
}
}
#endregion
}
}
}
}
Да, с "интрасетью"я погорячился.
Идея с web-сервисами и одной управляющей виндовой службой интересная - не додумался до этого...
С IIS не проблема, т.к. он и так везде настроен и работает, web-сервис для него будет очередным web-приложением, которое он будет "показывать".
Есть еще один вопрос (правда наверное не со всем по теме...), было бы здорово услышать мнение:
помимо небольших сообщений (в большом количестве), которые можно легко обернуть в json(xml), а потом достать от туда, предполагается транспортировка файлов (причем довольно больших - до 100 Мб легко), с главного сервака на дочерние и обратно.
Была идея такая - захостить файлы на главном web-сервере, чтобы они были доступны по http(s), что то типа хостера файлов. Дальше передавать web-сервису дочернего сервера только описание такого файла(файлов) (имя файла, где на хостере можно забрать, куда у себя положить и т.д.). При обработке такого запроса дочерний сервак сам скачает его с хостера.
