# 프로젝트 회의록
## 회의 정보
- **회의명**: 프로젝트 회의
- **일시**: 2025.11.26
- **장소**: 강의실 372
- **회의 유형**: 기획회의
## 참석자
- **진행자**: 팀장 최대현
- **참석자**:
- 국영규
- 강소현
- 김세희
- 모인지
- 윤종윤
- 이유진
- 임성현
- 최대현
- 이상호
- **불참자**:
## 회의 안건
1. 오픈 API 키 권한 에러 및 권한 종류 확인
2. MSA 적용 시 기능 분할 기준 논의"
3. Git 브랜치 전략 및 코드 리뷰 플로우, 작업 버전 관리 방식
4. API·AI 사용 정책 및 용량 테스트 필요성 검토
5. RagFlow 테스트 요청
## 회의 내용
### 안건 1: 오픈 API 키 권한 에러 및 권한 종류 확인
- **논의 내용**:
- 오픈 API 호출 시 권한 에러 발생
- 오픈 API 키를 발급받은 쪽에서 추가로 권한 설정을 해줘야 함
- 여기서 말하는 “권한”이 토큰(계정/애플리케이션) 권한인지, 특정 모델/리소스에 대한 접근 권한인지는 확인이 필요
- 권한 문제를 해결하지 못하면 API 연동이 막히므로 권한 종류(토큰 vs 모델/리소스)를 명확히 구분해야 함
### 안건 2: 인프라 비용 재검토
- **논의 내용**:
- 인프라 전문가는 이미 다른 조에는 피드백을 준 상태이나, 우리 팀은 아직 아키텍처를 제출하지 않아 피드백을 못 받은 상황
- 클라우드 비용이 많이 나오고 있어, 기능과 인프라 구성을 다시 보고 있음
- 클라우드 아키텍처는 어제 공유되었고, 시스템 아키텍처는 오늘 중으로 구성이 완료될 예정
- 비용과 기능 요구사항을 함께 보면서, “지금 꼭 필요한 리소스만 남기는 방향”으로 인프라를 조정할 필요가 있음
### 안건 3: Redis(API 응답 캐시) 사용 여부
- **논의 내용**:
- 서브넷을 하나만 추가해도 비용이 크게 증가하는 점을 확인
- 아키텍처 상에 추가로 그려지는 구성요소는 많지 않지만, Redis까지 포함하면 비용 부담이 더 커짐
- 현재는 API 응답 캐싱용 Redis를 일단 아키텍처에 넣어둔 상태지만,
비용 대비 효과를 고려하면 빼도 크게 문제는 없을 것 같다는 의견
- 실제 트래픽/응답시간 요구 수준을 고려해, Redis 없이도 초기 PoC·데모 수준에서는 충분한지 검토 필요
### 안건 4: 슬라이드형 PPT → PDF 변환 및 “플로우”로 구현 가능성
- **논의 내용**:
- 코드 구현 없이도 플로우(노코드/로우코드 워크플로우) 형태로 구현이 가능하다는 결론에 도달
- 특히 슬라이드형 PPT 파일을 PDF로 변환하는 방법에 대해 논의했으며, 이 과정을 플로우 상에서 처리할 수 있는지 검토 중
- 변환 품질(레이아웃 유지, 한글 폰트 등)과 자동화 난이도를 함께 고려해, 코드 vs 플로우 중 어느 쪽이 더 적합한지 판단해야 함
### 안건 5: 토큰 로그인 및 플로우 사용
- **논의 내용**:
- “토큰 정보가 있어서 로그인해야만 쓸 수 있는 구조인지”에 대한 질문 제기
- 결론: 토큰이 필요하면 어쩔 수 없이 로그인/인증 절차가 필요하며, 이 부분은 회피가 불가능하다는 인식
- 해당 기능은 플로우 기반(RagFlow)으로 구현해도 괜찮을 것 같다는 의견
- 인증/인가 설계를 명확히 해야 하며, 플로우 상에서도 토큰 발급·저장·사용 흐름을 어떻게 처리할지 정의 필요
### 안건 6: 아웃바운드(Out-going) 정책과 코드 기반 처리
- **논의 내용**:
- “토큰 정보가 있어서 로그인해야만 쓸 수 있는 구조인지”에 대한 질문 제기
- 결론: 토큰이 필요하면 어쩔 수 없이 로그인/인증 절차가 필요하며, 이 부분은 회피가 불가능하다는 인식
- 해당 기능은 플로우 기반(RagFlow)으로 구현해도 괜찮을 것 같다는 의견
- 인증/인가 설계를 명확히 해야 하며, 플로우 상에서도 토큰 발급·저장·사용 흐름을 어떻게 처리할지 정의 필요
### 안건 7: 파일 다운로드 및 승인 상태 UI
- **논의 내용**:
- 페이지에 접근 권한이 “수락(승인)”되면 내용이 활성화되고, 아직 승인되지 않은 경우 “검토 중”으로 표시되는 구조
- “보낸 것(업로드/요청한 것)을 리스트로 볼 수 있는 화면이 있으면 좋겠다”는 의견 제시
- 현재는 다운로드 버튼을 눌러도 파일이 무선으로 전송되다가 중간에 멈추는 현상이 발생하고 있음 (HTTP 40x 계열로 추정되지만 정확한 상태 코드는 불명)
- 전송 중단 원인이 네트워크/권한/서버 설정/파일 크기 제한 중 무엇인지 분석 필요
- 발송 내역/요청 내역을 한 번에 볼 수 있는 리스트/히스토리 화면이 UX상 중요
- **결정 사항**:
- API 권한 처리: 오픈 API 권한 에러의 원인을 파악하기 위해 토큰 권한인지, 모델/리소스 권한 문제인지 확인하고 필요한 권한 설정 방법을 정리한다 (BE / AI) (2025-11-26~2025-11-28)
- 인프라 비용 재검토: 현재 클라우드 아키텍처/시스템 아키텍처 상에서 비용이 크게 나오는 부분(서브넷·추가 리소스 등)을 다시 검토하고, 불필요한 리소스를 줄이는 초안(비용 절감안)을 작성한다 (Infra / BE) (2025-11-26~2025-11-30)
- Redis 사용 여부: Redis를 API 응답 캐시 용도로 유지할지, 초기 버전에서는 제거할지 결정하기 위해, Redis 미사용 시 성능 영향(응답 시간, 호출 빈도)을 추정하고 1차 권고안을 만든다 (BE) (2025-11-26~2025-11-29)
- PPT→PDF 플로우:슬라이드형 PPT를 PDF로 변환하는 작업을 플로우 기반으로 PoC해보고, 변환 품질과 구현 난이도를 비교하여 코드 vs 플로우 최종 방식을 결정한다 (AI / BE) (2025-11-27~2025-12-02)
- 토큰 기반 접근 흐름: 토큰 기반 로그인/접근 제어가 필요한 API 목록을 정리하고, 플로우/코드에서 토큰 발급·저장·사용 흐름을 문서로 정의한다 (BE) (2025-11-27~2025-12-01)
- 아웃바운드 정책 반영: 아웃바운드 전면 금지 정책을 전제로, 외부 호출 없이도 데이터셋 연결·추출·검증이 가능한 구조(내부 전용 데이터 파이프라인)를 설계한다 (AI / Infra) (2025-11-27~2025-12-03)
- 다운로드 장애 해결: 파일 다운로드 중단 문제를 재현하고, HTTP 상태 코드·로그를 확인하여 원인(권한, 네트워크, 파일 크기 제한 등)을 분석한 후, 발송 내역/요청 내역을 볼 수 있는 리스트 화면 요구사항까지 함께 정의한다 (FE / BE) (2025-11-26~2025-11-30)
## 다음 회의
- **일시**: 2025-11-27
## 기타 사항
- 모든 회의록은 GitHub의 docs/meeting-notes/ 디렉토리에 저장
- 회의록은 회의 종료 후 24시간 내에 공유
---
**작성자**: 이유진
**작성일**: 2025-11-26