К основному содержанию
правило официальный · GitHub

azure-iot-edge-architecture — правило для GitHub Copilot

Обязывает сверять архитектуру с документацией Azure IoT Edge перед выдачей рекомендаций. Действует в файлах Bicep, Terraform и документах по IoT.

Установить в GitHub Copilot · Вручную: положить файлы Все способы и платформы ↓
.github/instructions/azure-iot-edge-architecture.instructions.md
Открыть на GitHub

Что делает azure-iot-edge-architecture

Правило запрещает модели сразу выдавать перечень сервисов Azure. Сначала Copilot обращается к документации по адресу https://learn.microsoft.com/azure/iot-edge/ или https://learn.microsoft.com/es-es/azure/iot-edge/. Без этого шага давать рекомендации нельзя. Ассистент обязан подтвердить архитектуру среды выполнения, статус релиза и поддерживаемые операционные системы. Если доступа к сети нет, Copilot фиксирует допущения явно.

Инструкция привязана к шаблонам **/*.bicep, **/*.tf, **/*iot*.md, **/*smart-city*.md и **/*edge*.md. Она срабатывает при проектировании шлюзов и автономных контуров. Помощник обязан объяснить, зачем здесь нужен IoT Edge. В проект закладываются практические детали: стратегия обновлений, наблюдаемость, модель поддержки. Безопасность задаётся строго: управляемые удостоверения, наименьшие привилегии и сетевая изоляция.

Какие задачи решает

  • проверить применимость Azure IoT Edge до выбора сервисов
  • зафиксировать поддерживаемые операционные системы и архитектуру среды
  • описать стратегию обновлений и модель поддержки шлюза
  • внедрить сетевую изоляцию и управляемые удостоверения в IoT-проектах

Примеры запросов агенту

  • Спроектируй архитектуру шлюза для smart-city-edge.md с обработкой данных на месте
  • Добавь в main.bicep компоненты для работы шлюза в изолированной сети
  • Проверь файл edge.tf и обоснуй выбор Azure IoT Edge для этого сценария

Как установить azure-iot-edge-architecture

Вручную: положить файлы

.github/instructions/azure-iot-edge-architecture.instructions.md

Поле applyTo задаёт, к каким файлам применять

По шагам, с командами для каждой платформы: AGENTS.md и CLAUDE.md: что это, кто читает и какой выбрать

Вопросы о azure-iot-edge-architecture

Как установить azure-iot-edge-architecture в GitHub Copilot?

Добавьте файл правила по пути .github/instructions/azure-iot-edge-architecture.instructions.md. После этого GitHub Copilot будет автоматически применять инструкции к подходящим файлам.

К каким файлам применяется правило azure-iot-edge-architecture?

Оно срабатывает для файлов с расширениями .bicep и .tf, а также для markdown-документов, содержащих в имени iot, smart-city или edge.

Что делает Copilot, если документация Azure IoT Edge недоступна?

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

Исходный текст

azure-iot-edge-architecture.instructions.md · MIT
---
description: 'Require Azure IoT Edge documentation review before proposing edge IoT architectures or Azure implementation guidance.'
applyTo: '**/*.bicep,**/*.tf,**/*iot*.md,**/*smart-city*.md,**/*edge*.md'
---

## Azure IoT Edge Architecture Instruction

When the task includes Azure IoT, Smart City, edge processing, gateway design, or disconnected edge scenarios, do this before providing architecture recommendations:

1. Review Azure IoT Edge documentation first:
   - https://learn.microsoft.com/azure/iot-edge/
   - https://learn.microsoft.com/es-es/azure/iot-edge/
2. Confirm key constraints from the documentation:
   - Runtime architecture
   - Supported systems
   - Version/release status
   - Relevant Linux/Windows quickstart path
3. Explicitly state that you reviewed the documentation, or state that it could not be consulted.
4. If the documentation was not accessible, continue with clearly labeled assumptions.

### Response Rules

- Never jump directly to a list of services without validating edge applicability first.
- Always explain why IoT Edge is or is not required.
- Include operational implications: update strategy, observability, and support model.
- Prioritize secure defaults: managed identity, least privilege, secret management, and network isolation.

© github · MIT · github/awesome-copilot

Темы и платформы

Все правила IDE по теме «Облака: AWS, Azure, GCP» →

Из того же набора732

Весь набор →
bicep-code-best-practices Правило задаёт рекомендации для Bicep-файлов: от имён параметров до ссылок на ресурсы и работы с секретами. Помогает Copilot придерживаться единого стиля при написании инфраструктурного кода. ★ 40 418звёзд репо azure-verified-modules-bicep Направляет GitHub Copilot при создании и ревью кода на Bicep. Правило заставляет ИИ использовать готовые модули Azure Verified Modules вместо сырых ресурсов. ★ 40 418звёзд репо azure-naming Правило заставляет GitHub Copilot называть Azure-ресурсы по Microsoft CAF: префикс типа, workload, окружение, регион, номер экземпляра. ★ 40 418звёзд репо azure-logic-apps-power-automate Правило для GitHub Copilot, которое подсказывает, как писать JSON-определения Azure Logic Apps и Power Automate: триггеры, действия, обработка ошибок. ★ 40 418звёзд репо azure-functions-typescript Правило задаёт Copilot соглашения для TypeScript API на Azure Functions: от асинхронного кода до структуры файлов функций. При изменении API оно напоминает обновить OpenAPI-схему и README.md. ★ 40 418звёзд репо azure-functions-csharp Правило для GitHub Copilot, которое задаёт стандарты разработки Azure Functions на C# в изолированной модели worker. Пригодится, если пишете функции и хотите единый стиль в проекте. ★ 40 418звёзд репо azure-durable-functions-csharp Задаёт стандарты разработки Azure Durable Functions на C# в изолированной модели воркера. Помогает писать детерминированные оркестраторы и настраивать очереди. ★ 40 418звёзд репо azure-devops-pipelines Правило задаёт практики для Azure DevOps Pipeline YAML: структура, тесты, безопасность и деплой. Пригодится для проверки и ведения pipeline-файлов. ★ 40 418звёзд репо

Спонсоры проекта

Компании, которые помогают держать аналитику открытой