LINUX.ORG.RU

{тайные знания} вертикальное и горизонтальное масштабирование

 , ,


0

1

«Умение применять на практике эти принципы»

Они наверняка что-то конкретное имеют в виду. Но вот что?
Кроме chef и puppet для горизонтального ничего на ум не приходит

А вы как на практике умеете применять вертикальное масштабирование при нулевом бюджете?



Последнее исправление: Indaril_Shpritz (всего исправлений: 1)
Ответ на: комментарий от anonymous

А вы как на практике умеете применять вертикальное масштабирование при нулевом бюджете?

Да, у себя слейвы на чтение не использую, клиенты вместе со всеми своими данными шардятся по узлам. При нулевом бюджете создаю виртуальные шарды (например, разные БД в одном инстансе), при увеличении бюджета часть БД переносится на другие узлы.

anonymous
()
Ответ на: комментарий от anonymous

создаю виртуальные шарды (например, разные БД в одном инстансе)

И как, это помогает? По-идее же должно медленнее работать, чем если вообще без шардинга обойтись.

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

Indaril_Shpritz
() автор топика
Ответ на: комментарий от Indaril_Shpritz

По-идее же должно медленнее работать, чем если вообще без шардинга обойтись.

А куда вы торопитесь на нулевом бюджете? Изначально не предусмотрели шардинг - мучайтесь потом, когда проект вырастет.

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

Это да, я про горизонтальный говорил, ошибся. А какие вопросы могут быть про вертикальное масштабирование?

anonymous
()
Ответ на: комментарий от anonymous

А какие вопросы могут быть про вертикальное масштабирование?

я первый спросил. Очевидно надо знать какое-то специальное оборудование, на котором это вертикальное масштабирование осуществляется по специальным процедурам. Какие-нибудь особопропиертарные лезвия для блейд-серверов.

Indaril_Shpritz
() автор топика
Ответ на: комментарий от Indaril_Shpritz

Не нужно, это не твои задачи. Тебе нужно знать узкие места своего приложения, чтобы знать какие ресурсы наращивать и как это скажется на производительности твоего приложения. Нет смысла увеличивать количество и мощность процессоров, если твое приложение упирается в дисковую подсистему.

anonymous
()
Ответ на: комментарий от anonymous

это не твои задачи

меня всегда радовали админы, которые посылают программистов этими словами. Чем выше общее понимание конкретики тем лучше. А эти слова - это некомандная работа.

Indaril_Shpritz
() автор топика
Ответ на: комментарий от Indaril_Shpritz

Правильно посылают. Даже архитектору не нужно знать названия брендов, если это не конкретизирует используемые технологии. Его может интересовать пропускная способность канала, например, но не шильдик на корпусе сервера. Знать может, и скорее всего будет, но это не необходимое условие.

anonymous
()
Ответ на: комментарий от anonymous

это не необходимое условие

ага, прийдешь на собеседование, а там «как, Вы не знаете? Тогда Вы нам не подходите, всего доброго.»

Indaril_Shpritz
() автор топика

А вы как на практике умеете применять вертикальное масштабирование при нулевом бюджете?

пока тред не начал читать - не понял о чём речь

q11q11 ★★★★★
()
Ответ на: комментарий от Indaril_Shpritz

А ты хочешь подходит некомпетентым идиотам с раздутым ЧСВ?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.