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

Один по вертикали, два по горизонтали (Ренделл Рут)

Скорость

00:00 / 57:53

01-1

58:57

01-2

58:53

01-3

57:54

01-4

56:35

02-1

57:20

02-2

57:11

02-3

56:40

02-4

30:14

03-1

30:41

03-2

30:47

03-3

30:06

03-4

Детективы, триллеры

22,2K

Исполнитель

Рейтинг

6.00 из 10

Длительность

9 часов 43 минуты

Год

2008

Описание

Только две вещи важны для Стэнли: кроссворды и наследство его тещи, о котором он мечтает около 20 лет! В конце концов он понимает, что должен сам создать «головоломку», чтобы помочь смерти…

Другое название

One Across, Two Down [ориг. ]

Поделиться аудиокнигой

akniga.org Детективы, триллеры Ренделл Рут Один по вертикали, два по горизонтали

Другие книги Ренделл Рут

Аудиокниги жанра «Детективы, триллеры»

Новинки

Показать все книги

Интересное за неделю

Все лучшие

Прямой эфир скрыть

tuvaij 9 минут назад

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

Лишен Артур — Соседи

Катерина 11 минут назад

Современная школа…

Шанин Игорь — Травля

Андрей Стасенко 33 минуты назад

Книга для слышащих… Завораживает и выворачивает душу наизнанку. Невозможно выразить словами то, что даёт эта книга.

Джебран Халиль — Сборник

Никита Болзин 1 час назад

Привет! Когда будет продолжение Ереси? 🙁

Легенды Ереси

Kytakytoka Rykyahi 1 час назад

Спасибо данная книга немного стала какбы растянутой и немного скушной потратить несколько глав на обучение шарпея, ну…

Yun Tian Kong — Маг ближнего боя 5

Егор Фролов 2 часа назад

Это прекрасно!!!

Желязны Роджер — Жизнь, которую я ждал

Alex Crane 3 часа назад

О, прикольно, эх уже читал, увы, а так круто конечно 149 часов. Первая книга и эта зашли очень даже, а вот после…

Tang Jia San Shao — Боевой Континент Непревзойденный Клан Тан

Деревенский дурачок 3 часа назад

Такое себе… Куча штампов, куча клише. Первое, что меня взбесило — эпизод телефонных переговоров с женой. Это…

Морелл Дэвид — Было время

Mila M 3 часа назад

Потрясающе. Больше сказать нечего.

Бальзак Оноре де — Шагреневая кожа

Иван Савоськин 5 часов назад

Можете проверить сказок у меня тоже порядочно

Глубина. Погружение 39-е

Нияз Ерланулы 5 часов назад

Жду с нетерпением продолжение.

Правда под конец книги, что то не понятно с чтецом, начал проглатывать некоторые слова,…

Фа Куан Ди Яо Мо — Возвращение из Мира Сянься — Том 2 (Главы 177-188)

20murashova16 5 часов назад

Надо было Нагибину писать о себе, что у него неплохо, а даже очень хорошо, получалось, а не лезть в те «истории»,…

Нагибин Юрий — Тьма в конце тоннеля. Моя золотая тёща

Максим Уманец 5 часов назад

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

Деткин Андрей — Ожерелье Зоны

Константин Дорф 5 часов назад

Могли бы Ваалу кляп в рот засунуть и глаза завязать что бы не смущал

Маккаммон Роберт — Ваал

Svetlana Gerasimchuk 6 часов назад

Язва самодурственная

Сагирова Елизавета — Вниз по течению. Книга 1

sergey yeltsov 6 часов назад

Вот Вы на хер с такими госами читаете, Ваш голос на звук, как по кастрюле колотят

Верн Жюль — Двадцать тысяч лье под водой

sergey yeltsov 6 часов назад

Обалденный радио-спектакль, уровень озвучки зашкаливает👍👍👍

Верн Жюль — Капитан Немо

moderator52 6 часов назад

Судя по названию — порнуха.

Стаут Рекс — Горький конец

Svetlana Gerasimchuk 7 часов назад

Мне кажется, напишется продолжение. Несколько направлений развития событий уже заявлено в виде догадок. Может быть…

Сагирова Елизавета — Лето придёт во сне. Запад

Margormur Silver 7 часов назад

Детское поведение молодого человека. Недаром в лучших его товарищах малые дети. Сомнительные достоинства в характере…

Гёте Иоганн Вольфганг — Страдания юного Вертера

Эфир

Горизонтали и вертикали. Код Мандельштама

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

Жизнь человека — поиск, отягченный незнанием будущего.

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

Но значит ли это, что данную точку ищущий считает спасением?

И значит ли это, что следует отвергать поиск как таковой, значит ли это, что жизнь отвращает от себя уже самим обозначением конечного ориентира? Углубившись в раздумья на эту тему, начинаешь замечать, что ищущие тоже устроены по-разному: для кого-то поиск — движение по горизонтали:

назад — вперед

а для кого-то — это низвержение и вознесение: вверх — вниз.

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

И заметим, что смерть для него — низвержение.

Психея-жизнь спускается в подземное царство, обиталище теней — внизу.

Но вот что проявляется в двадцатых годах: если раньше поэт говорил о ночи в отправной точке и выше, поскольку в той его ночи царило черно-желтое солнце, он наблюдал за ней как бы снизу вверх, то сейчас все чаще НОЧЬ отождествляется с тем, что внизу!

Постепенное уступание смерти?

Она берет тех, кто с нею внутренне смирился.

Мандельштам — пока нет.

Но слишком часты эти вылазки в мир теней, в котором он пока (как Персефона) проводит лишь часть отпущенного ему времени, но возвращается в него снова и снова «на крыльях срезанных», чтобы играть с прозрачными тенями, среди бесплотных мыслей, вернувшихся «в чертог теней» («Я слово позабыл, что я хотел сказать…»).

И все же несмирение со смертью, стремление ввысь отчетливо видно в желании поэта «разбудить ночь»:

Я хотел бы ни о чем

Еще раз поговорить,

Прошуршать спичкой, плечом

Растолкать ночь — разбудить.

Приподнять, как душный стог,

Воздух, что шапкой томит.

Перетряхнуть мешок,

В котором тмин зашит,

Чтобы розовой крови связь,

Этих сухоньких трав звон,

Уворованная нашлась

Через век, сеновал, сон.

(«Я не знаю, с каких пор…», 1922)

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

Тут порыв (но не прорыв!) сквозь шапку воздуха.

Душа устремлена к небу.

Мечта о ночи-жизни выражается в желании «растолкать ночь». Спящая ночь — ночь-смерть.

Это стремление ввысь видим и в следующем стихотворении (опубликованном поэтом вместе со стихотворением «Я не знаю, с каких пор…»).

Я по лесенке приставной

Лез на всклоченный сеновал,

Я дышал звезд млечных трухой,

Колтуном пространства дышал.

Там, высоко-высоко, пространство, откуда выброшен в жизнь поэт.

В жизнь, пересекающую его связь с небом, звездами.

Распряженный огромный воз

Поперек вселенной торчит…

Именно этот воз, груженный кошмарами жизни, разрывает «розовой крови связь» поэта с высью, и дальше потрясающе емкая формула, определяющая причины разлада с тем, что здесь:

Не своей чешуей шуршим,

Против шерсти мира поем.

Лиру строим, словно спешим

Обрасти косматым руном.

Мир видится Мандельштаму зверем, ибо шерсть — волос животного (такое толкование приводит В. Даль как самое первое).

Гладить против шерсти — доставлять неудовольствие, раздражать, дразнить.

В этой метафоре явно обозначено противопоставление себя миру, не-кровность связи с этим миром-зверем.

«Мать гладит по шерсти, мачеха супротив» — такую поговорку находим у Даля.

В данном случае раздражающее, провоцирующее действие производит не мачеха, а пасынок.

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

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

В следующей строфе — та же картина (с точки зрения этого «вниз — вверх»):

Из гнезда упавших щеглов

Косари приносят назад,

Из горящих вырвусь рядов

И вернусь в родной звукоряд.

Падение из гнезда — сверху вниз.

В жизнь. Гнездо поэта — среди «трухи млечных звезд»? Кто эти «косари», возвращающие птенцов в родное гнездо, вверх?

Быть может, какая-то виденная сельская картинка складывается в трагический и одновременно спасительный образ смерти: какой косарь спасет щегла-поэта, упавшего со страшной высоты в горящие ряды жизни?

Какой косарь поможет вернуться в родной звукоряд, к звездам?

Человек с косой — символизирующий смерть в европейской традиции.

Только этот косарь может сделать так, чтобы распростились «розовой крови связь // И травы сухорукий звон».

Стихотворение наполнено колебаниями — вверх-вниз. Это «вверх» поэта Мандельштама — начало и конец, причина и следствие: вверх, «против шерсти», потому что иначе не может. И когда зверь-мир не простит, стряхнет с себя в гибельный хаос мертвой травы, тогда остается еще один — последний — порыв вверх — в родное млечное гнездо, к звездам.

Помог бы только косарь!

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

Следующее за этим стихотворение «Ветер нам утешенье принес…» (1922) углубляет основную тему двух предыдущих:

Ветер нам утешенье принес,

И в лазури почуяли мы

Ассирийские крылья стрекоз,

Переборы коленчатой тьмы.

И военной грозой потемнел

Нижний слой помраченных небес,

Шестируких летающих тел

Слюдяной перепончатый лес.

Есть в лазури слепой уголок,

И в блаженные полдни всегда,

Как сгустившейся ночи намек,

Роковая трепещет звезда.

И с трудом пробиваясь вперед

В чешуе искалеченных крыл,

Под высокую руку берет

Побежденную твердь Азраил.

Ветер приносит в качестве утешения — тьму.

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

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

НОЧЬ — ВЫСЬ — СМЕРТЬ — СПАСЕНИЕ (УТЕШЕНИЕ)

Вот итог этого поэтического цикла.

Данный текст является ознакомительным фрагментом.

Сбоку от вертикали

Сбоку от вертикали «Внешняя среда» весны 2000 года ознаменовалась тем, что с первым теплом на российских просторах бурно пошли в рост не только привычные глазу озимые и сорняки, деревья и кустарники, но и растение, от которого народ слегка поотвык. Называется оно «властная

От вертикали к горизонтали управления

От вертикали к горизонтали управления Трудности с подготовкой «честной» пятилетки окончательно убедили отца — министерская централизованная вертикальная структура себя исчерпала. Выход в регионализации экономики. Местные руководители, такие, как и он сам когда-то,

«Вертикаль» против «горизонтали»

«Вертикаль» против «горизонтали» 13 марта 1963 года происходит реорганизация правительства, создается Высший совет народного хозяйства СССР (ВСНХ) и одновременно резко укрупняются совнархозы. Их количество сокращается с первоначального (в 1957 году) почти полутораста до

Отношения с регионами. Реформа вертикали власти

Отношения с регионами. Реформа вертикали власти Еще 4 сентября в обращении к нации по поводу трагедии в Беслане Владимир Путин сказал, что в ближайшее время будет разработан комплекс мер по укреплению единства страны и народа и по созданию более эффективного контроля за

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

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

Авторитарное государство. Три вертикали Владимира Путина

Авторитарное государство. Три вертикали Владимира Путина 7 августа 2002 г. «Ведомости», МоскваВ конце июля заместитель руководителя администрации президента РФ г-н Д. Козак предложил поправку к закону о недрах, принятие которой могло бы кардинально изменить экономическую

Часть первая. ЧЕЛОВЕК ВЕРТИКАЛИ

Часть первая. ЧЕЛОВЕК ВЕРТИКАЛИ Я вижу то, что существует в жизни, чего не замечает

Глава третья По партийной «горизонтали»

Глава третья По партийной «горизонтали» Пензенский обком. ЦК Компартии Молдавии. Годы работы в агитпропе ЦК КПССПредписание Центрального комитета партии Пензенскому обкому было выполнено. В начале июня 1945 года К. У. Черненко был избран секретарем обкома партии по

Деление власти по вертикали и региональная горизонталь власти

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

Глава 9 Спасение вертикали Провал на выборах

Глава 9 Спасение вертикали Провал на выборах Летом 1995 года, оценивая перспективы НДР, Борис Ельцин заявил: «На выборах в Государственную думу движение “Наш дом — Россия” наберет порядка 8-12 % голосов избирателей. Конечно, не 30–40 % и, естественно, не большинство». Это

Отношения с регионами. Реформа вертикали власти

Отношения с регионами. Реформа вертикали власти Еще 4 сентября в обращении к нации по поводу трагедии в Беслане Владимир Путин сказал, что в ближайшее время будет разработан комплекс мер по укреплению единства страны и народа и по созданию более эффективного контроля за

Самоуправление: вертикаль вместо горизонтали

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обеспечение гибкости системы, в которой некоторые уровни приложения работают на машинах с вертикальным масштабированием, а другие уровни — в инфраструктуре с горизонтальным масштабированием, остается вопросом проектирования для параллелизма. Чтобы добиться этого, (i) с самого начала проектируйте его как несвязанный набор сервисов, упрощая перемещение кода, а это означает, что вы можете добавлять больше ресурсов, когда это необходимо, не нарушая связи между вашими наборами кода; (ii) разделите ваше приложение и модель данных, чтобы параллельные блоки не имели ничего общего.

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

Что подходит для вашего приложения?

Подумайте о долгосрочной жизнеспособности

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

Другими словами, горизонтальное масштабирование или вертикальное масштабирование – правильная стратегия для вашего бизнеса?

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

Полезная аналогия для понимания этого различия состоит в том, чтобы думать о масштабировании, как если бы оно улучшало вашу машину. Вертикальное масштабирование похоже на снятие с производства вашей Toyota и покупку Ferrari, когда вам нужно больше лошадиных сил. В своем сверхбыстром автомобиле вы можете перемещаться на высокой скорости с опущенными окнами и выглядеть потрясающе. Но, несмотря на то, что Феррари потрясающие, они не очень практичны — они дорогие, и, в конце концов, они могут довезти вас только до того момента, пока у них не кончится бензин (не говоря уже о том, что всего два места! ).

Горизонтальное масштабирование работает аналогичным образом в том смысле, что оно дает вам дополнительную мощность, но это не означает отказ от Toyota в пользу Ferrari. Вместо этого это похоже на добавление еще одного транспортного средства в автопарк. Вы можете думать о горизонтальном масштабировании как о нескольких транспортных средствах, которыми вы можете управлять одновременно. Может быть, ни одна из этих машин не является Феррари, но не , а из них должны быть: во всем парке у вас есть все лошадиные силы, которые вам нужны.

Почему масштабирование лучше, чем увеличение

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

В сценарии обмена Toyota на Ferrari вы заменяете более медленный сервер на более крупный и быстрый.

Когда вы делаете это, вы ограничиваете себя, пока машина отключается для обновления. И что произойдет в будущем, когда ваш трафик снова возрастет, и вам придется повторять обновления? Существует только конечное количество раз, когда вы можете решить свою проблему, «увеличив масштаб» таким образом.

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

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

Amazon Elastic Compute Cloud (EC2), например, действует как виртуальный сервер с неограниченной емкостью. Вы выбираете процессор, емкость хранилища, сетевые параметры и операционную систему, которые вам нужны, и настраиваете свою емкость по мере роста ваших вычислительных потребностей.

При контейнеризации приложений можно использовать Amazon Elastic Container Service (ECS) или Amazon Elastic Kubernetes Service (EKS). Вы можете использовать службы оркестрации контейнеров для развертывания, управления и масштабирования приложений. Эти сервисы автоматизируют подготовку узлов, исправление и обновление, чтобы вы могли сосредоточиться на других аспектах своего приложения.

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

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

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

Другие преимущества горизонтального масштабирования в облачной среде:

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

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

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

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

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

Наслаждайтесь лучшим из обоих решений

Увеличение масштаба или уменьшение масштаба не обязательно означает выбор «или-или». Пока вы разбиваете свои монолитные приложения на микросервисы, вы также можете масштабироваться, чтобы тем временем справляться с возросшей нагрузкой.

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

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

Ваше облачное приложение с автоматическим масштабированием и DevOps

Вы усердно работали над созданием своего приложения.