시작 크레딧을 사용하고 테넌트 설정을 완료한 후에는 많은 시작 팀이 Azure 포털을 자세히 알아보는 것으로 시작하지 않습니다. 더 일반적인 시작점은 개발자가 이미 선호하는 터미널 또는 편집기를 유지하면서 해당 워크플로를 Azure 안전하게 연결할 수 있도록 하는 AI 지원 개발 워크플로를 구성하는 것입니다. 이 문서는 신생 기업이 GitHub Copilot CLI 또는 Claude Code를 사용하여 Azure 계정 설정에서 에이전트 기반 개발로 이동하는 데 도움이 됩니다. 또한 CLI 기반 개발자 워크플로를 사용하는 개발자를 지원하기 위한 관련 MCP 서버 및 도구에 대해서도 설명합니다.
사전 요구 사항
시작하기 전에 다음을 수행해야 합니다.
- Microsoft for Startups Azure 크레딧을 사용했습니다.
- Azure 스폰서쉽 구독을 활성화했습니다.
- 상환 후 Azure 계정 설정을 완료했습니다.
- 환경이 한 사용자에 연결되지 않도록 회사 지원 Microsoft Entra 테넌트, 사용자 지정 도메인 및 관리자 권한을 구성했습니다.
- GitHub 혜택을 사용했습니다. 자세한 내용은 GitHub, AKS 및 AI 모델에 Azure 크레딧을 사용하는 방법 참조하세요.
Tip
크레딧을 사용 등록하는 즉시 Azure 테넌트를 구성하세요. 사용자와 관리자를 추가하고, 회사 도메인을 구성하고, Microsoft for Startups 크레딧이 활성 상태인지 확인하세요. 자세한 내용은 Azure 계정 설정 참조하세요.
개발 환경을 설정하세요
에이전트, MCP 서버 또는 Azure 액세스를 구성하기 전에 팀에게 일관된 로컬 작업 방법을 제공하는 기준 개발자 환경을 설정합니다. 목표는 모든 시작을 하나의 정확한 도구 체인으로 강제 적용하는 것이 아니라 개발자가 인증하고, 필요한 CLI 도구를 설치하고, 현재 작업에 적합한 작업 모드를 선택할 수 있도록 하는 것입니다.
올바른 상호 작용 모드 선택: VS Code에서 CLI 및 에이전트 모드
AI 지원 개발은 터미널, 편집기 또는 GitHub 호스팅 환경에서 발생할 수 있습니다. 가장 좋은 선택은 작업에 따라 달라집니다.
| 상호 작용 모드 | 사용해야 하는 경우 | 예상 사항 |
|---|---|---|
| GitHub Copilot CLI | 터미널에서 직접 제어하고 싶습니다. | 도우미를 사용하면 리포지토리를 탐색하고, 설치 작업을 실행하고, 코드 질문에 답변하고, 눈에 보이는 승인 단계를 통해 MCP 기반 도구를 사용할 수 있습니다. |
| 에이전트 모드의GitHub Copilot Chat | 편집기에서 코드를 적극적으로 변경하고 있습니다. | 도우미를 사용하면 프로젝트 컨텍스트에 머무르는 동안 코드를 계획, 검토, 편집 및 구체화할 수 있습니다. |
| GitHub 호스팅 코딩 에이전트 | 작업은 규모가 더 크고 독립적으로 진행할 수 있으며, 풀 리퀘스트로 제출되어야 합니다. | 에이전트는 리포지토리를 살펴보고, 계획을 세우고, 브랜치에서 변경 사항을 적용한 다음, 검토를 위해 풀 리퀘스트를 엽니다. |
예시 프롬프트
이러한 예제를 시작점으로 사용하여 리포지토리 및 승인 모델에 맞게 조정합니다.
GitHub Copilot CLI: Azure 설정의 유효성을 검사합니다
Review this repository and explain how to run it locally.
Do not edit any files yet.
Then, using azure-mcp tools, verify that:
- Resource groups and deployed resources match the expected naming convention.
- RBAC is scoped correctly, with no broad Owner assignments.
- Diagnostics and monitoring are enabled for key resources.
Summarize findings and gaps as pull request comments.
에이전트 모드의 GitHub Copilot Chat: 인프라 및 CI/CD 구현
Create an initial IaC and CI workflow.
Add:
- An infra folder with a Bicep or Terraform structure.
- A GitHub Actions workflow that validates infrastructure and runs tests.
- A rollback note in the pull request template.
Use minimal viable defaults and keep the structure modular for later expansion.
GitHub에서 호스팅되는 코딩 에이전트: 계획하고 풀 리퀘스트 열기
Create an implementation plan for the feature described in docs/feature-spec.md.
If the plan looks safe:
- Make the changes on a new branch.
- Add or update tests.
- Update documentation.
- Open a pull request with a summary and testing steps.
권장되는 시작점
대부분의 시작 팀의 경우 가장 간단한 안전한 워크플로로 시작합니다.
- Copilot CLI를 사용하여 Azure 및 GitHub 설정을 확인합니다.
- VS Code의 대화형 변경에 에이전트 모드에서 Copilot Chat 사용합니다.
- 더 큰 끌어오기 요청 지향 작업에는 GitHub 호스팅 코딩 에이전트를 사용합니다.
- 각 도구에 필요한 권한, 승인 모델 및 로깅을 정의한 후에만 MCP 서버를 추가합니다.
에이전트 및 IDE에 대한 도구 설정
온보딩 도구는 코딩 에이전트와 IDE를 올바른 컨텍스트 및 기능에 연결하는 것입니다. MCP(모델 컨텍스트 프로토콜) 서버는 에이전트 도구에서 Microsoft 설명서, 리포지토리 도우미 또는 Azure 리소스 작업과 같은 승인된 기능에 액세스할 수 있는 구조화된 방법을 제공합니다. 온보딩을 다른 개발자 종속성처럼 처리합니다. 구성 자동화, 연결 유효성 검사 및 액세스 경계가 명확한지 확인합니다.
코딩 에이전트에 IDE 및 개발자 도구 연결
- 에이전트 사용 워크플로가 있는 VS Code 또는 터미널 우선 워크플로와 같은 기본 클라이언트 환경을 선택합니다.
- 조직의 승인된 ID를 사용하여 에이전트 도구(예: Copilot Chat, Copilot CLI 또는 Claude Code)를 설치하고 로그인합니다.
- 사용자 설정에 속하는 내용과 작업 영역 설정에 속하는 내용을 결정합니다. 리포지토리별 MCP 서버, 프롬프트 및 가드레일의 작업 영역 설정을 사용하여 코드와 함께 이동합니다.
- 코딩 규칙, 빌드 및 테스트 명령, 에이전트가 수행해서는 안 되는 작업에 대한 규칙과 같은 리포지토리 지침을 체크 인합니다. Claude Code의 경우 이 지침은 일반적으로 에
CLAUDE.md저장됩니다. - 도구의 안전 기본값을 정의합니다. 파일 쓰기 및 셸 명령에 대한 명시적 승인이 필요하며 에이전트가 무인으로 실행할 수 있는 모든 명령을 허용 목록에 추가해야 합니다.
- 에이전트에 리포지토리 매핑, 테스트 실행 또는 작은 리팩터링 제안과 같은 작은 방향 작업을 실행하도록 요청하여 설정을 확인합니다. diffs 및 CI를 사용하여 결과를 확인합니다.
권장 MCP 서버
-
Microsoft MCP Server 알아보기: 에이전트에 신뢰할 수 있는 현재 Microsoft 설명서 및 코드 샘플이 필요한 경우 이 서버를 사용합니다. 공용 원격 엔드포인트는 .입니다
/api/mcp. 자세한 내용은 Microsoft Learn MCP Server 시작하기를 참조하세요. - Azure MCP Server: 에이전트가 개발 환경에서 Azure 리소스를 검사, 쿼리 및 관리해야 하는 경우 이 서버를 사용합니다. 자세한 내용은 Azure MCP Server 시작하기를 참조하세요.
Important
승인된 MCP 서버에만 에이전트를 연결합니다. 허용 목록 엔드포인트, 최소 권한 도구 범위 및 감사 가능한 로그를 선호합니다. 도구가 리포지토리에 쓰거나 리소스를 배포할 수 있는 경우 프로덕션 액세스처럼 처리하고 적절하게 제어합니다.
Azure 최적화된 에이전트 팀 빌드
Azure의 엔터프라이즈급 B2B 솔루션의 경우, 간단한 에이전트 모델로 시작한 뒤 Azure 관련 책임이 명확한 경우에만 이를 확장하세요. Azure 지침은 랜딩 존을 확장 가능하고 안전하며 관리되는 환경에 권장되는 출발점으로 취급합니다. 또한 ID, 연결 및 관리와 같은 공유 서비스를 제공하는 플랫폼 랜딩 존과 애플리케이션 및 환경에 대한 워크로드 리소스를 보유하는 애플리케이션 랜딩 존을 구분합니다. 둘 다 Azure RBAC, Cost Management 및 클라우드용 Microsoft Defender 같은 핵심 컨트롤을 사용하도록 설정합니다.
이러한 차이는 B2B 제품에 중요합니다. 목표는 기능을 신속하게 제공하는 것만이 아니기 때문입니다. 목표는 기업 고객이 신뢰할 수 있는 제품을 빌드하는 것입니다. Azure 프로덕션 등급 에이전트에 대한 Microsoft 시작 지침은 팀이 프로토타입을 넘어 다중 테넌트, 애플리케이션 계층, 오케스트레이션 계층 및 컨텍스트 계층을 넘어가면서 중요한 디자인 영역을 호출합니다. 또한 엔터프라이즈 시나리오에서는 여러 고객의 보안, 안정성 및 적응성에 주의를 기울여야 합니다.
권장 Azure 에이전트 역할
Microsoft 에이전트 워크플로에 맞게 조정할 수 있는 Azure Skills 제공합니다. 또한 스타트업은 다중 에이전트 엔지니어링 팀의 모델로 gstack 패턴을 사용할 수 있습니다. 다음 역할은 Azure 엔터프라이즈급 B2B 제품을 빌드하는 신생 기업에 Azure 최적화된 확장을 권장합니다.
제품 및 요구 사항 플래너 에이전트
새 작업의 첫 진입점으로 이 에이전트를 사용하세요. 제품 요청을 테넌트 격리, 거버넌스 요구 사항, 배포 제약 조건 및 운영 기대치와 같은 기능 범위 및 비기능적 요구 사항을 포함하는 짧은 구현 계획으로 바꿉니다.
Azure 플랫폼 설계자 에이전트
이 에이전트를 사용하여 테넌트 설정, 관리 그룹, 구독 전략, 연결, ID, 거버넌스 기준 및 공유 플랫폼 서비스 등 플랫폼 랜딩 존 및 환경 기반을 형성할 수 있습니다. Azure 랜딩 존 지침 이러한 결정을 기본으로 지정하고 대규모 Azure 환경의 표준화된 시작점으로 랜딩 존 모델을 사용하는 것이 좋습니다. azure-enterprise-infra-Planner 기술을 시작점으로 사용합니다.
엔터프라이즈 애플리케이션 설계자 에이전트
이 에이전트를 사용하여 애플리케이션 랜딩 존 및 비즈니스 워크로드 자체에 집중합니다. B2B 솔루션의 경우 이 역할은 워크로드 경계, 환경 분리, 애플리케이션 계층 디자인 및 테넌트별 논리가 더 광범위한 플랫폼 기반에 매핑되는 방식을 소유합니다.
ID 및 보안 에이전트
이 에이전트를 사용하여 엔터프라이즈 액세스 제어 및 워크로드 보호를 검토합니다. Azure Well-Architected 지침 ID를 기본 경계로 식별하고 엄격하고 조건부 및 감사 가능한 ID 및 액세스 관리를 권장합니다. 이 역할은 인증 패턴, 워크로드 ID, RBAC 경계, 네트워크 세분화 및 보안 기본값을 검토합니다.
Azure DevOps 및 IaC 에이전트
배포 템플릿, 플랫폼 자동화 및 반복 가능한 프로비저닝과 같은 "코드를 통한 모든 것" 계층을 소유하려면 이 에이전트를 사용합니다. Azure 운영 우수성 지침은 기반을 플랫폼 자동화 및 DevOps에 연결하며, Azure 거버넌스 지침은 새 환경에 대한 Bicep 또는 Terraform 기반 배포 흐름을 권장합니다. azure-prepare 기술을 시작점으로 사용합니다.
안정성 및 관찰성 에이전트
이 에이전트를 사용하여 상태, 경고 및 프로덕션 동작을 검토합니다. Azure Well-Architected 안정성 지침 상태 모델링, 모니터링 및 경고 전략 설계, 메트릭, 로그 및 추적을 사용하여 중요한 흐름 및 워크로드 구성 요소를 추적하는 것이 좋습니다.
Azure 통합 에이전트
이 에이전트를 사용하여 실제 Azure 환경에서 개발자 환경을 유지합니다. Azure MCP Server를 사용하면 AI 에이전트가 자연어를 통해 Azure 리소스와 상호 작용할 수 있으며 GitHub Copilot CLI, GitHub Copilot 코딩 에이전트, SDK 기반 앱 및 기타 MCP 호환 클라이언트에서 사용할 수 있습니다. azure-deploy 기술로 시작하고 사용자 환경에 맞게 수정합니다.
거버넌스 및 비용 에이전트
스타트업이 크레딧 기반 실험에서 기업 운영으로 전환하는 과정에서 예산, 태그 지정, 정책 할당, 그리고 규정 준수 가드레일을 적용하려면 이 에이전트를 사용하세요. Azure 거버넌스 지침은 자동화된 가드레일, Azure Policy 적용 및 버짓 및 경고 같은 비용 제어를 권장합니다. Azure 규정 준수 및 Azure 비용 기술은 유용한 시작점입니다.
검토자 및 QA 에이전트
병합하기 전에 이러한 에이전트를 사용하여 정확성, 보안, 에지 사례, 랜딩 존 맞춤, 액세스 경계, 모니터링 범위 및 인프라 변경 안전성을 검토합니다. Azure 유효성 검사 기술로 시작하고 고객 및 환경 요구 사항에 맞게 수정합니다.
일반적인 gstack 설정과 어떻게 다른가요?
gstack 스타일 패턴(→ 계획 → 빌드 → 검토 → 테스트 → Ship → Reflect)은 역할 분리, 검토 루프 및 간단한 운영 모델을 제공하기 때문에 여전히 유용한 시작점입니다. 권장되는 변경은 제네릭 엔지니어링 Swarm을 플랫폼 기반, 워크로드 디자인, 보안, 자동화, 관찰 가능성 및 거버넌스와 같은 Azure 아키텍처 경계를 반영하는 팀으로 전환하는 것입니다. 이러한 구조는 Azure 특정 관심사가 사후 고려가 되지 않도록 합니다.
사양 기반 개발, 코드로서의 인프라 및 첫날부터 CI/CD를 사용하여 빌드
Azure 빌드를 시작할 때 애플리케이션 코드, 인프라 및 배포를 하나의 엔지니어링 시스템으로 처리합니다. 한 곳에서 제품을 디자인하고, 다른 위치에서 인프라를 프로비전하고, 나중에 배포를 자동화하는 대신 다음 워크플로를 사용합니다.
- 사양은 의도한 결과를 정의합니다.
- IaC(Infrastructure as Code)는 원하는 Azure 환경을 정의합니다.
- CI/CD는 반복 가능한 파이프라인을 통해 변경 내용의 유효성을 검사하고 배포합니다.
이 방법은 의도와 구현 간의 드리프트를 줄이고, 팀에 진실의 공유 소스를 제공하며, 프로토타입에서 프로덕션으로 확장하는 데 도움이 됩니다.
예시 워크플로
사양에서 기능을 정의합니다.
코드를 작성하기 전에 사양 우선 방법을 사용하여 문제, 사용자, 요구 사항, 제약 조건 및 성공 조건을 캡처합니다.
Planner 에이전트가 구현 준비 기능 간략한 설명을 만들게 합니다.
Planner는 임시 프롬프트 대신 명시적 계획에서 워크플로가 시작되도록 범위 및 요구 사항을 명확히 합니다.
Azure 플랫폼 아키텍트 에이전트가 해당 기능을 위한 Azure 기반 환경을 설계하도록 하세요.
이 에이전트는 ID, 거버넌스, 네트워킹, 관리 및 랜딩 존 배치를 포함하여 기능이 Azure 환경에 적합한 방법을 결정합니다.
Azure DevOps 및 IaC 에이전트가 인프라를 코드로 정의하게 합니다.
버전 제어에 저장된 Bicep 또는 Terraform에서 필요한 Azure 리소스, 환경 구조 및 배포 구성을 구현합니다.
Azure 통합 에이전트가 실제 Azure 환경을 확인하도록 하세요.
에이전트가 리소스를 검사하고, 가정의 유효성을 검사하고, 추측하는 대신 실제 Azure 환경에 대해 작업할 수 있도록 Azure MCP Server와 같은 Azure 인식 도구에 워크플로를 연결합니다.
검토자와 QA 에이전트가 변경 사항을 점검하게 합니다.
병합하기 전에 정확성, 보안, 에지 사례, 모니터링, 로깅 및 상태 검사를 검토합니다.
끌어오기 요청 및 CI/CD를 사용하여 기능의 유효성을 검사하고 배포합니다.
병합하기 전에 빌드, 테스트 및 유효성 검사가 실행되도록 애플리케이션 코드, IaC 및 배포 워크플로 변경 내용을 끌어오기 요청 뒤에 배치합니다.
사양, 인프라 및 배포 워크플로를 동기화 상태로 유지합니다.
배포된 시스템이 시간이 지남에 따라 의도한 디자인에 맞게 유지되도록 사양, IaC 및 파이프라인을 살아있는 아티팩트로 처리합니다.
이 모델은 신생 기업이 Azure 첫 번째 빌드에서 프로덕션 준비 배달로 이동할 수 있는 보다 안정적인 방법을 제공합니다. 수동 포털 설정, 연결이 끊긴 스크립트 또는 문서화되지 않은 결정에 의존하는 대신, 팀은 사양이 의도를 캡처하고, IaC가 Azure 환경을 캡처하고, CI/CD가 배송될 때마다 일관성을 적용하는 워크플로를 가져옵니다.
요약
에이전트 기반 개발은 명확한 사양, 특수 에이전트 역할, Azure 인식 도구 및 반복 가능한 배달 워크플로를 결합하여 신생 기업이 아이디어에서 구현으로 이동하는 데 도움이 됩니다. 팀은 빌드해야 하는 항목을 정의하고, 계획을 사용하여 해당 의도를 기술 결정 및 작업으로 전환하고, 임시 변경 대신 버전 제어 워크플로를 통해 애플리케이션 코드 및 인프라를 구현하는 사양으로 시작합니다.
또한 강력한 워크플로는 하나의 일반 코딩 도우미 대신 특수한 역할의 이점을 누릴 수 있습니다. Azure 프로젝트의 경우 에이전트가 Azure MCP Server와 같은 Azure 인식 도구를 사용할 수 있고 끌어오기 요청, 차이, 테스트 및 CI/CD를 통해 변경 내용을 검토할 수 있는 경우 에이전트 기반 개발이 더 유용해집니다.
이 방법은 향후 재작업을 만들지 않고도 신생 기업이 신속하게 빌드할 수 있도록 도와줍니다. 설립자의 경우 첫 번째 배포 속도가 빨라지고, 수동 구성 실수가 적고, 검토가 더 명확하며, 프로토타입에서 프로덕션 등급 소프트웨어로의 원활한 경로를 의미합니다.
추가 리소스
Azure 계정을 올바르게 설정하기 | Microsoft Learn
SSLZ(Startup Scale Landing Zone)
microsoft/azure-skills: Azure 시나리오용 스킬 및 MCP 서버 구성을 제공하는 공식 에이전트 플러그인입니다.