문제가 될수있다고 판단하는 부분

1. zip 파일을 받을때 코드에는 민감한 정보(API Key, Token, 환경변수) 가 포함될수도있고 안될수도 있다.
   • 그럼 포함될때 보안상 문제를 생각해봐야할것같다
   • 안포함될때는 인프라를 만들때 분명 민감한 정보가 어느정도는 필요하지않을까? 없으면 어떻게 되는가?

해결책: (민감한 정보가 있는 경우)파일을 서버에 저장하지 않고 메모리에서만 분석 후 즉시 삭제(사용자에게 동의를 얻어야함)

1. 규모를 추천해주는 부분에서 실제 성능 부하나 DB I/O 등은 코드만으로 완전히 예측하기 어렵다.
   • 예) 심사위원이 “AI가 어떤 기준으로 추천하나요?” 라고 질문이 왔을 때를 대비하여 기준을 정해야한다.

해결책: AI가 추천 근거를 함께 제시하게 하기

→ “Flask 기반 앱, DB 연결 있음, 파일 처리 없음 → CPU보단 메모리 중심 인스턴스 추천”

1. 비용 계산 정확도 및 신뢰성 문제

   • 각 클라우드의 가격 API는 리전별/요금제별로 매우 복잡하다. 정확한 비용을 계산하기에는 부족할것이다.

   해결책 : “예상 비용”임을 명시하고, “공식 API 기반 추정치”라고 표시.

   해결책2: 단순화 — EC2, S3, Azure VM, GCP Compute Engine 등 대표 리소스만 비교.

   “본 서비스는 주요 인프라 리소스(컴퓨트, 스토리지)를 기준으로 비교” 라고 명시

1. 파일 다운로드 시 확장자 및 실행 경로 충돌

   • 사용자 OS별로 Terraform 실행 환경이 다름 (Windows, macOS, Linux)

   해결책: Markdown 가이드에 OS별 예시 구분

   - Windows: `terraform.exe apply`
   - macOS/Linux: `terraform apply`
   
   이처럼 os에 맞춘 가이드를 제공해야할것같다.
   

1. (인프라) 테라폼을 만든 후 알맞게 만들었는지 사용자는 모를수가있음
   • “테라폼 코드를 만들때 이유”가 없으면 사용자가 불신함.

해결책: AI가 항상 reasoning 요약을 제공하게 함

→ “코드 내 CPU-bound 연산이 많고, 비동기 구조가 없기 때문에 ~ 생성하였다.”