размещенные в Foundry, включая OpenAI, Anthropic и Mistral, а также модели из AWS Bedrock, Google Vertex AI и напрямую из OpenAI. Все провайдеры, совместимые с OpenAI, используют один путь конечной точки, маршрутизация основана на точном совпадении поля модели, поэтому каждая опубликованная модель должна иметь уникальное имя; Anthropic обрабатывается через пользовательского провайдера, который пропускает через себя Messages API. Политики настраиваются с помощью карточек на портале, а не XML и выражений, и охватывают ограничения на токены и запросы, квоты, безопасность контента и отказоустойчивость моделей. Телеметрия экспортируется в виде метрик токенов OpenTelemetry в Application Insights, Datadog, Grafana и другие места назначения, контролируемые заказчиком, а ресурс работает в подписке и тенанте Entra самого заказчика. Что касается инструментов, шлюз объединяет бэкенды из трех источников: удаленные MCP-серверы, подключаемые по URL, спецификации OpenAPI или встроенные коннекторы, охватывающие более тысячи SaaS-приложений, без необходимости размещения собственного сервера. Операции каждого бэкенда становятся инструментами, и команды могут выбирать аутентификацию для каждого бэкенда: без аутентификации, API-ключ, OAuth 2.0 или управляемое удостоверение. Предполагаемая модель эксплуатации разделяет централизованное управление и самостоятельное обслуживание команд: платформенные команды подключают и публикуют одобренные модели и инструменты, а команды приложений используют эти ресурсы в тестовой консоли, не пропуская каждое изменение через центральную команду, хотя платформенные команды продолжают обеспечивать защитные меры и общее использование. Архитекторы и платформенные инженеры в целом отреагировали положительно, но подняли вопросы о том, где проходят границы