Хорошо архитектурированная инфраструктура

Хорошо архитектурированная инфраструктура Salesforce предоставляет архитекторам общую принципиальную основу для принятия решений, которые помогают успешному решению в динамике. Он систематизирован вокруг пяти столпов - Trust, Reliability, Operations Excellence, Resource and Cost Optimization и Fairness, каждый из которых собирает измерение качества, имеющее значение на каждом этапе жизни решения, от первоначального проектирования до долгосрочной эксплуатации и роста.

Эта основа учитывает реалии, с которыми архитекторы сталкиваются сегодня: люди, агенты и платформы, работающие вместе в управляемых бизнес-системах. Безопасное, но хрупкое под нагрузкой решение или эффективное, но непрозрачное в своих решениях, не имеет должной архитектуры. Эти пять основных компонентов работают совместно для обеспечения того, чтобы качество рассматривалось как единое целое, а не как контрольный список независимых проблем.

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

Salesforce Well-Architected Framework — это руководство по качеству архитектуры для решений, созданных на Salesforce Platform. Она кодифицирует принципы, схемы и компромиссы, отличающие решения, которые масштабируются и адаптируются, от решений, которые накапливают техническую задолженность или терпят неудачу под давлением.

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

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

Индустриальные инфраструктуры от поставщиков гипермасштабных облаков предоставляют ценные общие рекомендации, но они созданы в первую очередь для облачной инфраструктуры и операционных проблем, например, виртуальных машин, сетей, хранилища и вычислений. Архитекторы Salesforce сталкиваются с разными ограничениями и возможностями: многопользовательская платформа с контролирующими ограничениями, десятилетия бизнес-логики в Customer 360, сложные решения интеграции, декларативная автоматизация, конфигурация на основе метаданных и модели управляемого общего доступа. Они формируют каждое архитектурное решение таким образом, что общие рекомендации облака не могут быть учтены.

Переход к автономным агентам вводит дополнительные рекомендации. Агенты, которые рассуждают и действуют, внедряют схемы недетерминизма, вероятностного рассуждения и надзора «Человек в цикле», которые изначально не рассматривались в предыдущих инфраструктурах, хотя инфраструктуры общего назначения начали расширяться в это пространство посредством специальных представлений Lens на основе искусственного интеллекта. Salesforce Well-Architected Framework рассматривает традиционную архитектуру платформы и агентские системы посредством объединенной линзы.

Данная инфраструктура обслуживает всех, кто отвечает за качество архитектуры на Salesforce Platform:

• Salesforce Architects проектирует новые решения или расширяет существующие
• Администраторы Salesforce настраивают и обеспечивают безопасность организаций, в которых выполняются эти решения
• Интересы развития, устанавливающие стандарты и схемы для своих рабочих групп
• Консультанты и партнеры, консультирующие клиентов по рекомендациям платформы
• Специалисты по искусственному интеллекту и агентам, создающие системы автономного агента и управляющие ими

Предварительная экспертиза в области агентского искусственного интеллекта не требуется. Инфраструктура доступна всем архитекторам, но обеспечивает глубину для тех, кто работает на границе автономных систем.

Не существует единого правильного порядка чтения. Выберите, исходя из вашей роли и насущной потребности:

• Если вы новичок в инфраструктуре: Прочитайте этот обзорный документ от начала до конца, а потом изучите компонент, наиболее актуальный для текущего проекта.
• Если вы разрабатываете новое решение: Начните с Trust and Reliability (необоротные фонды), а потом рассмотрите Operations Excellence (как вы будете его использовать), Resource and Cost Optimization (как вы будете его поддерживать) и Fairness (как вы убедитесь, что оно одинаково обслуживает всех пользователей).
• Если вы создаете агентские решения: Сперва ознакомьтесь с Обзором предприятия агента для получения подробных рекомендаций по архитектуре агента. Потом ознакомьтесь с базовыми документами столбца (ссылка выше) для базовых схем (модель общей ответственности, контролирующие ограничения, инструменты мониторинга, моделирование TCO, стандарты доступности), на которых базируются агентские решения. Наконец, ссылайтесь на варианты столба Agentic Enterprise (связанные с каждого столбца) для получения агентских наложений на каждое измерение качества.
• Если вы проводите проверку дизайна: Используйте документы столбца в качестве структурированного контрольного списка проверки. Хорошо созданное решение содержит четкие ответы на ключевые вопросы в каждом соответствующем компоненте.

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

• Доверие по сравнению с оптимизацией ресурсов и затрат: Шифрование и регистрация аудита расходуют ресурсы. Инфраструктура помогает определить, где требование Trust является не обсуждаемым по сравнению с наличием гибкости.
• Надежность по сравнению с оптимизацией ресурсов и затрат: Более высокая доступность стоит дороже. Определения SLO помогают сопоставить инвестиции с фактическими бизнес-требованиями, а не создавать максимальную избыточность по умолчанию.
• Оперативное совершенство по сравнению со скоростью: Внедрение комплексной системы наблюдения и тестирования занимает некоторое время. Инфраструктура помогает определить минимальную жизнеспособную возможность наблюдения для профиля риска.
• Справедливость по сравнению с автономией: Повышение автономности агентов обеспечивает эффективность, но создает риск справедливости. Шаблоны «Человек в цикле» помогают найти правильный баланс для каждого типа решения.

Универсального ответа на эти компромиссы не существует. Инфраструктура помогает задавать правильные вопросы и осознанно находить компромиссы, а не открывать их в производстве.

Сама инфраструктура с хорошей архитектурой разработана с учетом следующих принципов:

• Специфичные для платформы, но технологичные: Руководство устраняет ограничения, характерные для Salesforce (ограничения для управляющих, многопользовательская архитектура, конфигурация под управлением метаданных), не предписывая определенные продукты или функции. Архитекторы выбирают соответствующие возможности для своего контекста.
• Высказано без указания: Рамки занимают четкую позицию в отношении того, что является качеством, но не предписывают единого пути осуществления. Он предоставляет принципы, схемы и вопросы, а не требования.
• Прогноз на будущее при уважении настоящего: Инфраструктура учитывает новые схемы (агентический искусственный интеллект, автономные системы), сохраняя актуальность для традиционных решений платформы. Оба сценария использования пользуются одинаковыми основополагающими принципами.
• Живое, а не статическое: Инфраструктура развивается по мере изменения платформы, практики отрасли и потребностей клиентов. Журнал изменений отслеживает обновления, чтобы архитекторы могли поддерживать актуальность с новыми рекомендациями.
• Действие доступно на каждом этапе: Независимо от того, разрабатываете ли вы новое решение, проводите проверку или улучшаете текущее внедрение, инфраструктура предоставляет соответствующие рекомендации. Это не просто контрольный список сертификации, это рабочий инструмент.

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

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

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

Использовать оба параметра вместе:

• Начните с рекомендаций по основным архитектурным схемам (например, модель общей ответственности, контролирующие ограничения, инструменты мониторинга, моделирование ТСО, стандарты доступности).
• Потом ссылайтесь на соответствующий компонент Agentic Enterprise для получения агентских рекомендаций (например, полномочия агента и цепочки аудита, обработка сбоев оркестрации, жизненный цикл разработки агента, оптимизация маркера, рабочие единицы агента, объяснимость и состязательность).

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

Данная таблица предоставляет краткий справочник. Ниже указаны подробные рекомендации по каждому компоненту.

Защитите решение, его данные и пользователей посредством современной безопасности, наименее привилегированного доступа, контроля конфиденциальности и четкого управления. Trust on Salesforce работает через модель общей ответственности: Salesforce обеспечивает безопасность инфраструктуры и платформы, а затем создает безопасные решения на этой основе. Ваша ответственность охватывает:

• Управление удостоверениями и доступом (роли, профили, наборы полномочий, MFA, SSO, OAuth)
• Управление данными (Shield Platform Encryption, безопасность объекта/поля/записи)
• Безопасность интеграции (проверка подлинности API, именованные регистрационные данные)
• Безопасные методы разработки (Топ-10 OWASP, адаптированные для Salesforce, статический анализ, ворота безопасности CI/CD)

Для агентских решений: Когда агенты действуют автономно, требования Trust распространяются на управление тем, что разрешено делать агентам, аудит их действий и безопасность границ между агентами и платформами (Agent Fabric, Einstein Trust Layer). См. Agentic Enterprise Trust.

Дополнительные сведения см. в разделах Trust pillar и Agentic Enterprise Trust.

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

• Ограничения регулятора с рекомендациями по операционному потолку 70%
• Схемы обработки асинхронизации (пакетный Apex, Apex в очереди, события платформы)
• Автоматические выключатели для внешних интеграций
• Планирование нагрузки
• Нагрузочное тестирование
• Шаблоны нескольких организаций
• Послеаварийное восстановление
• Моделирование состояния здоровья

Для агентских решений: Системы под управлением агента внедряют вероятностное поведение, требующее новых схем для ошибок оркестрации, автоматические выключатели для каскадных ошибок агента и детерминистские графики агента, где бизнес-результаты требуют предсказуемости. См. раздел «Надежность Agentic Enterprise».

Дополнительные сведения см. в разделах «Столбец надежности» и «Надежность Agentic Enterprise».

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

• Наблюдаемость (отслеживание событий, Proactive Monitoring, масштабный центр)
• Практика DevOps (разработка на основе источников, ожидаемые продажи CI/CD, стратегия тестирования)
• Автоматизация (декларативно- первая с Flow Builder, программные схемы с Apex)
• Управление инцидентами (уровень серьезности, ротация по вызову, невинные посмертные)
• Постоянное улучшение (показатели DORA, операционные обзоры)

Для агентских решений: Наблюдаемость становится более сложной, если поведение системы вероятностно. Жизненный цикл разработки агента (ADLC) обеспечивает структуру на пяти этапах: идея и проектирование, разработка, тестирование и проверка (включая оценки центра тестирования агентов на точность, согласованность и соблюдение инструкций), развертывание и выпуск, а также мониторинг и настройка (включая отслеживание сеансов Agentforce для сквозной доступности взаимодействия). См. Agentic Enterprise Operations Excellence.

Дополнительную информацию см. в разделах «Оперативное совершенство» и «Операционное совершенство агентского предприятия».

Возврат максимальной бизнес-ценности для каждого доллара и каждой единицы ресурса платформы посредством эффективного использования имеющихся у вас данных и преднамеренного инвестирования в приобретаемое. Со стороны ресурса это означает понимание контролирующих ограничений (запросы SOQL, операторы DML, размер кучи, время процессора) и проектирование в них посредством оптимизации SOQL, обработки асинхронизации и предотвращения искажения данных. Что касается затрат, то это означает комплексное моделирование ТСО как по прямым затратам (внедрение, эксплуатация, обслуживание), так и по косвенным затратам (техническая задолженность, накладные расходы на управление), которые зачастую превышают прямые расходы на лицензии. Столбец охватывает:

• Схемы организации кода (обработчики триггеров, слои обслуживания, селекторы)
• Упаковка и модульность (управляемые пакеты 2GP по сравнению с разблокированными, которые являются типами упаковки второго поколения, состав LWC)
• Управление жизненным циклом данных (архивные стратегии, оптимизация потока)
• Инструменты мониторинга производительности (Scale Center, Query Plan Tool, ApexGuru, Salesforce Code Analyzer)
• Анализ создания по сравнению с покупкой (оценка AgentExchange)
• Оптимизация лицензий и безопасных сред
• Мониторинг расходов и управление ими (панели мониторинга, контроль бюджета, отображение в сравнении с моделями возврата платежей)

Для агентских решений: Бизнес-процессы агента усложняют потребление ресурсов на этапах рассуждения, вызовах инструментов и извлечении данных, поэтому использование маркера, задержка вывода и схемы памяти требуют оптимизации. Агентские системы также вводят затраты на основе потребления (Flex Credits, маркеры вывода), которые труднее прогнозировать, чем лицензии на пользователя. Агентские единицы работы (AWU) оценивают фактическое выполнение агентами работы — отдельные выполненные задачи — а не расход исходного маркера. См. раздел «Ресурсы и оптимизация затрат предприятия агента».

Дополнительные сведения см. в разделе «Компонент «Оптимизация ресурсов и затрат» и «Оптимизация ресурсов и затрат предприятия агентства».

Убедитесь, что решение доступно, недискриминационно, инклюзивно и прозрачно, с соответствующим человеческим контролем за автоматическими решениями. Справедливость построена на фундаменте платформы. Система дизайна Salesforce Lightning (SLDS) предоставляет встроенную доступность для стандартных компонентов, в то время как настраиваемые компоненты требуют четкого внедрения WCAG 2.1 AA (причем для новой работы рекомендуется использовать WCAG 2.2 AA, действующую рекомендацию W3C на декабрь 2024 года). Столбец охватывает:

• Тестирование доступности (осевой сердечник, сканер sfdx)
• Схемы недискриминации (OWD, правила общего доступа, FLS с мониторингом событий щита)
• Архитектура конфиденциальности (управление согласием Data 360, контрольный журнал поля)
• Управление этикой на основе искусственного интеллекта (проверочные комиссии, ворота справедливости, соответствие регламентам).

Для агентских решений: Когда агенты принимают самостоятельные решения, влияющие на людей, ставки справедливости увеличиваются. Объясняемость (понимание причины действия агента), оспариваемость (оспаривание решений) и «Человек в цикле» (пропорциональное наблюдение) становятся критически важными. См. раздел «Справедливость агентского предприятия».

Дополнительные сведения см. в разделах «Столбец справедливости» и «Справедливость агентского предприятия».

Столбец не существует изолированно. Архитектурные решения в одном компоненте неизбежно влияют на другие:

• Элементы управления Stronger Trust (шифрование, регистрация аудита) потребляют больше ресурсов и добавляют стоимость (Оптимизация ресурсов и затрат), а также добавляют задержку, влияющую на надежность
• Повышение надежности (резервирование, мультирегиональность) повышает стоимость (оптимизация ресурсов и затрат) и эксплуатационную сложность (оперативное совершенство)
• Более комплексное обеспечение справедливости (людской надзор, мониторинг предвзятости) замедляет производительность агентов (оптимизация ресурсов и затрат)
• Высокая зрелость операционного совершенства (комплексное инструментирование) позволяет лучше внедрять Trust и более раннее обнаружение проблем справедливости

Эти взаимодействия означают, что архитектурное качество всегда является балансом. Инфраструктура помогает архитекторам понять, чем они торгуют и осуществить эти сделки намеренно. Цель состоит не в одновременном увеличении каждого компонента, а в достижении соответствующего профиля качества для требований данного решения, допустимого риска и бизнес-контекста.

Опубликуйте отзыв о инфраструктуре с хорошей архитектурой.