По вертикали или по горизонтали: как правильно пишется- по вертикалЕ или по вертикалИ по горизонталЕ или по горизонталИ?

Вертикали и горизонтали. Тайны древних цивилизаций. Том 2 [Сборник статей]

Вертикали и горизонтали

Возможно, за всю историю Европы именно в готическом храме полнее всего выразилась идея культуры как пути к Божеству. Собор – не застывшее отражение божественного величия и мощи, а подвижное, живое во многом благодаря никогда не стоящему на месте свету отражение пути человека к Богу. Пути от света земного к свету Божественному. С запада на восток, где сияет над алтарем образ Христа – Солнца Справедливости. Пути от болезни к здоровью, «пути исцеления», как называли в Средние века центральный неф.

Что представлял собой готический собор? В основе его плана – базилика, роднящая готику с раннехристианскими храмами, строившимися по модели римского дома для собраний. Его пространство – три, реже пять нефов: один главный, центральный, и боковые. Главный неф (от слова nave – «корабль») – ось собора, протянувшаяся с запада на восток, от царства мрака навстречу восходящему солнцу. Высотой нефа измерялась высота собора, благодаря ей создавалось ощущение вертикальности, устремленности вверх. Она поражала входившего в храм. Строители пытались вознести свод как можно выше. Собор в Бове, пока его строили, обрушивался два раза – мечты архитекторов обгоняли их возможности. Тем не менее, сейчас это один из самых высоких готических храмов, высота его сводов 47 метров (почти 20 этажей современного дома). Длина нефа до 150 метров – поистине путь!

Боковые нефы были, как правило, существенно ниже центрального, поэтому путь этот освещался светом, лившимся из огромных витражных окон верхнего яруса. Подобно величественному кораблю – ковчегу, собор плыл вместе с вращением Земли навстречу восходящему солнцу среди суеты повседневной жизни.

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

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

Троица в витраже: свет – Отец, материя стекла – Дух Святой, священные образы человека и природы – Сын

Часовня Сен-Шапель в Париже

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

Но что интересно, похожее строение имели, например, египетские храмы Нового царства и храмы Древней Индии, где святилище было окружено коридором или даже двумя. Если продолжить сравнение с распятым человеком, то алтарь располагался на месте головы, символизирующей разумное или духовное начало. Это место, где рождается свет, где сияет не только восходящее солнце, но источник духовного света – Солнце Справедливости, Христос.

Благодаря полукруглой апсиде форма собора была ближе к египетскому анкху, чем к латинскому кресту. Что углубляет символическую наполненность собора. Анкх – ключ к таинству жизни и смерти, символ пути к Вечности. Не таков ли готический храм?

Горизонталью по вертикали

Горизонталью по вертикали 6 февраля, 11:38Многие возражают против моего предложения выступить 4 марта единым фронтом. Из этого делаю вывод, что я плохо объяснил идею.Несколько уточнений вдогонку.1. Сейчас речь идет только о том, чтобы мы в принципе договорились действовать

«Период полураспада»: погром вертикали власти

«Период полураспада»: погром вертикали власти Генеральный секретарь ЦК КПССЗахватить этот пост — задача номер один. Потом разрушающая волна на уровне всего Союза и всей партии пойдет отсюда. «…высшая власть в стране принадлежала Генсеку — „царю и богу“, по известному

201. Тупик непарламентской оппозиции. Растление идет по вертикали из центра на места

201. Тупик непарламентской оппозиции. Растление идет по вертикали из центра на места — Говоря по-честному, не вижу, чем откорректировать развернувшийся по всей стране процесс захвата и присвоения власти. Здесь нужна прямая политическая борьба, прямое действие, а от этого

Глава 7 Федерация. Построение вертикали власти

Глава 7 Федерация. Построение вертикали власти 7. 1. Усмирение губернаторов О том, что целью новой политики является построение вертикали власти, Путин предупредил своих сограждан сразу. Но, как часто случается при отсутствии исчерпывающих разъяснений, каждый истолковал

Глава 1 Китай: экспансия «по вертикали»; Индия: экспансия «по горизонтали»

Глава 1 Китай: экспансия «по вертикали»; Индия: экспансия «по горизонтали» Аль-Бахр-аль-Хинди – так назывался этот океан в древних арабских трактатах о мореходстве. Индийский океан и водные потоки, впадающие в него, поныне хранят привкус той великой, стремившейся

Как отразить объект UIElement по горизонтали или по вертикали — WPF .NET Framework

Twitter LinkedIn Facebook Адрес электронной почты

• Статья
• 09/27/2022
• Чтение занимает 2 мин

В этом примере показано, как использовать ScaleTransform для отражения UIElement по горизонтали или по вертикали.

В этом примере элемент управления Button (тип UIElement) отражается путем применения ScaleTransform к его свойству RenderTransform.

Иллюстрация, демонстрирующая отражение кнопки

На рисунке ниже показана кнопка, которую требуется отразить.

Элемент пользовательского интерфейса, который требуется отразить

Ниже показан код, создающий кнопку.

<Button Content="Flip me!" Padding="5">
</Button>

Иллюстрация, демонстрирующая отражение кнопки по горизонтали

Чтобы отразить кнопку по горизонтали, создайте ScaleTransform и присвойте свойству ScaleX значение -1. Примените ScaleTransform для свойства RenderTransform кнопки.

<Button Content="Flip me!" Padding="5">
  <Button.RenderTransform>
    <ScaleTransform ScaleX="-1" />
  </Button.RenderTransform>
</Button>

Кнопка после применения ScaleTransform

Иллюстрация, демонстрирующая отражение кнопки по месту

Как показано на предыдущей иллюстрации, кнопка была не только отражена, но и перемещена. Это объясняется тем, что отражение кнопки выполнялось с левого верхнего угла. Чтобы отразить кнопку по месту, необходимо применить ScaleTransform к ее центру, а не к углу. Простой способ применить ScaleTransform к центру кнопок — задать для свойства RenderTransformOrigin кнопки значение 0,5, 0,5.

<Button Content="Flip me!" Padding="5"
  RenderTransformOrigin="0.5,0.5">
  <Button.RenderTransform>
    <ScaleTransform ScaleX="-1" />
  </Button.RenderTransform>
</Button>

Кнопка со значением RenderTransformOrigin равным 0.5, 0.5

Иллюстрация, демонстрирующая отражение кнопки по вертикали

Чтобы перевернуть кнопку по вертикали, задайте свойство ScaleY объекта ScaleTransform вместо его свойства ScaleX.

 <Button Content="Flip me!" Padding="5"
  RenderTransformOrigin="0.5,0.5">
  <Button.RenderTransform>
    <ScaleTransform ScaleY="-1" />
  </Button. RenderTransform>
</Button>

Кнопка, отраженная по вертикали

См. также раздел

• Общие сведения о классах Transform

по горизонтали против. Вертикальное масштабирование: как они соотносятся?

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

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

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

Содержание

• Что такое масштабируемость?
• Что такое горизонтальное масштабирование?
• Что такое вертикальное масштабирование?
• Горизонтальное Против. Вертикальное масштабирование
• Что выбрать и когда?
• Локальное ПО против. Облачное масштабирование

Что такое масштабируемость?

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

Если вы используете веб-сайт, веб-службу или приложение, их успех зависит от объема получаемого ими сетевого трафика. Обычно недооценивают объем трафика, который будет потреблять ваша система, особенно на ранних этапах. Это может привести к сбою сервера и/или снижению качества вашего обслуживания.

Таким образом, масштабируемость описывает способность вашей системы адаптироваться к изменениям и требованиям. Хорошая масштабируемость защищает вас от простоев в будущем и гарантирует качество ваших услуг.

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

Что такое горизонтальное масштабирование?

Горизонтальное масштабирование (также известное как горизонтальное масштабирование) означает добавление дополнительных узлов или машин в вашу инфраструктуру для удовлетворения новых требований. Если вы размещаете приложение на сервере и обнаруживаете, что оно больше не имеет мощности или возможностей для обработки трафика, добавление сервера может быть вашим решением.

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

Можно считать это противоположностью вертикального масштабирования.

Что такое вертикальное масштабирование?

Вертикальное масштабирование (также известное как масштабирование) описывает добавление дополнительных ресурсов в систему, чтобы она удовлетворяла потребности. Чем это отличается от горизонтального масштабирования?

В то время как горизонтальное масштабирование относится к добавлению дополнительных узлов, вертикальное масштабирование описывает добавление большей мощности к вашим текущим машинам. Например, если вашему серверу требуется большая вычислительная мощность, вертикальное масштабирование будет означать обновление ЦП. Вы также можете вертикально масштабировать память, хранилище или скорость сети.

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

Горизонтальное Против. Вертикальное масштабирование

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

У вас есть уровень представления (пользовательский интерфейс/клиент), уровень логики (виртуальный сервер/службы) и уровень данных (хранилище/базы данных). В случае горизонтального масштабирования вы можете делегировать каждый уровень (или функции, отвечающие за них) другому узлу.

Однако, возможно, вы уже используете эти уровни на разных серверах, но обнаруживаете, что один из этих серверов работает неэффективно или больше не соответствует требованиям. Опять же, вы можете масштабировать этот сервер вертикально или горизонтально. Вы можете обновить его, добавив дополнительные ресурсы, или добавить еще один сервер, чтобы разделить рабочую нагрузку.

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

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

С учетом сказанного давайте рассмотрим простую разбивку преимуществ и недостатков вертикального и горизонтального масштабирования.

Преимущества горизонтального масштабирования

• Масштабирование проще с аппаратной точки зрения — Все, что требуется для горизонтального масштабирования, — это добавить дополнительные машины в текущий пул. Это избавляет от необходимости анализировать, какие характеристики системы необходимо обновить.
• Меньше периодов простоя — Поскольку вы добавляете машину, вам не нужно выключать старую машину при масштабировании. Если все сделано эффективно, может никогда не возникнуть необходимость в простоях, и клиенты с меньшей вероятностью пострадают.
• Повышенная отказоустойчивость и отказоустойчивость . Если вы полагаетесь на один узел для всех ваших данных и операций, вы рискуете потерять все это в случае сбоя. Распределение его между несколькими узлами спасает вас от потери всего.
• Повышенная производительность — если вы используете горизонтальное масштабирование для управления сетевым трафиком, это позволяет использовать больше конечных точек для соединений, учитывая, что нагрузка будет делегирована между несколькими машинами.

Недостатки горизонтального масштабирования

• Повышенная сложность обслуживания и эксплуатации — Несколько серверов сложнее обслуживать, чем один сервер. Кроме того, вам потребуется добавить программное обеспечение для балансировки нагрузки и, возможно, виртуализации. Резервное копирование ваших машин также может стать немного более сложным. Вам нужно будет убедиться, что узлы синхронизируются и взаимодействуют эффективно.
• Увеличение первоначальных затрат — Добавление новых серверов намного дороже, чем обновление старых.

Преимущества вертикального масштабирования

• Экономичность — Обновление уже существующего сервера стоит меньше, чем покупка нового. Кроме того, у вас меньше шансов добавить новое программное обеспечение для резервного копирования и виртуализации при вертикальном масштабировании. Расходы на техническое обслуживание потенциально могут остаться прежними.
• Менее сложная технологическая связь — Когда один узел обрабатывает все слои ваших сервисов, ему не нужно будет синхронизироваться и взаимодействовать с другими машинами для работы. Это может привести к более быстрому ответу.
• Более простое обслуживание . Обслуживание не только дешевле, но и менее сложно из-за количества узлов, которыми вам нужно управлять.
• Меньше необходимости вносить изменения в программное обеспечение — Вы с меньшей вероятностью будете менять то, как работает программное обеспечение на сервере или как оно реализовано.

Недостатки вертикального масштабирования

• Более высокая вероятность простоя — Если у вас нет резервного сервера, который может обрабатывать операции и запросы, вам потребуется значительное время простоя для обновления вашей машины.
• Единая точка отказа . Наличие всех ваших операций на одном сервере увеличивает риск потери всех ваших данных в случае аппаратного или программного сбоя.
• Ограничения на обновление — существует ограничение на количество обновлений машины. Каждая машина имеет свой порог для оперативной памяти, хранилища и вычислительной мощности.

Что выбрать и когда?

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

• Стоимость — первоначальные затраты на оборудование для горизонтального обновления выше. Если вы работаете с ограниченным бюджетом и вам нужно быстро и дешево добавить больше ресурсов в свою инфраструктуру, то вертикальное масштабирование может быть лучшим вариантом для вас.
• Забота о будущем — Добавление дополнительных обновленных компьютеров посредством горизонтального масштабирования повысит общий порог производительности вашей организации. Существует предел того, насколько вы можете масштабировать один узел по вертикали, и он может не справиться с требованиями будущего.
• Топографическое распределение . Если вы планируете иметь клиентов по всей стране или по всему миру, неразумно ожидать, что все они будут получать доступ к вашим услугам с одного компьютера в одном месте. В такой ситуации вам потребуется горизонтально масштабировать свои ресурсы, чтобы поддерживать соглашение об уровне обслуживания (SLA).
• Надежность — Горизонтальное масштабирование может предложить вам более надежную систему. Это увеличивает избыточность и гарантирует, что вы не полагаетесь на одну машину. Если одна машина выходит из строя, другая может временно компенсировать слабину.
• Возможность обновления и гибкость . Если вы запускаете уровни своего приложения на отдельных машинах, их легче отделить и обновить без простоев.
• Производительность и сложность . Производительность будет зависеть от того, как работают ваши службы и как они взаимосвязаны. Простые незамысловатые приложения не выиграют от запуска на нескольких машинах. На самом деле, это может ухудшить его качество. Иногда лучше оставить приложение как есть и обновить оборудование в соответствии со спросом. Для горизонтального масштабирования может потребоваться переписать код или добавить виртуальную машину, объединяющую все серверы.

Локальная версия по сравнению с Масштабирование в облаке

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

Поставщик облачных услуг (CSP) может реализовать горизонтальное масштабирование на основе гиперконвергентной инфраструктуры или использовать виртуальные распределенные службы.

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

У поставщиков услуг, таких как Azure и AWS, есть автоматическое масштабирование.

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

Стоимость: главный определяющий фактор

Несмотря на ваши устремления или потребности организации, в конечном итоге ваше решение может определить стоимость. Хотя горизонтальное масштабирование звучит великолепно с функциональной точки зрения, вы не можете себе это позволить (прямо сейчас). Тем не менее, по-прежнему важно помнить, что локальное вертикальное и горизонтальное масштабирование могут быть не единственными доступными вам вариантами.

Вы можете интегрировать оба варианта или перенести инфраструктуру своей организации к поставщику облачных услуг и позволить ему выполнять масштабирование за вас. Последнее может оказаться для вас более целесообразным с финансовой и прагматической точки зрения, особенно в долгосрочной перспективе.

Однако как вы это докажете? Если вы переходите на облачное решение, как вы определяете свои текущие и будущие расходы на облачные технологии?

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

CloudZero помог таким компаниям, как ResponseTap, повысить предсказуемость затрат и повысить эффективность масштабирования, позволив им точно видеть, какие функции и продукты влияют на их расходы на AWS. CloudZero позволяет компаниям отображать и просматривать подробную разбивку своих общих расходов на облако — от самого высокого уровня до самых основных компонентов.

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

Масштабирование по горизонтали и масштабирование по вертикали

Планирование пропускной способности — это задача, с которой сталкивается каждая инженерная группа, когда речь идет о том, чтобы обеспечить наличие необходимых ресурсов для обработки ожидаемых (и неожиданных) требований к трафику. Когда спрос на ваше приложение или веб-сайт растет, и вам необходимо расширить его доступность, емкость хранилища и уровни доступности, лучше масштабировать горизонтально или вертикально?

Это решение зависит от ряда факторов. Постоянно ли растет объем запросов и/или наблюдаются ли в текущем росте всплески, которые приводят к ухудшению качества обслуживания. Эти типы соображений в сочетании с уникальной структурой приложения необходимо учитывать при определении оптимального подхода к масштабированию.

Что такое масштабируемость?

Масштабируемость приложения можно измерить количеством запросов, которые оно может эффективно поддерживать одновременно. Точка, в которой приложение больше не может эффективно обрабатывать дополнительные запросы, является пределом его масштабируемости. Этот предел достигается, когда заканчивается критический аппаратный ресурс, требующий других или большего количества компьютеров. Масштабирование этих ресурсов может включать любую комбинацию настроек ЦП и физической памяти (другие или несколько компьютеров), жесткого диска (жесткие диски большего размера, меньше «живых» данных, твердотельные накопители) и/или пропускной способности сети (несколько контроллеров сетевых интерфейсов). , большие сетевые карты, оптоволокно и т. д.).

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

В чем основное отличие?

Горизонтальное масштабирование означает масштабирование путем добавления дополнительных машин к вашему пулу ресурсов (также называемое «масштабированием»), тогда как вертикальное масштабирование означает масштабирование путем добавления большей мощности (например, ЦП, ОЗУ) к существующей машине (также называемой « масштабирование»).

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

	Горизонтальное масштабирование (масштабирование)	Вертикальное масштабирование (увеличение масштаба)
Базы данных	В мире баз данных горизонтальное масштабирование обычно основано на разделении данных (каждый узел содержит только часть данных).	При вертикальном масштабировании данные хранятся на одном узле, а масштабирование выполняется через многоядерный, т.е. распределение нагрузки между ресурсами ЦП и ОЗУ машины.
Время простоя	Теоретически, добавление большего количества компьютеров в существующий пул означает, что вы не ограничены мощностью одного устройства, что позволяет масштабировать его с меньшим временем простоя.	Вертикальное масштабирование ограничено мощностью одной машины, масштабирование за пределы этой емкости может привести к простою и имеет верхний жесткий предел, т. е. масштаб оборудования, на котором вы работаете в данный момент.
Параллелизм	Также описывается как распределенное программирование, так как включает в себя распределение заданий между машинами по сети. Несколько шаблонов, связанных с этой моделью: Master/Worker*, Tuple Spaces, Blackboard, MapReduce. 902:30 Модель актера	: параллельное программирование на многоядерных машинах часто выполняется посредством многопоточности и внутрипроцессной передачи сообщений.
Передача сообщений	В распределенных вычислениях отсутствие общего адресного пространства усложняет совместное использование данных. Это также делает процесс обмена, передачи или обновления данных более дорогостоящим, поскольку вам приходится передавать копии данных.	В многопоточном сценарии можно предположить существование общего адресного пространства, поэтому совместное использование данных и передача сообщений могут выполняться путем передачи ссылки. 902:30
Примеры	Кассандра, MongoDB, Google Cloud Spanner	MySQL, Amazon RDS

* См. продолжающееся обсуждение необходимости изменения терминологии Master/Slave, что привело к ее удалению в 2018 году из языка программирования Python.

Решение о масштабировании или масштабировании

При выборе между двумя вариантами необходимо учитывать различные факторы. К ним относятся:

• Производительность — Горизонтальное масштабирование позволяет объединить мощность нескольких машин в одну виртуальную машину с объединенной мощностью всех из них. Это означает, что вы не ограничены мощностью одного устройства. Однако сначала стоит выяснить, достаточно ли у вас ресурсов на одной машине для удовлетворения ваших потребностей в масштабируемости.
• Гибкость — Если ваша система предназначена исключительно для масштабирования, вы фактически привязаны к минимальной цене, установленной аппаратным обеспечением, которое вы используете. Если вам нужна гибкость для выбора оптимальной настройки конфигурации в любое время для оптимизации затрат и производительности, лучшим вариантом может быть горизонтальное масштабирование.
• Регулярность обновлений — Опять же, здесь важна гибкость. Построение приложения как единой большой единицы затруднит добавление или изменение фрагментов кода по отдельности без отключения всей системы. Чтобы обеспечить более непрерывный процесс обновления, проще отделить ваше приложение и выполнить горизонтальное масштабирование.
• Избыточность — Горизонтальное масштабирование предлагает встроенную избыточность по сравнению с наличием только одной системы в вертикальном масштабировании и, следовательно, единой точкой отказа.
• Географическое распространение — если вам нужно распределить приложение по географическим регионам или центрам обработки данных, чтобы уменьшить географическую задержку, соответствовать нормативным требованиям или справиться со сценариями аварийного восстановления, у вас нет возможности разместить свое приложение в одной коробке. Вы должны его раздать.
• Стоимость — по мере того, как все больше больших многоядерных машин выходит на рынок по значительно более низкой цене, подумайте, есть ли случаи, когда ваше приложение (или части вашего приложения) можно с пользой упаковать в одну коробку, чтобы оно соответствовало вашей производительности. и цели масштабируемости. Это может привести к снижению затрат.

В заключение: плавный переход между двумя моделями?

Не всегда имеет смысл выбирать между горизонтальным и вертикальным масштабированием. Перемещение между двумя моделями часто является лучшим выбором.