docs: record infrastructure deployment feedback

docs/ACS작업일지.md

@@ -253,6 +253,25 @@
   - `aidev` 팀 또는 프로젝트에서 resource create/update/deploy 권한 부여 요청.
   - 권한이 없는 경우 권한 있는 관리자가 ACS resource를 생성하거나, 사용자에게 프로젝트 관리자 권한을 부여해야 함.
 
+### 인프라 담당자 피드백 반영 필요
+- 인프라 담당자 피드백 요지:
+  - AI DEV 표준 환경에는 `.project-env`가 미리 정의되어 있음.
+  - DB를 로컬/compose 내부에 직접 만들고 전체 기술구조를 통째로 배포하는 방식은 표준 흐름과 맞지 않을 수 있음.
+  - 개발은 PC 로컬보다 포털의 Coder 환경에서 진행하는 것을 권장.
+  - 배포 앱은 Node.js 기반으로 맞추는 것이 좋다는 의견.
+  - `CLAUDE.md` 등 프로젝트 작업 규칙 파일이 표준 템플릿에 이미 준비되어 있음.
+- 현재 ACS와의 차이:
+  - 현재 ACS는 Spring Boot 백엔드 + React 프론트 + PostgreSQL + nginx의 다중 컨테이너 구조.
+  - 기존 compose는 자체 PostgreSQL 컨테이너를 포함함.
+  - AI DEV 표준은 Coder에서 제공하는 `.project-env`의 `DATABASE_URL` 등 환경값을 사용하고, 앱 소스 중심으로 배포하는 방식으로 보임.
+- 대응 방향:
+  - Coolify Docker Compose 직접 배포 시도를 잠시 중단.
+  - Coder 환경에서 `playground/acs`를 clone한 뒤, 실제 제공되는 `.project-env`와 sample/템플릿 구조를 먼저 확인.
+  - 인프라 담당자에게 Java/Spring Boot Dockerfile 배포 허용 여부를 확인.
+  - Node.js가 필수라면 ACS 백엔드 구조를 Node 기반으로 전환하거나, 최소 배포 가능 범위를 재설계해야 함.
+  - 자체 DB 컨테이너 대신 플랫폼 제공 PostgreSQL 접속정보(`DATABASE_URL`)를 쓰는 구조로 변경 검토.
+  - ACS용 `CLAUDE.md` 또는 동등한 작업 규칙 문서를 추가해 Claude/Codex 협업 기준을 명시하는 방안 검토.
+
 ### 인증서 확인
 - `infra/certs/fullchain.pem`, `infra/certs/privkey.pem` 존재 확인.
 - 현재 인증서는 `CN=localhost`, SAN도 `localhost`, `127.0.0.1`용임.