Масштабирование, сейчас или повременить? Горизонтальное и вертикальное масштабирование

Масштабирование серверов либо с применением технологии виртуализации и контейнеризации довольно интересная тема. Ее важно и нужно знать. Но я последнее время замечаю, что многие применяют горизонтальное масштабирование или вертикальное масштабирование для своей инфраструктуры без анализа. Не разбираясь в данный момент оно надо или нет. Да масштабируемая архитектура веб приложения очень важна в условиях повышения нагрузки, но на определенных этапах можно обойтись без наращивания инфраструктуры. Когда использовать масштабирование и вообще что это такое поговорим в этом видео.

#архитектура #ityoutubersru #АнтонПавленко

ХОТИТЕ ПОМОЧЬ РАЗВИТИЮ КАНАЛА?

КОНТАКТЫ:
Еще контакты:

[pavlenkoat]

Дорогие друзья в видео перепутано понятие горизонтального и вертикального масштабирование. Учусь писать видео по плану, а не по досканальному сценарию. Ошибся. Прошу понять и простить.

[tandev]

Ух ты, а вот это я удачно зашёл! Как раз контент в тему.
Благодарю!

[vovik]

Понятия горизонтального и вертикального масштабирования перепутаны. Вертикальное - укрупняем наш сервер, горизонтальное - увеличиваем количество нодов

[layan]

Спасибо, полезно и интересно, а ещё реклама - шедевр 😁

[evgeniishevchenko]

Спасибо, очень полезное видео, как раз думал, как лучше систему отмасштабировать

[i.am.rossalex]

Супер! А можно по теме анализа слабых запросов в базу детальней? Желательно, с примерами было/стало. Может, в отдельном видео... Спасибо!

[СтаниславШамшин-ту]

Спасибо, видос весьма познавательный!!!

[taraslitvinenko]

Ну спасибо, за освежающее память видео

[ДмитрийОлейниченко-хь]

Годный контент, спасибо за труд и время затраченное на реализацию!

[vitiok]

Считаю подобные видео очень полезными. Стратегия важнее тактики

[Eustrop]

За упоминание PostresPro и их документации - два лайка поставлю. ;)

Антон, а расскажите пожалуйста Вашим подписчикам, что на их (PostresPro) канале есть прекрасные курсы по SQL и DBA, за DBA1 могу поручиться, остальные ещё не просмотрел, но видимо тоже очень хорошо.

[VasiaHangout]

Спасибо за PostgresPro. Буду ковырять.

[dimarost]

спасибо за видео/информацию/опыт!!! Антон, а вы думали провести стрим или в записи практический урок по тому же nginx/масштабированию?
Уверен, было бы оч интересно!

[Дольган-тщ]

Посоветуйте книгу или справочники по архитектуре и деплое веб-приложений

[kote]

Были проблемы проблемы с nextcloud, при попытке залить туда большой файл.
Он сначала делит файл на несколько частей и пишет в несколько временных файлов, а затем копирует это всё в один большой. Копирование больших объемов данных в пределах одного жесткого диска - такое себе удовольствие. А учитывая что этот диск у меня еще и ноутбучный... Приводило это к тому, что десктопный клиент не дожидался пока сервер всё скопирует, показывал ошибку по таймауту и начинал сначала.
В качестве решения проблемы, добавил SSD. Там стоит система и туда же попадают временные файлы. HDD примонтировал туда, куда должен копироваться уже окончательный вариант. Костыль, но работает.

[kirillkashin]

Очень полезная информация, спасибо, много интересного узнал наткунвшись на канал случайно, подписался и впитываю инфу

[linkor]

актуальная тема СПАСИБО ЗА ВИДОС ДРУГ!!!

[maxponomarenko]

Спасибо за видео, очень интересно. Я как личинка админа смотрю на эти схемы, глаза загораются и хочу это все состряпать.

[ЛевКудряшов-ьи]

Полностью соглашусь с выводом, что железом все проблемы и недостатки не зальёшь. Сервис - не блюдо, железо- не майонез. Всегда уважающий себя специалист будет искать корень проблемы, а не глушить последствия. Но есть хитрая экономика: распил на горизонтальное масштабирование сервиса дороже железа зачастую для менеджмента. И уж точно человеко-часы программиста, опса и девопса на решение и поиск проблемы больше по копейке трех ссд дисков. (Это крупный сегмент компаний). Менеджмент зачастую видит профит в вертикальном масштабировании и не хочет покрывать своим кошельком тех.долг на фикс и техническое усовершенствование, менеджменту надо ещё вчера. Как быть, если столкнулись с такой проблемой?

[ЕвгенийФедоров-хг]

Два адреса в DNS отказоустойчивость не поднимает, а распределяет нагрузку. Для отказоустойчивости добавляется еще один сервер nginx и настраивается плавающий айпишник которой может переезжать между серверами для их обслуживания или в случае аварийной ситуации. Следующий этап после nginx в качестве балансировщика идет кластер из аппаратных балансировщиков, а их доступность обеспечиваться на сетевом уровне (несколько каналов связи + BGP). И вот когда у вас нет ни одной точки отказа в рамках цода вы можете начинать думать о географически распределенной инфраструктуре, где познаете боль, отчаяние и проклянете тот день когда у вас появилась такая мысль. И вот только после всего ада который вы пережили вы можете спокойно добавить второй адрес в DNS для более равномерного распределения нагрузки.