|
|
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Видел рекомендации разнести на разные сервера. Что почтенная публика про это скажет по существу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2018, 16:25 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
waszkiewicz, зависит от требований. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2018, 16:44 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
waszkiewiczВидел рекомендации разнести на разные сервера. Что почтенная публика про это скажет по существу? Делать просто потому что кто-то что-то порекомендовал бессмысленно и может даже вредно. Нужно чётко понимать что это даст и зачем делается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2018, 17:01 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
А я видел такую рекомендацию: "Работает - не трогай". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2018, 18:00 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
waszkiewiczВидел рекомендации разнести на разные сервера. Что почтенная публика про это скажет по существу? Да. Делать. Никого не слушать, разнести всё к чертям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2018, 23:45 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Pu4koffНужно чётко понимать что это даст и зачем делается. Есть аксиоматичные вещи. Которые лучше сразу делать, а потом уже понимать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2018, 23:46 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
hVosttЕсть аксиоматичные вещи. Которые лучше сразу делать, а потом уже понимать. Вы сегодня были в храме? Нарушаете собственные принципы! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 14:44 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Есть такой вариант. "По существу" можно что-то сказать только имея всю информацию о системе. А какая задача стоит? Скорость? Надежность? Масштабируемость? какие другие методы пробовали для решения задачи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 15:25 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
hVosttPu4koffНужно чётко понимать что это даст и зачем делается. Есть аксиоматичные вещи. Которые лучше сразу делать, а потом уже понимать. Это касается чего-то вроде техники безопасности и различных способов выстрелить себе в ногу. Схема когда сервер приложений и сервер данных работают на одной железке (на одном виртуальном сервере) - это вполне себе жизнеспособная конфигурация со своими плюсами и минусами. Ну, разнесли бездумно на два разных сервера. В итоге получили бОльшую вероятность выхода из строя из-за программных и/или аппаратных сбоев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 15:59 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Pu4koffНу, разнесли бездумно на два разных сервера. В итоге получили бОльшую вероятность выхода из строя из-за программных и/или аппаратных сбоев. да ты что, тут народ вовсю микросервисами увлекается, у всех по тыще источников данных, адаптеров, трансформеров, мидл на мидле и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 16:03 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Pu4koffНу, разнесли бездумно на два разных сервера. В итоге получили бОльшую вероятность выхода из строя из-за программных и/или аппаратных сбоев. Чиииивооо?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 16:47 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
hVostt, знаешь какая деталь в машине самая лучшая? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 16:50 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
ViPRoshVostt, знаешь какая деталь в машине самая лучшая? водитель? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 17:05 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Pu4koffСхема когда сервер приложений и сервер данных работают на одной железке (на одном виртуальном сервере) - это вполне себе жизнеспособная конфигурация со своими плюсами и минусами. Схема, когда сервер приложений и сервер данных работают на одной железке — не должна вызывать никаких вопросов про правильную архитектуру. Это как сказать архитектору, что вовсе не обязательно делать фундамент, ведь я дескать строил собачью будку без всякого фундамента, и она работает отлично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 17:07 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
hVostt, та, которая отсутствует конструктивно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 17:07 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
ViPRoshVostt, та, которая отсутствует конструктивно и не говорите, коллега  ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2018, 17:08 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
waszkiewiczВидел рекомендации разнести на разные сервера. Что почтенная публика про это скажет по существу?чтобы говорить по существу, нужно спрашивать по существу и отвечать в своём же топике.) Народная мудрость (с) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 09:12 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
ViPRosтут народ вовсю микросервисами увлекается, у всех по тыще источников данных, адаптеров, трансформеров, мидл на мидле и т.д. Так народу только дай - такую игру завертит и таких умных названий насочиняет, аж страшно становится за своё огромное отставание от жизни. Но проходит время и все игры кончаются старыми добрыми истинами - ребятки, оказывается, прикрутили к велосипеду новую цветную педальку. И бывает так, что педальку потом просто нафиг удаляют, ибо не надо оно, на самом-то деле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 14:06 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
1) Безопасность. Сервер приложений доступен всем. А на сервере БД можно открыть только порт БД для сервера приложений по внутреннему IP. Т.е. у сервера БД может вообще не быть внешнего IP. Если админы БД сидят во внутренней сети, то доступ по SSH можно открыть только для их IP. Шансы, что кто-то извне доберется до БД сильно снижаются. Ещё можно разным админам давать доступ только к одному из серверов. 2) Разные требования к надежности. Сервер приложений в идеале должен быть без состояния (всё хранится в БД), его в случае чего легко восстановить. А для сервера БД желательны всякие RAID и т.п. 3) Разные требования к железу. Для БД нужен большой жесткий диск. Для приложения - много оперативной памяти. 4) Разные требования к масштабированию. Если потребуется, можно запустить несколько серверов приложений с балансировщиком нагрузки, которые будут обращаться к одному серверу БД. БД можно тоже масштабировать и, скорее всего, она будет масштабироваться не так как сервер приложений. 5) Производительность - спорный вопрос. С одной стороны, БД и приложение не будут мешать друг другу. С другой - дополнительные расходы на передачу данных по сети. 6) Стоимость тоже спорный вопрос. С одной стороны, два сервера дороже одного. Но с другой - требования разные, возможно два специализированных будут дешевле универсального. Ещё обычно веб-сервер (Apache, Nginx, ...) не совпадает с сервером приложений (Tomcat, ...). Их тоже можно разнести на разные машины по тем же соображениям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 14:17 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Ares_ekb1) Безопасность. Сервер приложений доступен всем. А на сервере БД можно открыть только порт БД для сервера приложений по внутреннему IP. Т.е. у сервера БД может вообще не быть внешнего IP. Если админы БД сидят во внутренней сети, то доступ по SSH можно открыть только для их IP. Шансы, что кто-то извне доберется до БД сильно снижаются. Ещё можно разным админам давать доступ только к одному из серверов. Вопрос в том как реализован сервер приложений. А то ведь могут на сервере получать sql-запросы, а дальше тупо пересылать их СУБД. Ares_ekb2) Разные требования к надежности. Сервер приложений в идеале должен быть без состояния (всё хранится в БД), его в случае чего легко восстановить. А для сервера БД желательны всякие RAID и т.п. Требования к надежности, простоям,... едины на весь комплекс. raid - это обязательно для любого сервера. HDD - практически расходник. Тормозить сервер, чтобы поменять умирающий/умерший hdd - это перебор. Ares_ekb3) Разные требования к железу. Для БД нужен большой жесткий диск. Для приложения - много оперативной памяти. Ну, и отлично. Значит не будет такого, что сервер приложений занял работой всю дисковую подсистему и не оставил ничего для БД. Получается, что оптимальнее их совмещать на одном железе, не будет никакого бутылочного горлышка и все мощности будут задействованы по максимуму. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 15:06 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Pu4koff, вощем, все эти "серверы приложений" обычные мультиплексоры запросов-данных, т.е. никаких там "приложений" нет и помине ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 15:44 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
hVosttPu4koffНу, разнесли бездумно на два разных сервера. В итоге получили бОльшую вероятность выхода из строя из-за программных и/или аппаратных сбоев. Чиииивооо?? Смысл следующий: когда у нас есть один железный сервер и на нём крутится и сервер приложений и СУБД, тогда мы зависим ровно от одной железки и ровно от одного экземпляра ОС. Разносим это на две разные железки: вот уже у нас могут сломаться две железки, у нас две ОС могут коряво обновиться, т.е. вероятность того, что клиент не сможет работать сильно увеличивается. Виртуализируем: железка всё так же одна, но разные экземпляры ОС. Опять увеличивается вероятность появления проблем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 16:32 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Ares_ekbРазные требования... Железо тоже бывает разным. Многопроцессорная мать или многослотная стойка на много матерей. Ну и к этому такое же размножение дисков, сетевых железяк и всего остального. Далее на этом хозяйстве ставят виртуализацию. В конце приходим к стиранию грани между отдельно стоящими ящичками с платами и одним большим ящиком. Разница остаётся лишь в защищённости от атомной войны, когда ящички ещё раскидывают по противоположным частям света. В общем - конфигурирование всё, а сколько электронов будут обслуживать конфигурацию - вопрос к финансистам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 16:35 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
ViPRosвощем, все эти "серверы приложений" обычные мультиплексоры запросов-данных, т.е. никаких там "приложений" нет и помине На серверах приложений крутится логика. Можно её и в БД засунуть, но свобода моделирования реальности средствами язычков из СУБД просто вопиёт. И да, мультиплексор - тоже логика, хоть и скромная по сложности. Но тоже бывает нужной, ведь какое там железо финансисты обеспечат - никто не знает, а потому приходится быть готовым к любой конфигурации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 16:39 |
|
||
|
Сервер приложений и сервер данных
|
|||
|---|---|---|---|
|
#18+
Pu4koffРазносим это на две разные железки: вот уже у нас могут сломаться две железки, у нас две ОС могут коряво обновиться, т.е. вероятность того, что клиент не сможет работать сильно увеличивается. абсолютное не понимание реалий. единственное, что представляет ценность, это база данных. остальное всё может навернуться медным тазом. если сломается, чиним без каких-то проблем. если потерялись данные, увольняемся по собственному за тупизну. если из-за того, что всё тормозит, так как СУБД выжирает всю оперативку, как ей и положено, получаем в тык, перестаём фантазировать, и делаем по-человечески. Pu4koffВиртуализируем: железка всё так же одна, но разные экземпляры ОС. Опять увеличивается вероятность появления проблем. не выдумывайте. при разнесении ПО на разные железяки, особенно это касается СУБД, система становится в целом только надёжнее, при чём ощутимо. это всё равно, что сказать, что машину надо делать ровно из одной детали, так как большое количество деталей увеличивает вероятность поломки. фигню-то не говорите. также разнесение увеличивает безопасность системы. ну уже очевидные вещи-то чо говорить.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2018, 04:42 |
|
||
|
|
start [/forum/search_topic.php?author=a-v-mikhailov&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
63ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 654ms |
| total: | 848ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
