Почему я не должен служить своему веб-приложению Java непосредственно с Tomcat?
Я придерживался бы SQL Server, честно как Вы говорят, это - большой продукт, и с точки зрения производительности это занимает место там с остальной частью их. Мне также нравится то, что SQL Server имеет превосходную документацию, T-SQL довольно хорош, и понимающий, как база данных работает, довольно просто снова, поскольку документация является четкой.
Я распознаюсь, у Вас есть сильная лояльность и предпочтение к Linux как хост ОС, это также полностью понятно, но не сделайте ошибку, SQL Server MS в Windows является серьезной базой данных, как Вы справедливо отмечаете, и быть специалистом в SQL-сервере с действительно больше, чем помещает еду на Вашу таблицу.
Я имею знания в FreeBSD и сегодня главным образом администрирую SQL Server MS, и я нашел, что мое образование FreeBSD дало мне способность иметь намного более прекрасное схватывание проблем, с которыми Вы сталкиваетесь при настройке и администрировании SQL MS Databse (вещи, такие как расположение дискового тома и оптимизация, местоположение журналов транзакций и т.д.)
При наслаждении продуктом, как способ, которым он соединен, и Вы видите, что себя делаете это все больше, пойдите для него. Не недооценивайте значение интересования, и наслаждение продуктом, Вы продолжаете работать.
Задав просто этот вопрос моего коллеги сеть-dev недавно..., он сказал, что Tomcat работает намного более эффективно, когда только единственный источник (веб-сервер) поражает его. Это масштабируется намного дальше. Кроме того, фактические веб-серверы намного легче настроить, чтобы сделать странные вещи как перезапись URL (очень общая вещь хотеть сделать, судя всем mod_rewrite вопросом, который мы получаем здесь на SF), управление доступом и что-либо SSL, который не так прост как one-cert/one-site.
Я не знаю, характерен ли этот ответ для Java и Tomcat, но в нашей модели обеспечения безопасности мы ничему не служим непосредственно Интернету - у нас есть Apache в выполнении демилитаризованной зоны ReverseProxy ко всем нашим серверам приложений в отдельной демилитаризованной зоне (и они подключают к нашим серверам БД в еще одной демилитаризованной зоне.)
В дополнение к безопасности это позволяет Вам сделать перенаправления, SSL разгружается, и все другие положительные герои, которых может сделать Apache. Я не знаю, имеет ли Tomcat все те функции.
Основная цель, обычно используемая для сервера Apache, выходящего на Tomcat, состоит в том, чтобы разгрузить статическое содержание, такое как изображения, HTML, JS, файлы CSS к веб-серверу Apache. Только динамические запросы передаются Tomcat, таким образом уменьшая трафик особенно если через брандмауэр.
Посмотрите полный список в официальной Wiki. Почему я должен интегрировать Apache с Tomcat? (или не), который объясняет, безопасность, Кластеризация и преимущества Скорости однако с более новой производительностью Tomcat 6 не являются так большой частью проблемы как ранее.
mod_jkимел приоритетmod_rewriteхотя большинство людей является просто обратным проксированием теперь. – Jé Queue 15 October 2010 в 21:47