При переходе ИТ-ресурсов бизнеса на облачные технологии разработчики и администраторы непременно сталкиваются с основными сервисами для хранения, разработки и поддержки приложений: объектными хранилищами, балансировщиками и облачными базами данных. Все они имеют не только особенности, свойственные большинству облачных сервисов (снижение расходов, масштабирование и т. д.), но и дополнительные преимущества для разработчиков по сравнению с локальными системами.
Объектное хранилище S3
Благодаря широким возможностям для масштабирования, компании, при необходимости, могут быстро наращивать приложение без потери производительности. Используя объектные хранилища можно создавать приложения крупных онлайн-магазинов или простых сервисов.
Среди объектных хранилищ сервис Amazon S3 занимает одно из ключевых мест. Как и другие крупные игроки, платформа защищает интересы клиентов соглашением об уровне обслуживания. Различным нуждам бизнеса отвечают несколько классов хранилища.
Так, для данных, которые требуется длительно хранить и к которым не требуется частый доступ, существует S3 One Zone-Infrequent Access. Чтобы выполнять цифровую архивацию и долгосрочно хранить данные, есть S3 Glacier Deep Archive. И для данных, к которым меняются схемы доступа, подходит S3 Intelligent-Tiering. При этом стандартный класс хранилища (S3 Standard) предназначен для данных, которые часто используются.
Возможность получать доступ к данным из любого местоположения позволяет размещать в нём производственные данные облачных приложений. Например, клиенты Netflix получают контент из Amazon S3. А чтобы анализировать большие данные, компания использует Amazon S3 как озеро данных. Благодаря встроенным возможностям S3 и дополнительным сервисам анализ данных доступен без копирования.
S3 занимает одно из первых мест среди решений в области резервного копирования и восстановления данных. Его применяют, когда хотят создать надежную альтернативу своим локальным ресурсам. Также пользователи могут загружать и выгружать данные в безопасном режиме, с помощью протокола HTTPS, через адреса SSL.
В S3 имеется функция выбора региона хранения данных. S3 Standard и S3 Glacier автоматически хранят объекты в трёх зонах доступности на нескольких устройствах. В зависимости от потребностей, компании хранят данные в регионе, который расположен близко к ЦОД, чтобы сократить задержку при доступе или, к примеру, в регионе с учетом соответствия нормативным требованиям. Также, регион можно выбирать и в целях экономии — есть места, где дешевле.
Для снижения стоимости хранилища можно пользоваться Amazon CloudWatch, который позволяет настроить уведомления, приходящие, когда ожидаемые расходы достигают предельных значений.
Облачные БД
База данных, используемая по сервисной модели, представляется в облачной среде (DBaaS — Database as a Service). По той причине, что большинство компаний не могут обеспечить выделение профильного специалиста, который бы администрировал собственную СУБД — их ожидают высокие риски, вплоть до остановки бизнес-процессов или их прерывания из-за потери данных. Поэтому многие компании, вместо вложений в собственные аппаратные платформы, предпочитают DBaaS, которые повышают надёжность и имеют высокую масштабируемость.
Работа с облачными базами данных доступна отовсюду географически, независимо от времени и приложения, а стандартизация делает управление БД проще. В целом DBaaS помогают повысить эффективность труда администраторов, потому что вместо рутинных операций, они больше внимания уделяют основным задачам бизнеса.
Например, с БД в облаке отпадает потребность заботиться о конфигурации серверных настроек. Провайдеры в свою очередь обязуются обеспечить высокий уровень функционирования в SLA. Оптимизация работы БД также лежит в зоне ответственности провайдера.
Типовые конфигурации БД, оптимизированные под стандартные задачи применения баз данных, можно быстро развернуть в облачной среде. К примеру, AWS предлагает для транзакционных приложений — реляционные БД, а нереляционные БД подходят для приложений интернет-масштаба.
Для приложений с данными, имеющими сложную структуру связи, применяются графовые БД, а чтобы вести проверяемый полный учет транзакций — реестровые БД.
Балансировщики
Любой веб-проект ещё в начале развития должен планировать нагрузку, ведь падение сервера может обернуться крахом для ещё неустойчивого бизнеса. Когда наращивания мощности сервера или оптимизации алгоритмов уже не хватает, стоит прибегнуть к объединению нескольких серверов в кластер и распределению нагрузки между ними. Эффективность этого процесса полностью зависит от балансировки.
Балансировка нагрузки повышает производительность и отказоустойчивость ресурсов и сервисов, распределяя нагрузку между несколькими серверами. Балансировщики — одна из основных составляющих высокодоступной инфраструктуры.
Потребности приложения задают параметры и требования для выбора балансировщика нагрузки. К примеру, в AWS можно выбирать из трёх типов балансировщиков. Чтобы обрабатывать трафик исключительно рабочими объектами — Elastic Load Balancing осуществляет распределение нагрузки в автоматическом режиме среди контейнеров, IP-адресов, инстансов Amazon EC2 и функции Lambda.
В случаях, когда объём сетевого трафика нестабилен и может внезапно меняться, балансировку обеспечит глубокая интеграция Elastic Load Balancing с функцией Auto Scaling. В результате такой интеграции отпадает потребность вмешиваться вручную для получения необходимого количества. Трафик между облаком AWS и ресурсами локальной системы хранения может распределяться одним и тем же балансировщиком. Поэтому мигрировать и расширяться в облачную среду становится легче.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.