|
Cache-сервер под Windows, а CSP GW под Linux
|
|||
---|---|---|---|
#18+
Добрый день, уважаемые форумчане. Возник вот такой вопрос - Cache-сервер под Windows, а Web-сервер под Linux. Сам я всегда использовал только встроенный Веб-сервер, поскольку все мои разработки всегда были только для интранет сетей предприятий. Всегда все устраивало. В данном случае Каше (2016 вер.) уже куплена и перевести под Линукс все что вокруг самого Каше будет затруднительно. А вот Веб-сервер хотят чтобы был под Линух (желательно nginx). Скажите, -- насколько реально, чтобы это все работало стабильно? -- реально ли это вообще? -- какой путь предстоит пройти? И еще, если я сейчас компилирую некий класс ZEN страницы, то методы COS и методы JavaScript автоматически раскладываются по предназначенным им путям и я об этом не беспокоюсь (*.int отдельно, а *.js и *.css отдельно). Если сервер Каше и Веб-сервер находятся на разных машинах то как выполняется такая раскладка при очередной компиляции нового (существующего) класса ZEN страницы? Я понимаю, что все грабли можно пройти и самому, но было бы интересно сперва послушать Знающих, Добрых, Уважаемых коллег! Заранее благодарен. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2018, 15:45 |
|
Cache-сервер под Windows, а CSP GW под Linux
|
|||
---|---|---|---|
#18+
AlexKB, Здесь важен не тип сети (интранет/интернет), а предполагаемая нагруженность сервиса. Считается, что приватный апач не рассчитан на высокую нагрузку, хотя по нашему опыту 10-ки и 100-ни запросов в секунду он вполне себе держит. Собрать такую схему, как ты пишешь, конечно, можно, в документации на шлюз всё достаточно подробно описано. Как-то раз хотел её предложить, но заказчик не захотел таким способом "выставлять" Cache в интернет, и сделали иначе: пробросили средствами "фронтального" nginx определённый URL внутрь локалки, на веб-приложение приватного апача. Работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2018, 20:17 |
|
Cache-сервер под Windows, а CSP GW под Linux
|
|||
---|---|---|---|
#18+
Alexey Maslov, Спасибо, Алексей! Это получается, что nginx будет выполнять роль прокси-шлюза на реальный Веб-сервер, который будет изолирован от внешнего мира, такая ситуация устраивает. А вот дальше, уже Веб-сервер для Каше лучше использовать встроенный (приватный), или полноценный, если учесть, что нагрузка будет в пределах от 10 до 100 запросов в секунду, как Вы пишите? Для меня встроенный (приватный) было бы лучше использовать по причине простоты установки и поддержки. Полноценный, я так подозреваю, но могу быть и не прав, создаст дополнительные проблемы по переносу *.js *.css и других файлов при постоянном развитии сервиса, постоянное развитие проекта, постоянное обновление, компиляция классов. Об этом я отдельно спрашивал и надеюсь получить ответ от ЗНАЮЩИХ. И еще, редко меняемые, или не меняемые файлы (картинки, иконки, библиотечные файлы) лучше размещать на стороне nginx(если он является только прокси сервером), если такое возможно, или все надо размещать уже на стороне реального Веб-сервера? Не судите меня строго, за мои вопросы... Если есть время, знание и опыт, а также желание поделиться - поделитесь..! Просто в моей нынешней ситуации довольно трудно проходить через все испытания и эксперименты, прежде чем предлагать вариант. Хотелось бы с наибольшей уверенностью заранее спланировать все работы, а потом предлагать свое видение... Не хочется попасть в ситуацию, да вот, мол я думал, но не получается... Заранее благодарен! ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2018, 09:24 |
|
Cache-сервер под Windows, а CSP GW под Linux
|
|||
---|---|---|---|
#18+
AlexKB...nginx будет выполнять роль прокси-шлюза на реальный Веб-сервер...Не обязательно, он может обслуживать некий контент ("корпоративный сайт"), пробрасывая лишь URL конкретного веб-приложения. По остальным вопросам: ограничения встроенного апача подробно документированы, см. "Limitations of the Private Web Server". В частности, пишут: ДокументацияIf high availability and production-grade security is a requirement, or there is a need to integrate with other sources of web information, or a need for a high degree of control over the web server, a separate production-grade build of Apache is recommended - ideally operating on its own server. If, on the other hand, low volumes of HTTP traffic are expected, and there are limited demands for high availability and security, then the PWS may be suitable for deployment under these circumstances.Возможно, стоит прислушаться, хотя бы по политическим соображением. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2018, 10:43 |
|
Cache-сервер под Windows, а CSP GW под Linux
|
|||
---|---|---|---|
#18+
Освежая в памяти документацию ("Using Cache Server Pages with a Remote Web Server"), лишний раз убедился, что вместо проброса URL-а с внешнего веб-сервера (и его средствами) внутрь локальной сети таки можно было бы установить на внешнем веб-сервере CSP Gateway, связать его с внутренней Cache и оставить лишь одно веб-приложение, только то, которое нужно. С ходу не могу сказать, чем такое решение хуже проброса. Вижу пока такие доводы: - внешний веб-сервер может быть по какой-то причине поднят на ОС, не поддерживаемой ISC (например, FreeBSD) - вариант с пробросом более универсален, т.к. пригоден не только для веб-приложений Cache. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.05.2018, 11:22 |
|
|
start [/forum/topic.php?fid=39&msg=39652331&tid=1556252]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
38ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 147ms |
0 / 0 |