Rds это что: RDS. Radio Data System. Подробности.

Стандарт RDS — Что это? Как работает? Опускаемся на самый нижний уровень модели OSI — ГПОУ «Юргинский технологический колледж»

С системой RDS (Radio Data System) сталкивался каждый, кто видел в автомагнитоле название станции вроде «Дорожное радио» или «EUROPE PLUS». Помимо названия, могут отображаться дополнительные данные — название воспроизводимой песни, температура, частота вещания и т.д.

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

Введение

Радиостанции FM-диапазона существуют и пользуются популярностью довольно-таки давно. Но со временем стало ясно, что помимо звука, не хватает текстовой информации — названия станции, трека, исполнителя песни. Добавить такую возможность можно было только одним способом — помимо звука передавать дополнительный цифровой канал. Причем передавать так, чтобы с одной стороны, данные было несложно декодировать (вычислительные возможности микросхемы в радиоприемнике довольно ограничены), с другой стороны, чтобы не нарушить совместимости с уже имеющимися в продаже приемниками. Задача была решена, так появился стандарт RDS, принятый в 1990м году.

 

Спектр FM-станций выглядит на SDR-приемнике так:

 

Видна станция на 100.4МГц, которая будет «использована» в статье.

И второй забавный момент на скриншоте  — на частоте 99.4МГц видна слабая по мощности станция, вещающая в «старом» моно-формате.

 

Спектр современной FM-станции:

На картинке можно видеть (слева-направо) 4 основных компонента:

  • Звук в формате «моно» (L+R). Вероятно был оставлен для совместимости со старыми приемниками (интересно наблюдать как в подобных стандартах разные технологии «накладываются» друг на друга для обеспечения обратной совместимости).
  • Пилот-тон 19КГц. Используется для декодирования стерео-сигнала, для чего частота пилот-тона умножается на 2, и относительно полученной частоты 38КГц разделяются стерео-каналы.
  • Стерео звук, второй канал (L-R), находящийся на картинке симметрично относительно 38КГц.
  • Канал RDS, который передается на 3й гармонике пилот-тона, его частота составляет соответственно 19*3 = 57КГц. Им-то мы и займемся.
Модуляция RDS

Для того, чтобы декодировать сигнал, сначала надо понять как он формируется, и здесь довольно-таки много «подводных камней». Основным документом, описывающим RDS, является «EUROPEAN STANDARD EN 50067», eго-то мы и будем изучать.

RDS-кодер, согласно стандарту, выглядит так:

Как можно видеть, сигнал в кодере проходит 5 стадий:

1) Исходный битовый поток. Для его получения RDS-сообщения сначала кодируются в 16-битные пакеты, потом к ним дописывается 10-битный блок контрольной суммы с коррекцией ошибок, в итоге получаются 26-битные блоки, которые и посылаются в кодер. Казалось бы, берем и посылаем? Все сложнее.

2) Битовый поток преобразуется с помощью дифференциального кодирования по следующей таблице:

Единицей кодируется изменение бита, отсутствие изменения кодируется нулем. Это нужно для простой цели — полученный код является независимым к инверсии. Мы можем не знать, что считать «0», а что считать «1», данное кодирование устраняет этот пробел.

Рассмотрим простой пример, пусть передаваемое сообщение — 0010100. Кодируем его по данной таблице, получаем 0011000.
Для декодирования используется другая таблица:

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

Теперь берем сигнал и посылаем? Еще нет, все сложнее.

3) На предыдущем шаге мы получили битовый сигнал, но проблема состоит в том, что этот сигнал вполне может иметь вид вроде 011000000000011. Электромагнитная волна такой «формы» будет плохо как передаваться, так и декодироваться. Надо получить сигнал как можно ближе к «классической» синусоиде нужной частоты. Для этого используется так называемое «бифазное кодирование» (в русскоязычной литературе часто встречается название «манчестерское кодирование»).
Алгоритмически, оно записывается довольно-таки просто:
0 -> 01
1 -> 10
С его помощью, приведенный выше сигнал 011000000000011 будет представлен как 0110100101010101010101011010, как можно видеть, от длинных одинаковых последовательностей мы избавились.

Сигнал, показанный под номером «5» на схеме кодера — это фактически и есть наши биты после манчестерского кодирования, только кодер в стандарте рассматривался аппаратный. Он работает следующим образом:
— Битовый поток превращается в последовательность коротких импульсов (цифра «3» на картинке)
— Манчестерское кодирование выполняется с помощью задержки сигнала на пол периода и сложения его с противоположным знаком (цифра «4»).
— Полученный сигнал в виде «всплесков» положительных и отрицательных импульсов, подается на ФНЧ (фильтр низких частот), который выделяет огибающую, показанную под цифрой «5».

Вот теперь-то сигнал можно передавать? Да можно. Но не сразу. Исходная частота цифрового сигнала RDS составляет 1187.5Гц, что слишком мало. Полученный сигнал умножается на другой сигнал с частотой 57КГц, что переносит его на заданную частоту, вспоминаем школьную формулу умножения косинусов:

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

Демодуляция

Теперь, поняв как получается сигнал, мы можем приступить к демодуляции сигнала с реальной FM-станции. Для этого нужен SDR-приемник, я использовал HackRF, но подойдет и гораздо более дешевый RTL-SDR, купить который можно за 10$ с бесплатной доставкой на eBay.

Шаг 1. WFM-декодер

Т.к. исходный сигнал частотно-модулирован, сначала мы должны получить его в демодулированном виде. Чтобы не писать еще и ЧМ-декодер, воспользуемся пакетом GNU Radio. Запустим GNU Radio Companion и соберем схему, как показано на рисунке.

Мы собираемся принимать FM-станцию на частоте 100.4МГц, для этого мы настраиваем приемник на частоту 99МГц, и программно «сдвигаем» сигнал вверх по частоте на 1.4МГц, домножая его на сигнал с такой частотой. Это сделано потому, что SDR-приемник имеет пик на нулевой частоте относительно центра, и настроиться сразу на станцию мы не можем.

Запускаем «схему», и видим картинку как в учебнике в начале статьи:

Хорошо видны пилот-тон на 19КГц, стерео-сигнал на 38КГц и 2 пика RDS-сигнала вокруг 57КГц.

Шаг 2. Выделение пилот-тона и RDS-сигнала.

Следующим шагом является выделение пилот-тона и сигнала RDS. Для этого используем полосовой фильтр на соответствующие частоты.

Запускаем полученную схему, и видим результат, как в любом «учебнике» по описанию RDS.

Хорошо видны пилот-тон с частотой 19КГц, и 57КГц-сигнал, модулирующий более низкочастотный сигнал с частотой 1187.5Гц.

Шаг 3. Выделение низкочастотного сигнала.

Для получения НЧ-сигнала необходимы 2 шага:
3.1) Получение сигнала 57КГц (3й гармоники пилот-тона).
Мы имеем выделенный фильтром сигнал 19КГц, а как получить из него 57КГц? Для этого вспоминаем школьную математику, формулу куба синуса:

Как нетрудно видеть, куб синуса содержит 2 компоненты: sin(a) и sin(3*a). Т.к. мы работаем с «аналоговыми» блоками, берем в GNU Radio 2 блока — умножитель, и фильтр высоких частот. Убрав sin(a) фильтром на 38КГц, получаем искомые 57КГц.
Готовый результат можно видеть на осцилограмме:

3.2) Обратный перенос частоты
При кодировании сигнал переносился с частоты 1187.5Гц вверх, умножением на 57КГц. Теперь выполняем обратную операцию, переносим сигнал «вниз». Для этого еще раз умножаем его на 57КГц-сигнал. По формуле произведения синусов (школьная программа вещь полезная) получаем 2 компоненты — суммы и разности частоты. Нам нужна именно разность, сумму мы отбрасываем с помощью фильтра низких частот.
Все это делается добавлением блоков в GNU Radio, готовый результат показан на картинке:

 

Зеленым цветом показан «образцовый» сигнал с частотой 1187.5Гц, чтобы видеть что преобразование выполнено правильно.

Шаг 4. Демодуляция низкочастотного сигнала

Принцип этой части проще всего проиллюстрировать картинкой из стандарта (блок «biphase symbol decoder»).

Демодуляция бифазного сигнала состоит из 2х частей.
— «Переворачивание» сигнала инвертором. Это нужно для возврата от бифазного кодирования, которое рассматривалось выше, к исходному сигналу. Фактически нужно «перевернуть» каждый второй бит, поэтому процесс синхронизирован с тактовым сигналом.
— Суммирование сигналов за период. Положительная сумма соответствует биту «1», отрицательная «0».
Кстати, период 1187.5Гц тоже выбран не случайно — это частота пилот-тона 19КГц, деленная на 16. Все сделано для того, чтобы аппаратная реализация декодера в приемнике была как можно проще и соответственно, дешевле.

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

Если кому интересно, теоретическую часть можно будет продолжить, и рассмотреть формирование пакетов. Если же кто захочет поэкспериментировать самостоятельно, один из вариантов работающего декодера для RTL-SDR можно найти на github. При желании использовать аппаратный тюнер в своих проектах, можно купить на eBay плату Si4703 FM RDS Tuner, ее цена около 6$.

 

По материалам: https://habrahabr.ru/

 

Функции Amazon RDS | Облачная реляционная база данных

Уменьшение нагрузки по администрированию

Простота использования

Используйте Консоль управления AWS, интерфейс командной строки Amazon RDS или простые вызовы API, чтобы всего за несколько минут получить доступ к возможностям реляционной базы данных, полностью готовой к работе.

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

Развертывание Amazon RDS без перерыва в обслуживании

Развертывание Amazon RDS без перерыва в обслуживании позволяет вам проводить обновление баз данных Версии Amazon Aurora, совместимой с MySQL, Amazon RDS для MySQL и Amazon RDS для MariaDB безопаснее, проще, быстрее и без потери данных. За несколько шагов развертывание Amazon RDS без перерыва в обслуживании создает промежуточную среду, которая является зеркалом рабочей среды, и синхронизирует обе среды с использованием логической репликации. Вы можете вносить изменения, например обновлять основные и дополнительные версии, модифицировать схемы и изменять значения параметров без снижения производительности вашей рабочей нагрузки. Во время продвижения вашей промежуточной среды развертывание Amazon RDS без перерыва в обслуживании использует встроенные ограничения переключения, которые вызывают тайм-аут переключения, если оно занимает больше времени, чем указано в параметре максимально допустимого простоя, выявляет ошибки репликации, проверяет работоспособность инстансов и выполняет другие функции.

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

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

Подробнее »

Автоматическая установка исправлений ПО

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

Подробнее »

Рекомендации по оптимизации

Amazon RDS предоставляет рекомендации по оптимизации на основе анализа конфигурации и метрик использования инстансов БД. Рекомендации затрагивают такие аспекты, как версия ядра базы данных, хранилище, типы инстансов и сетевые настройки. Рекомендации можно просмотреть и реализовать сразу же, запланировать их выполнение в рамках следующего окна обслуживания или отклонить рекомендации.

Подробнее »

Производительность

Универсальное хранилище (SSD)

Доступное в сервисе Amazon RDS универсальное хранилище на базе SSD обеспечивает не менее трех операций ввода-вывода в секунду (IOPS) на каждый выделенный гигабайт и позволяет добиться пикового значения в 3000 IOPS сверх базовых показателей. Этот тип хранилища подходит для широкого спектра рабочих нагрузок на базы данных.

Подробнее »

Хранилище Provisioned IOPS (SSD)

Доступное в сервисе Amazon RDS хранилище с выделенным объемом операций ввода-вывода в секунду (IOPS) – это вариант хранения на базе SSD, предназначенный для обеспечения быстрой, предсказуемой и последовательной производительности ввода-вывода данных. При создании инстанса БД укажите нужный объем IOPS, и сервис Amazon RDS выделит указанный объем IOPS на срок использования этого инстанса БД. Этот тип хранилища оптимально подходит для рабочих нагрузок на транзакционные (OLTP) базы данных с повышенными требованиями к скорости операций ввода-вывода. На каждый инстанс БД может быть выделено до 40 000 IOPS, хотя фактическое количество IOPS может быть иным в зависимости от рабочей нагрузки на базу данных, типа инстанса и выбранного движка БД.

Подробнее »

Оптимизированные операции чтения Amazon RDS

Оптимизированные операции чтения Amazon RDS предназначены для повышения производительности базы данных благодаря ускорению обработки запросов в Amazon RDS для MySQL до 50 % без дополнительных затрат. Оптимизированные операции чтения повышают скорость обработки ваших сложных запросов, которые используют временные таблицы, например запросов, требующих сортировки, агрегирования хэша, объединений с высокой нагрузкой и общих табличных выражений (CTE). Оптимизированные операции чтения повышают скорость обработки ваших запросов, помещая временные таблицы в ваше хранилище инстансов на базе NVMe, которое физически подключено к вашему хост-серверу.

Подробнее »

Оптимизированные операции записи Amazon RDS

Оптимизированные операции записи Amazon RDS, созданные на основе Системы AWS Nitro, позволяют вам повысить пропускную способность транзакций в RDS для MySQL почти вдвое без дополнительных затрат. Оптимизированные операции записи безопасно записывают ваши страницы памяти размером 16 КиБ в один прием. Оптимизированные операции записи принесут особую пользу клиентам с рабочими нагрузками, интенсивно использующими операции, записи в базу данных, например с системами цифровых платежей, финансовой торговли и онлайн-игр.

Подробнее »

Возможность масштабирования

Простота масштабирования вычислительных ресурсов

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

Простое масштабирование хранилища

Если вам потребуется больше места для хранения, можно выделить дополнительное хранилище. Программное ядро Amazon Aurora автоматически увеличивает размер тома БД по мере увеличения требуемого места для хранения БД до максимально возможных 64 ТБ или до установленного вами предела. Ядра MySQL, MariaDB, Oracle и PostgreSQL позволяют выделить до 64 ТБ хранилища, а SQL Server поддерживает до 16 ТБ. Масштабирование хранилища происходит в процессе работы, без простоев.

Подробнее »

Реплики чтения

Реплики чтения упрощают эластичное масштабирование ресурсов для выполнения рабочих нагрузок с большим количеством операций чтения, снимая ограничения, которые накладывает использование одного инстанса базы данных. На основе исходного инстанса БД можно создать одну или несколько реплик и использовать множество копий данных для обслуживания трафика приложений с большим количеством операций чтения. Это позволяет увеличить общую пропускную способность таких операций. Реплики чтения доступны в Amazon RDS for MySQL, MariaDB, PostgreSQL, Oracle и Amazon Aurora.

Подробнее »

Надежность и доступность

Автоматическое резервное копирование

Возможность автоматического резервного копирования Amazon RDS позволяет восстанавливать инстанс БД на определенный момент времени. Amazon RDS выполняет резервное копирование базы данных и логов транзакций и сохраняет их в течение указанного пользователем периода. Это позволяет восстановить инстанс БД на любой момент срока хранения (с точностью до секунды), вплоть до последних пяти минут. Настраиваемый период хранения автоматически созданных резервных копий может составлять до 35 дней.

Подробнее »

Снимки состояния БД

Снимки состояния БД – это инициированные пользователем резервные копии инстанса, хранимые в корзине Amazon S3 до момента их преднамеренного удаления пользователем. Из снимка состояния базы данных можно в любой момент создать новый инстанс. В то время как снимки состояния БД могут служить полноценными резервными копиями, плата взимается только за дополнительный объем хранилища.

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

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

Подробнее »

Автоматическая замена хоста

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

Безопасность

Шифрование данных при хранении и передаче.

Amazon RDS поддерживает шифрование в базах данных с использованием ключей, управляемых с помощью AWS Key Management Service (KMS). В инстансе БД с шифрованием Amazon RDS шифруются все данные, находящиеся в базовом хранилище, а также автоматические резервные копии, реплики чтения и снимки состояния.

Amazon RDS поддерживает технологию Transparent Data Encryption на платформах SQL Server и Oracle. В системах Oracle технология прозрачного шифрования данных интегрирована с AWS CloudHSM, что обеспечивает безопасную генерацию, хранение и организацию криптографических ключей в устройствах HSM (аппаратный модуль безопасности) с одним владельцем в облаке AWS.

Сервис Amazon RDS поддерживает протокол SSL для защиты передаваемых данных.

Изолирование сети

AWS рекомендует запускать инстансы БД в облаке Amazon VPC, что позволит изолировать базу данных в частной виртуальной сети и подключаться к локальной ИТ-инфраструктуре через сети VPN со стандартным шифрованием IPsec. Вы можете настроить брандмауэр и управлять сетевым доступом к инстансам БД.

Разрешения на уровне доступа к ресурсам

Сервис Amazon RDS интегрирован с системой AWS Identity and Access Management (IAM) и позволяет управлять действиями пользователей и групп AWS IAM в отношении конкретных ресурсов Amazon RDS, в том числе инстансов БД, снимков состояния, групп параметров и групп настроек. Также можно присваивать теги ресурсам Amazon RDS и управлять действиями пользователей и групп IAM в отношении ресурсов, имеющими тот же тег и связанное значение. Например, можно настроить правила IAM таким образом, чтобы разработчики могли изменять инстансы БД в стадии разработки, но только администраторы баз данных могли вносить изменения в рабочие инстансы БД.

Подробнее »

Управляемость

Мониторинг и метрики

Сервис Amazon RDS предоставляет доступ к метрикам инстансов БД в Amazon CloudWatch без дополнительной платы. С помощью Консоли управления RDS можно просматривать основные рабочие метрики, включая использование вычислительных ресурсов, памяти и хранилища, интенсивность операций ввода-вывода и подключения к инстансу. Помимо этого Amazon RDS предлагает улучшенный мониторинг, который обеспечивает доступ более чем к 50 метрикам использования процессора, памяти, файловой системы и жесткого диска, а также Performance Insights – удобный инструмент для быстрого обнаружения проблем с производительностью.

Оповещения о событиях

Amazon RDS может оповещать вас о событиях БД с помощью электронной почты или текстовых SMS-сообщений через сервис Amazon SNS. Через Консоль управления AWS или Amazon RDS API можно подписаться более чем на 40 различных событий, связанных с инстансами БД.

Управление конфигурацией

Интеграция Amazon RDS с сервисом AWS Config помогает обеспечить соответствие требованиям и повысить безопасность благодаря возможности фиксировать изменения конфигурации и выполнять аудит для инстансов баз данных, включая изменения групп параметров, групп подсетей, снимков состояния, групп безопасности и подписок на события.

Экономичность

Оплата по факту использования

В сервисе Amazon RDS не предусмотрено никаких предварительных обязательств – вы просто вносите ежемесячную плату за каждый запускаемый инстанс БД. Если вы решите прекратить использование инстанса БД, его можно легко удалить. Подробные сведения см. на страницах Типы инстансов Amazon RDS и Цены на Amazon RDS.

Зарезервированные инстансы

Зарезервированные инстансы Amazon RDS – это возможность зарезервировать инстанс БД на год или на три и взамен получить значительную скидку по сравнению со стоимостью инстансов БД по требованию.

Остановка и запуск

Amazon RDS позволяет легко останавливать и запускать инстансы базы данных на срок до 7 дней за один раз. Это упрощает работу и позволяет использовать базы данных для разработки и тестирования, когда не требуется их постоянная работа.

Производительность разработчика

Trusted Language Extensions для PostgreSQL

Trusted Language Extensions (TLE) для PostgreSQL – это комплект разработчика и проект с открытым исходным кодом, который позволяет быстро создавать высокопроизводительные расширения и безопасно выполнять их в Amazon Aurora и Amazon RDS без необходимости получения сертификата AWS на код. Разработчики могут использовать популярные доверенные языки, например JavaScript, PL/pgSQL, Perl и SQL, для безопасного написания кода расширений. Назначение TLE – предотвращать доступ к небезопасным ресурсам и ограничивать дефекты расширений одним подключением к базе данных. Администраторы баз данных получают возможность для точного онлайн-контроля, что позволяет решать, кому разрешено устанавливать расширения, и могут создать модель разрешений для их запуска. TLE доступны для клиентов Aurora и Amazon RDS без дополнительной платы.

Подробнее »

Подробнее о ценах на продукт

Подробнее 

Зарегистрировать бесплатный аккаунт

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

Регистрация 

Начать разработку в консоли

Начните работу с Amazon RDS в Консоли AWS.

Войти 

404: Страница не найдена

ПоискAWS

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

Что я могу сделать сейчас?

Если вы впервые посещаете TechTarget, добро пожаловать! Извините за обстоятельства, при которых мы встречаемся. Вот куда вы можете пойти отсюда:

Поиск

  • Узнайте последние новости.
  • Наша домашняя страница содержит самую свежую информацию об AWS.
  • Наша страница «О нас» содержит дополнительную информацию о сайте, на котором вы находитесь, SearchAWS.
  • Если вам нужно, свяжитесь с нами, мы будем рады услышать от вас.

Просмотр по категории

Архитектура приложения


  • Rust vs. Go: противостояние языков на основе микросервисов

    Rust и Go предлагают языковые функции, ориентированные на разработку на основе микросервисов, но их относительные возможности делают их…


  • Каковы типы API и их различия?

    Предприятия все больше полагаются на API для взаимодействия с клиентами и партнерами. Все начинается со знания того, какой тип API…


  • Как архитекторы могут использовать математику салфеток для прогнозирования производительности

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

Облачные вычисления


  • Варианты IaaS и PaaS на AWS, Azure и Google Cloud Platform

    Хотите перенести рабочие нагрузки вашей организации в облако? Узнайте о преимуществах и недостатках вариантов IaaS и PaaS…


  • Прогнозы на 2023 год для облака как услуги и оптимизации затрат

    Учитывая крайне неопределенное состояние экономики, этот год должен положить конец стереотипному мышлению о предпринимательстве…


  • Расходы на публичное облако и конкуренция возрастут в 2023 году

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

Качество программного обеспечения


  • 3 цели разработчика программного обеспечения, которые важнее всего в 2023 году

    Как и многие люди, профессионалы в области программного обеспечения имеют свои собственные цели на 2023 год, включая акцент на управлении проектами, программном обеспечении…


  • Эксперты оценивают языки программирования для начинающих в 2023 году

    По мнению экспертов-разработчиков, Python и JavaScript — два лучших варианта для новичков. Но начинающим кодерам следует разнообразить свои …


  • Обновления GitHub Actions повышают эффективность и риск возникновения трений

    GitHub Actions необходимые рабочие процессы и переменные конфигурации могут уменьшить дублирование кода конфигурации и укрепить политику …

ITОперации


  • Сопоставьте физические графические процессоры с виртуальными машинами с помощью этого руководства по переходу на графические процессоры

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


  • Инцидент CircleCI усложняет работу SecOps

    Поставщик SaaS CI/CD CircleCI призвал клиентов менять все секретные данные, последнее из нескольких нарушений безопасности, которые влияют на SecOps…


  • APM-инструменты стартапа eBPF вызывают подозрение у Datadog

    Lemonade планирует запустить в производство инструменты от стартапа eBPF Groundcover в этом году, чтобы сократить инструментальные работы и …

Полностью управляемая реляционная база данных — Amazon RDS

Amazon Relational Database Service (Amazon RDS) — это набор управляемых сервисов, которые упрощают настройку, эксплуатацию и масштабирование баз данных в облаке. Выберите один из семи популярных движков — Amazon Aurora с совместимостью с MySQL, Amazon Aurora с совместимостью с PostgreSQL, MySQL, MariaDB, PostgreSQL, Oracle и SQL Server — и разверните локально с помощью Amazon RDS на AWS Outposts.

  • Amazon RDS

  •  Увеличьте и прочитайте описание изображения.

    На схеме показаны основные функции и преимущества Amazon Relational Database Service (Amazon RDS). Три раздела отображаются слева направо.

    В первом разделе есть изображение ноутбука. Первый раздел называется «Подключение» и гласит: «Подключите свое приложение к любому из 7 механизмов Amazon RDS». Стрелка указывает на второй раздел.

    Во втором разделе есть значок архитектуры Amazon RDS с заголовком «Amazon Relational Database Service» и текстом «Настройка, эксплуатация и масштабирование реляционной базы данных в облаке всего несколькими щелчками мыши». В блоке справа под заголовком «Управляемые функции Amazon RDS» находятся шесть блоков меньшего размера, в каждом из которых выделена ключевая функция. К этим функциям относятся: «Безопасность и соответствие требованиям», «Производительность и масштабируемость», «Автоматические исправления и обновления», «Надежность и избыточность данных», «Мониторинг и оповещение» и «Резервное копирование и восстановление». Стрелка указывает на третью часть.

    Третий раздел не имеет заголовка, но содержит пять меньших блоков, в каждом из которых подчеркивается преимущество использования Amazon RDS. Ниже перечислены преимущества, перечисленные сверху вниз: «Сосредоточьтесь на инновациях», «Мигрируйте без изменения архитектуры приложений», «Меньше времени на управление базами данных», «Повышение эффективности базы данных и инфраструктуры» и «Снижение капитальных и операционных расходов».

  • Amazon RDS Пользовательский

  •  Увеличьте изображение и прочитайте описание.

    На схеме показан процесс использования Amazon Relational Database Service (Amazon RDS) Custom. Два раздела отображаются слева направо.

    В первом разделе есть изображение ноутбука. В первом разделе говорится: «Подключитесь к конечной точке Amazon RDS».

    Во втором разделе есть значок архитектуры Amazon RDS с заголовком «Amazon RDS Custom» и текстом «Управляемая служба базы данных для приложений, требующих настройки операционной системы и базы данных. Доступно для RDS Custom для Oracle и RDS Custom для SQL Server». В рамке справа выделены три шага в RDS Custom. Первый шаг показывает иллюстрацию трех кубов и говорит: «Все ресурсы AWS развернуты в вашей учетной записи AWS». Второй шаг имеет заголовок «Периметр поддержки» с пояснительным текстом «Мониторы и оповещения о недопустимых настройках». Второй шаг заключен в рамку с четырьмя небольшими квадратиками слева со значками служб и текстом для «Amazon EC2», «Amazon S3», «AWS Systems Manager» и «Amazon EBS» сверху вниз. На третьем шаге показан ноутбук с текстом «Установите и запустите устаревшие, пользовательские и упакованные приложения».

  • Amazon RDS на AWS Outposts

  •  Увеличьте и прочитайте описание изображения.

    На схеме показано, как данные перемещаются с помощью Amazon Relational Database Service (Amazon RDS) на AWS Outposts. Три раздела отображаются слева направо.

    В первом разделе есть изображение ноутбука. Первый раздел называется «Выберите свой движок», а текст гласит: «Выберите Amazon RDS для MySQL, PostgreSQL или SQL Server».

    Второй раздел представляет регион AWS, заключенный в поле с текстом «Регион AWS» в верхнем левом углу. Во втором разделе показаны два значка службы с текстом «Amazon RDS» и «Amazon KMS» внутри поля.

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

    Третий раздел представляет Центр обработки данных клиентов, заключенный в поле с текстом «Центр обработки данных клиентов» в верхнем левом углу. Внутри коробки третий раздел включает два следующих шага с текстом «2.

Back to top