Всё, что стоит знать, и ничего лишнего.
Как работает CPaaS
Ваше приложение выполняет HTTPS (или SMPP) вызов к API платформы; CPaaS обрабатывает подключение к оператору связи, предоставление номеров, кодирование сообщений, маршрутизацию по наименьшей стоимости, соответствие нормативным требованиям и обработку получения доставок, а затем передает статус обратно через веб-хуки. Разработчик никогда не взаимодействует с SMSC, стеком SS7 или контрактом оператора — платформа абстрагирует все это за REST-конечной точкой и SDK. См. /platforms/cpaas и /answers/what-is-sms-api.
Основные компоненты
API каналов (SMS, голосовая связь, WhatsApp, RCS, электронная почта, верификация); SDK и интерфейс REST/SMPP; предоставление номеров телефонов и идентификаторов отправителей; механизм маршрутизации и резервирования между соединениями операторов; подтверждения доставки и веб-хуки; а также панели мониторинга для аналитики, журналов и выставления счетов. Вместе они превращают многооператорскую телекоммуникационную инфраструктуру в несколько вызовов API. См. /answers/what-is-cpaas и /answers/what-is-omnichannel-messaging.
CPaaS против UCaaS против CCaaS
CPaaS продает готовые API-интерфейсы, которые разработчики встраивают в свое программное обеспечение. UCaaS (унифицированные коммуникации) продает готовый продукт — облачную телефонную систему, конференц-связь, чат — для внутреннего взаимодействия. CCaaS (контакт-центр) продает готовый пакет решений для контакт-центра, ориентированный на операторов. Различие заключается в программируемости: CPaaS — это набор инструментов; UCaaS и CCaaS — это собранные приложения, часто построенные на основе CPaaS. См. /products/omnichannel.
Преимущества разработки на платформе CPaaS
Одна интеграция охватывает всех операторов и каналы; оплата по факту использования вместо контрактов с операторами связи и минимальных обязательств; добавление новых каналов (например, WhatsApp или RCS) без необходимости создания новой инфраструктуры; а также встроенные функции соответствия требованиям, маршрутизации и резервирования, которые платформа поддерживает за вас. Это ставит SMS, голосовую связь и расширенные сообщения на один уровень с любым другим API в вашем стеке для разработчиков. См. /products/sms-api, /products/voice и /products/whatsapp-business-api.
Ограничения и что следует оценивать
Качество CPaaS зависит от факторов, которые не видны через API: прямота маршрута (используются ли прямые A2P-маршруты или «серые» маршруты?), охват операторов на целевых рынках, доставляемость и точность DLR, оперативность поддержки и соответствие нормативным требованиям для регистрации идентификатора отправителя. Чистый API перед некачественными маршрутами все равно обеспечивает низкую производительность — оценивайте сеть, а не только документацию. См. /answers/what-is-grey-route-sms и /answers/what-is-throughput-sla.
CPaaS — это то же самое, что и агрегатор SMS-сообщений?
Исторически это было не так: агрегатор SMS-сообщений перепродавал услуги массовой отправки SMS-сообщений, а CPaaS добавлял к ним голосовые, многоканальные и API для разработчиков. Сегодня эти термины частично совпадают — большинство поставщиков CPaaS также являются агрегаторами, а агрегаторы добавили API в стиле CPaaS. Полезным критерием является широта охвата и программируемость: настоящий CPaaS предоставляет вам несколько каналов и реальные SDK, а не просто HTTP-точку доступа к SMS. См. /answers/what-is-a2p-sms.