содержит ядро системы RBC Contents и открытый API, позволяющие подключать любое количество дополнительных модулей к системе. Управление всеми сайтами осуществляется через веб-браузер в рамках единого администраторского интерфейса.
содержит разделы сайтов, отображаемые пользователям Интернета. Для каждого сайта, управляемого системой RBC Contents, создается тестовая версия (отдельный сайт), которая позволяет увидеть результаты редактирования перед публикацией в рабочей версии.
Динамически формируемое содержимое рабочей версии сайта помещается в кеш, что позволяет существенно снизить время загрузки страниц.
Набор готовых модулей позволяет реализовать любой стандартный функционал сайта:
- отображение информации:
Текст, Новости, Списки, Фотогалерея, Рекламный блок;
- коммуникации:
Форум, Опросы, Блоги;
- сервисы:
Поиск, Пользователи, Почтовая рассылка, Кредитный калькулятор, Интерактивная карта, Конструктор форм, Статистика;
- электронная коммерция:
Каталог товаров, Корзина, Заказ, Перекрестные продажи, Составные предложения.
API-интерфейс системы RBC Contents позволяет разрабатывать и подключать новые программные модули, обмениваться данными с внешними информационными системами, а также управлять полученными данными. На базе данного интерфейса организуется взаимодействие с различными источниками (AD/LDAP, веб-сервисы/SOAP 1.1 и т. д.), поставляющими данные в различных форматах (CSV, XML, RSS 2.0 и т. п.). Набор поддерживаемых форматов и протоколов постоянно расширяется.
Система RBC Contents позволяет использовать различные серверные схемы развертывания, выбор которых зависит от предполагаемой нагрузки на ресурс и требований к безопасности и надежности:
Наиболее компактный вариант развертывания RBC Contents позволяет установить все компоненты на один физический сервер. Подобная схема рекомендуется в качестве тестовой площадки для обучения сотрудников и отладки новых модулей системы.
Экономичная схема развертывания

Подобная схема также может быть использована при установке системы на виртуальный хостинг без выделенного сервера, причем на двухпроцессорном сервере она позволит выдерживать нагрузку до 200 000 запросов в сутки.
Данный вариант развертывания предполагает установку сервера базы данных и веб-сервера на разные физические сервера. При использовании современных двухпроцессорных серверов она позволит выдерживать нагрузку до 400 000 запросов в сутки.

Наиболее устойчивой и производительной является кластерная схема развертывания,* обладающая неограниченной маштабируемостью и позволяющая добавлять сервера баз данных и веб-сервера по мере необходимости. Ее рекомендуется использовать в двух случаях: когда предполагаются высокие нагрузки (свыше 300 000 обращений в сутки) и требуется
высокая отказоустойчивость.
Кластерная схема развертывания

* Кластеризация базы данных достигается за счет использования технологии Oracle Real Application Cluster. Сервера базы данных должны быть связаны с хранилищем NAS либо при помощи Fiber Channel, либо через гигабитный Ethernet. Также между серверами базы данных желательно организовать дополнительную сеть, объединенную при помощи высокопроизводительного маршрутизатора. DB Load Balancer может быть как чисто аппаратным решением (Alteon Application Switch, Cisco Content Services Switch), так и программно-аппаратным, с использованием Oracle AS (в последнем случае обеспечивается более эффективная балансировка нагрузки). Кластеризация RBC Contents достигается за счет использования общего хранилища NAS для всех веб-серверов. Разрешение коллизий при записи файлов обеспечивается системой RBC Contents при помощи технологии «семафоров». Временные файлы PHP должны хранится в NAS, что обеспечивает сохранность сессии при переходе пользователя на другой веб-сервер. Журналы всех веб-серверов также должны храниться в NAS для формирования единой статистики посещаемости. Веб-сервер и хранилище NAS достаточно связать при помощи Ethernet-сети.