Почему архитектура имеет значение
Система, построенная без структурированной архитектуры, обычно достигает момента, когда любое небольшое изменение приводит к непредсказуемым побочным эффектам. Заранее спроектированная архитектура снижает этот риск и позволяет вносить четкие и ответственные изменения.
Слои, которые необходимо спланировать
- Архитектура решения — как продукт Salesforce подключается к бизнес-операциям.
- Архитектура данных — объекты, отношения, качество данных, источники истины.
- Архитектура безопасности — профили, роли, модель совместного использования, защищенные поля.
- Архитектура автоматизации — Flow, Apex, асинхронные автоматизации.
- Архитектура интеграции — Middleware, события, направления потока.
- Среда и выпуск — Sandboxes, развертывания, резервные копии.
Руководящие принципы
- Предпочитайте Configuration коду, когда это возможно.
- Не разрабатывайте параллельную автоматизацию для одного и того же события — выберите, где она выполняется.
- Сохраняйте простую и ясную модель разрешений, даже ценой небольшой гибкости.
- Планируйте рост объемов данных, а не только на первый день.
- Любое архитектурное изменение проходит через среду тестирования перед Production.
Признаки того, что ваша архитектура нуждается в улучшении
- Небольшие изменения занимают недели и вызывают сбои в неожиданных местах.
- Существует несколько противоречащих друг другу источников истины для одного и того же клиента.
- Модель разрешений стала слишком сложной, чтобы кто-либо мог ее понять.
- Отсутствует четкая документация по активным процессам и автоматизациям.
Часто задаваемые вопросы
Не всегда, но рекомендуется, по крайней мере, сопровождение архитектора на этапе планирования и при существенных изменениях в системе.