AMAZON Simple Queue Service (SQS)
0.00

Проблемы которые решает

Утечка конфиденциальной информации или ее риск

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

Неконсолидированные каналы коммуникаций

Риск потери и повреждения данных

Ценности

Безопасность и непрерывность бизнеса

Сокращение затрат

AMAZON Simple Queue Service (SQS)

Amazon Simple Queue Service (SQS) - полностью управляемые очереди сообщений для микросервисов, распределенных систем и бессерверных приложений.

Описание

Amazon Simple Queue Service (SQS) – это полностью управляемый сервис очередей сообщений, с помощью которого можно изолировать и масштабировать микросервисы, распределенные системы и бессерверные приложения. SQS позволяет забыть о сложностях и лишних расходах, связанных с управлением промежуточным ПО, и дает разработчикам возможность сосредоточиться на важной работе. С помощью SQS можно отправлять, хранить и получать сообщения компонентов ПО в любом масштабе без потери сообщений и необходимости обеспечивать доступность других сервисов. Начните работу с SQS за считаные минуты с помощью Консоли AWS, интерфейса командной строки или подходящего SDK, а также трех простых команд. SQS предлагает два типа очередей сообщений. Стандартные очереди обеспечивают максимальную пропускную способность, оптимальное упорядочение и доставку сообщений по принципу «хотя бы один раз». Очереди FIFO SQS с ограниченной пропускной способностью гарантируют, что сообщения будут обрабатываться строго однократно и исключительно в порядке отправления. ВОЗМОЖНОСТИ: Типы очередей Amazon SQS предлагает два типа очередей для использования в приложениях с различными требованиями. Стандартные очереди Неограниченная пропускная способность. Стандартные очереди поддерживают почти неограниченное количество транзакций в секунду (TPS) на одно действие API. Доставка по принципу «хотя бы один раз». Сообщение доставляется как минимум один раз, иногда доставляется несколько копий сообщения. Упорядочение «Наилучшее из возможного». Иногда сообщения могут быть доставлены в порядке, отличающемся от порядка их отправки. Стандартные очереди можно использовать в различных сценариях, главное, чтобы приложение могло обрабатывать повторяющиеся сообщения и сообщения, доставляемые вне очереди. Ниже приведено несколько примеров:
  • Разделение обработки интерактивных запросов пользователей и интенсивной работы в фоновом режиме: возможность загружать файлы мультимедиа и при этом изменять их или шифровать.
  • Распределение заданий по нескольким рабочим узлам: обработка большого количества запросов на валидацию кредитных карт.
  • Пакетирование сообщений для обработки в будущем: планирование добавления в базу данных нескольких записей.
Очереди FIFO Высокая пропускная способность. По умолчанию очереди FIFO поддерживают обработку до 300 сообщений в секунду (300 операций отправки, получения или удаления в секунду). При пакетировании 10 сообщений на операцию (максимум) очереди FIFO могут поддерживать обработку до 3000 сообщений в секунду. Чтобы запросить увеличение лимита, необходимо подать заявку в службу поддержки AWS. Строго однократная обработка. Сообщение доставляется один раз и остается доступным до тех пор, пока получатель не обработает и не удалит его. Дублирующие сообщения в очередь не помещаются. Доставка по принципу «первым получено – первым отправлено». Порядок, в котором сообщения отправляются и принимаются, строго сохраняется. Очереди FIFO предназначены для расширения возможностей обмена сообщениями между приложениями в случаях, когда порядок событий или операций принципиально важен, а также в случаях, когда дублирование сообщений недопустимо. Ниже приведено несколько примеров:
  • Обеспечение правильного порядка выполнения команд пользователя.
  • Отображение правильной цены на продукт за счет отправки изменений цен в соответствующем порядке.
  • Предотвращение записи учащегося на учебный курс до того, как он пройдет регистрацию и создаст аккаунт.
Функциональные возможности
  • Неограниченные очереди и сообщения. Создание неограниченных очередей Amazon SQS с неограниченным числом сообщений в любом регионе.
  • Объем полезных данных. Сообщение может содержать до 256 КБ текста в любом формате. Каждые 64 КБ объема оплачиваются как один запрос. Например, один вызов API объемом 256 КБ оплачивается как четыре запроса. Для отправки сообщений объемом более 256 КБ можно применять расширенную клиентскую библиотеку Amazon SQS для Java, которая использует сервис Amazon S3 для хранения текстов сообщений. Ссылка на текст сообщения отправляется с использованием SQS.
  • Пакеты. Отправка, получение или удаление сообщений пакетами до 10 сообщений или 256 КБ. Стоимость пакета равна стоимости одного сообщения, благодаря чему клиенты, использующие пакетную обработку, смогут извлечь из SQS дополнительную выгоду.
  • Длинные опросы. Снижение объемов избыточных опросов позволяет уменьшить издержки и получать новые сообщения как можно скорее. Если очередь пуста, длинные опросы способны до 20 секунд ждать получения следующего сообщения. Стоимость длинных опросов равна стоимости обычных запросов.
  • Хранение сообщений в очередях до 14 дней.
  • Возможность одновременно отправлять и читать сообщения.
  • Блокировка сообщений. После получения сообщение блокируется на время обработки. Этот механизм предотвращает обработку одного сообщения сразу несколькими компьютерами. Если обработка сообщения завершится неудачно, блокировка истечет, и сообщение снова станет доступным.
  • Совместное использование очередей. Безопасный общий доступ к очередям Amazon SQS как для анонимных, так и для конкретных аккаунтов AWS. Общий доступ к очередям можно ограничить по IP-адресам и времени суток.
  • Шифрование на стороне сервера (SSE). Защита содержимого сообщений в очередях Amazon SQS с помощью ключей, управляемых сервисом AWS Key Management Service (AWS KMS). Шифрование сообщений выполняется, как только Amazon SQS получает их. Сообщения хранятся в зашифрованном виде. Amazon SQS расшифровывает сообщения только тогда, когда они отправляются авторизованному получателю.
  • Очереди необрабатываемых сообщений (DLQ). Работа с сообщениями, которые не были обработаны потребителем, использующим очереди необрабатываемых сообщений. Если максимальное количество попыток получения сообщения превышено, сообщение перемещается в очередь необрабатываемых сообщений (DLQ), связанную с исходной очередью. Настройка отдельных процессов для очереди DLQ, чтобы проанализировать и понять причину «зависания» сообщений. Очереди DLQ должны быть того же типа, что и исходные очереди (стандартные или FIFO).
Использование сервиса Amazon SQS с другими инфраструктурными веб-сервисами AWS Очереди сообщений Amazon SQS можно использовать совместно с другими сервисами AWS, такими как Redshift, DynamoDB, RDS, EC2, ECS, Lambda и S3, что позволяет повысить масштабируемость и надежность распределенных приложений. Ниже приведено несколько распространенных схем использования.
  • Рабочие очереди. Разделение компонентов распределенного приложения, которые не способны одновременно обрабатывать одинаковое количество данных.
  • Буферные и пакетные операции. Расширение масштабируемости и повышение надежности архитектуры, а также выравнивание временных пиков объемов без потери сообщений или увеличения задержек.
  • Выгрузка запросов. Удаление медленных операций из маршрутов интерактивных запросов за счет добавления запроса в очередь.
  • Распределение. Возможность использовать SQS с сервисом Simple Notification Service (SNS), чтобы параллельно отправлять идентичные копии сообщения в несколько очередей.
  • Приоритет. Использование отдельных очередей для установления приоритета процессов.
  • Масштабируемость. Так как для работы с очередями сообщений используются несвязанные процессы, скорость отправки или приема сообщений легко увеличить, просто добавив еще один процесс.
  • Отказоустойчивость. Если отказывает часть системы, нет необходимости приостанавливать работу всей системы целиком. Очереди сообщений разделяют компоненты вашей системы, и если процесс, читающий сообщения из очереди, дал сбой, то сообщения по-прежнему могут добавляться в очередь и будут обработаны, как только работа системы будет восстановлена.
ЦЕНЫ:
  • Оплата по факту использования
  • Без минимального сбора
Уровень бесплатного пользования Amazon SQS Работу с Amazon SQS можно начать бесплатно. Для всех клиентов 1 млн запросов к Amazon SQS в месяц обрабатывается бесплатно. Некоторые приложения могут работать в пределах уровня бесплатного пользования. Сколько стоят запросы Amazon SQS? Каждый месяц первый миллион запросов обрабатывается бесплатно. После этого для всех регионов цены определяются следующим образом.
Цена за 1 млн запросов за пределами уровня бесплатного пользования (ежемесячного) Стандартная очередь - 0,40 USD (0,00000040 USD за запрос) Очередь FIFO - 0,50 USD (0,00000050 USD за запрос) Как начисляется плата за Amazon SQS? Действия API. Каждое действие Amazon SQS считается запросом. Запросы FIFO. Действия API по отправке, получению, удалению и изменению видимости сообщений в очередях FIFO оплачиваются по расценкам FIFO.  Все другие запросы API оплачиваются по стандартным расценкам. Содержимое запросов. В один запрос могут входить от 1 до 10 сообщений с максимальным общим объемом полезных данных в 256 КБ. Объем полезных данных. Каждые 64 КБ полезных данных оплачиваются как один запрос. Например, действие API с объемом полезных данных в 256 КБ оплачивается как 4 запроса. Взаимодействие с Amazon S3. При использовании расширенной клиентской библиотеки Amazon SQS для отправки полезных данных с применением Amazon S3 начисляется плата за любое хранилище Amazon S3, используемое для отправки полезных данных сообщений, по тарифам Amazon S3. Взаимодействие с AWS KMS. При использовании AWS Key Management Service для управления ключами при шифровании на стороне сервера SQS с клиента взимается плата за вызовы AWS KMS из Amazon SQS. Дополнительную информацию см. в разделах Цены на KMS и How Do I Estimate My AWS KMS Usage Costs? Руководства по Amazon SQS для разработчиков. ПРЕИМУЩЕСТВА: Отсутствие административных расходов AWS управляет всеми текущими операциями и базовой инфраструктурой, которые необходимы для организации работы высокодоступного масштабируемого сервиса очередей сообщений. Для работы с SQS не требуется авансовых платежей, приобретения, установки и настройки ПО для управления сообщениями или трудоемкой разработки и поддержки внутренней инфраструктуры. В SQS очереди создаются динамически и масштабируются автоматически, так что вы можете сосредоточиться на быстрой и эффективной разработке и развитии своих приложений. Надежная доставка сообщений Amazon SQS можно использовать для передачи любого объема данных на любом уровне пропускной способности без потери сообщений и необходимости обеспечивать доступность других сервисов. SQS позволяет изолировать отдельные компоненты приложений, чтобы их работа и отказы не влияли на другие компоненты. Таким образом повышается общая надежность системы. Для каждого сообщения создается множество резервных копий, которые хранятся в нескольких зонах доступности до востребования. Безопасность конфиденциальных данных Amazon SQS можно использовать для обмена конфиденциальными данными между приложениями с использованием шифрования на стороне сервера (SSE) для шифрования текста каждого сообщения. Благодаря интеграции Amazon SQS SSE с AWS Key Management Service (KMS) можно централизованно управлять ключами, защищающими сообщения SQS, а также ключами, защищающими другие ресурсы AWS. AWS KMS регистрирует каждое использование ключа шифрования в AWS CloudTrail. Это помогает обеспечить соответствие нормативным требованиям. Эластичное и экономичное масштабирование С помощью облака AWS сервис Amazon SQS динамически масштабируется в зависимости от текущих требований системы. SQS эластично масштабируется в зависимости от нагрузки на приложение, так что вы можете не беспокоиться о планировании мощностей и предварительном выделении ресурсов. Количество используемых сообщений в очереди не ограничено. Кроме того, стандартные очереди обеспечивают практически неограниченную пропускную способность. Стоимость рассчитывается по факту использования, что гораздо экономичнее постоянно активной модели с самоуправляемым промежуточным ПО.

Особенности пользователей

Роли заинтересованных сотрудников

Исполнительный директор

ИТ директор

Организационные особенности

Сотрудники с доступом в Internet