Масштабирование является одной из наиболее привлекательных функций в приложениях и одной из основных задач групп разработчиков и управления серверами. По сути, это относится к росту возможностей приложения для удовлетворения растущего числа запросов и пользователей с нормальным режимом и без ухудшения качества обслуживания. Чтобы достичь этого желаемого качества, существуют различные способы, которые не являются несовместимыми: некоторые более сфокусированы на разработке программного обеспечения, а другие - на серверах, которые будут служить платформой выполнения. В рамках этого широкого спектра сегодня мы поговорим о двух моделях масштабирования: вертикальной и горизонтальной .
Вертикальное масштабирование
Вертикальное масштабирование во многом связано с серверным оборудованием приложения. Это достигается очень простым способом: увеличение ресурсов сервера. Главным образом, с точки зрения вычислительной мощности, памяти и памяти. Такой тип масштабирования довольно прост, поскольку он требует только вмешательства в аппаратное обеспечение оборудования, увеличения ресурсов или даже полного перехода с сервера. Однако выгода, которая может быть получена, также ограничена.
преимущества:
Простота реализации и настройки.
Для работы не требуется особый дизайн приложения и его архитектура.
Это может быть более экономичным.
недостатки:
Это ограничено мощностью одного сервера.
Это не дает преимуществ в отношении высокой доступности.
Горизонтальное масштабирование
Со своей стороны, горизонтальное масштабирование достигается за счет увеличения количества серверов, обслуживающих приложение . Для этого группа разных серверов настроена на совместное удовлетворение запросов (это называется кластером), и рабочая нагрузка распределяется между ними через балансировщик. Каждый из этих серверов называется узлом, а масштабирование выполняется простым добавлением нового узла в кластер.
Это масштабирование гораздо более мощное, но, тем не менее, требует большей конфигурации, чтобы можно было реализовать его не только для создания сети серверов кластера, но и для реализации архитектуры приложения на уровне программного обеспечения, способного адаптироваться к этому типу. операция.
преимущества:
Масштабирование практически бесконечно.
Это позволяет высокую доступность.
Это позволяет правильно распределить нагрузку между серверами.
недостатки:
Требуется больше настроек, что может быть сложно выполнить.
Вам необходимо построить приложение, чтобы оно поддерживало вертикальное масштабирование.
Хотя это более мощная и лучшая производительность, обычно это менее экономичный вариант, поскольку для него требуется несколько серверов.
Как улучшить масштабирование
Расчет масштабирования приложения должен начинаться на этапе разработки, в соответствии с требованиями. Важно заранее решить, что будет необходимо для достижения адекватного масштабирования и как это будет сделано. Мы должны подумать о таких факторах, как поведение роста приложения и ограничения ресурсов инфраструктуры, которые мы можем иметь или предположить экономически. Эти решения, безусловно, обуславливают разработку и указывают на необходимость использования определенных архитектур (микросервисы, REST ...), чтобы программное обеспечение корректно адаптировалось.
Что касается вертикального масштабирования, важно знать, что не всегда возможно увеличить текущие ресурсы сервера. Например, выделенные серверы имеют небольшую возможность расширения, и, как правило, необходимо изменить всю машину с соответствующей миграцией. Это, однако, не происходит с облачными серверами , поскольку при необходимости совершенно возможно выделять больше ресурсов серверу, что избавляет нас от необходимости менять машины.
Облачные серверы также значительно упрощают горизонтальное масштабирование, поскольку создавать новые серверы и добавлять их в кластер очень быстро и просто. Сложность этих конфигураций не должна пугать нас, потому что благодаря панели Arsys Cloudbuilder Next можно очень легко настроить кластер серверов с балансировкой нагрузки, практически одним щелчком мыши, как вы можете увидеть в учебном пособии « Когда и как». как сделать балансировку нагрузки на наших облачных серверах .
Как правило, вертикальное масштабирование более чем адекватно для большинства приложений , но когда ожидается высокий рост пользователей и, следовательно, большое количество запросов за короткий промежуток времени, может потребоваться планирование стратегия горизонтального масштабирования Также следует учитывать, что иногда увеличение аппаратного обеспечения невозможно, из-за бюджета или из-за того, что улучшение недостаточно для приложения. В этих случаях горизонтальное масштабирование намного безопаснее , но мы также можем прибегнуть к смешанным стратегиям, таким как отделение определенных служб от дополнительного сервера, такого как база данных. Таким образом, не вдаваясь в сложности настройки кластера, у нас могут быть две машины, обслуживающие запросы, одна отвечает за часть веб-сервера, а другая - за базу данных.
В зависимости от стоимости комплектации предусмотрены оптовые цены и скидки до 20%.
+7 495 9840690
Помощь
Скидки
Доставка 0р.