Процесс взаимодействия
Диаграммы потоков процессов взаимодействия иллюстрируют последовательность взаимодействий, потоков данных и этапов процессов между компонентами системы, службами и пользователями. Эти диаграммы помогают архитекторам и разработчикам понять, как разные части системы взаимодействуют, как события распространяются в архитектуре и как организованы асинхронные и синхронные процессы. Они предоставляют важную документацию для понимания поведения системы, определения преград и оптимизации потоков процессов.
Данный раздел содержит 16 справочных диаграмм, связанных с процессом взаимодействия:
| Имя диаграммы | Описание |
|---|---|
| Внешние интеграции в Apis со схемами Openapi | Пример схемы архитектуры решения из Руководства по принятию решений по формам здания, отображающий внешние интеграции посредством API со схемами OpenAPI. |
| Внешние интеграции посредством Http | Пример схемы архитектуры решения из руководства по принятию решений по формам здания, отображающий внешние интеграции посредством протоколов HTTP. |
| Внешние интеграции посредством Mulesoft Apis и Rpa-ботов | Пример схемы архитектуры решения из руководства по принятию решений по формам здания, отображающий внешние интеграции посредством MuleSoft API и ботов RPA. |
| Lightning Out на внешних сайтах | Пример архитектуры решения из Руководства по принятию решений по формам здания, отображающий, как компоненты LWC могут быть встроены на внешние сайты. |
| Взаимодействие веб-компонентов Lightning посредством проводных адаптеров | Пример схемы архитектуры решения из Руководства по принятию решений по формам здания, отображающий способ взаимодействия веб-компонентов Lightning с помощью проводных адаптеров. |
| Веб-компоненты Lightning вне экрана операций над данными | Пример схемы архитектуры решения из Руководства по принятию решений по формам здания, отображающий операции с данными вне экрана для веб-компонентов Lightning. |
| Асинхронный мониторинг Apex посредством настраиваемого запроса | Отображает компоненты, связанные с отслеживанием статуса асинхронных процессов и просмотром результатов пакетных заданий и запланированных заданий. |
| Асинхронная обработка посредством событий платформы | Отображает, как асинхронная обработка работает с событиями платформы. События, опубликованные в шину, расходуются подписчиками для обработки. |
| Пакетный алгоритм добросовестного использования Apex | Отображает, как алгоритм добросовестного использования обеспечивает получение каждой организацией на Salesforce Platform «справедливой доли» ресурсов пакетной обработки. |
| Пакетное сообщение Apex Re Enqueueing | Отображает, как механизм управления потоками Salesforce Platform предотвращает заполнение очереди пакета одной организацией, повторно поставив сообщения в очередь при превышении ограничений. |
| Удаленный Javascript-функция «Boxcarring» | Отображает, сколько удаленных запросов JavaScript могут быть отправлены одновременно или «boxcar'ed» в одном запросе XHR для повышения производительности. |
| Boxcarning в действиях Lightning | Отображает, как можно одновременно выпустить несколько действий Lightning или «boxcar'ed» в одном запросе XHR для оптимизации вызовов сети. |
| Проверка претензий | Отображает событие, публикуемое при изменении записи. Текст сообщения события сохраняется в базе данных, и только ссылка передается через шину сообщений. |
| Поток персонализации клиента | Отображает взаимодействия на основе времени, участвующие в сквозном потоке информации из взаимодействий с клиентами посредством механизмов персонализации в системы доставки. |
| Fanout | Отображает событие, публикуемое и записываемое в одну очередь при изменении записи посредством взаимодействия с пользователем, с несколькими подписчиками, обрабатывающими событие. |
| Извлечение промежуточного программного обеспечения посредством уведомления о событии платформы | Отображает, как можно использовать события платформы для доставки исходящих интеграций или дать инструкции средству промежуточного программного обеспечения для извлечения данных из Salesforce. |
| Запланированное извлечение промежуточного программного обеспечения | Отображает, как Middleware может выполнять синхронные запросы в SOAP API или REST API для минимизации задержек, связанных с обработкой в реальном времени. |
| Переданные сообщения | Отображает пример процесса для схемы переданных сообщений, содержащей публикатор, подписчика и сообщение, проходящее между компонентами. |
| Опубликовать подписку | Отображает схему публикации/подписки и содержит несколько публикаторов, несколько подписчиков и нескольких брокеров сообщений. |
| Опубликовать уникальную копию подписки | Отображает событие, публикуемое при изменении записи посредством взаимодействия с пользователем, потока или пакетного задания, при этом каждый подписчик получает уникальную копию события. |
| Streaming | Отображает поток публикуемых событий. Подписчики, прослушивающие потоки, получают события в режиме реального времени. |
| Очередь | Отображает пример схемы «Очередь», отображающей событие, публикуемое и записываемое в очередь, с подписчиками, обрабатывающими события в порядке. |
| Интеграции мультиканала | Пример архитектуры решения из Руководства по принятию решений по формообразованию для схем интеграции OmniStudio и манипуляции данными. |