NexERP는 NextGen(차세대)과 ERP(전사적 자원 관리)를 결합한 서비스로 단순한 관리를 넘어 내일의 성장을 주도하는 클라우드 솔루션을 제공합니다.
| 이름 | 이원진 | 윤민섭 | 곽채연 |
|---|---|---|---|
| 역할(Role) | BE Lead | BE, INFRA | BE, FE |
 |
 |
 |
사용자가 서비스에 접속하고 최신 코드가 배포되는 핵심 경로
- 트래픽 제어: 클라이언트는 Route 53을 통해 접속하며 ALB가 SSL/TLS 인증서를 관리하고 트래픽을 가용 영역 내 EC2 인스턴스로 분산
- 컴퓨팅: VPC 내부의 프라이빗 서브넷에 위치한 EC2가 실제 애플리케이션을 구동, RDS 활용
- 배포 자동화: 코드 push 시, Github Actions가 도커 이미지를 빌드하여 ECR에 Push 후, EC2가 이를 Pull 하여 컨테이너 기반 서비스 실행
NexERP의 핵심인 예측 KPI를 생성하기 위한 배치 처리 프로세스입니다.
-
운영 환경의 부하를 최소화
- RDS Read Replica 활용: 매일 새벽 진행되는 대규모 데이터 추출 작업이 실제 사용자의 서비스 이용(OLTP)에 영향을 주지 않도록, 운영 DB가 아닌 읽기 복제본에서 데이터를 추출
- 성능 격리: 이를 통해 분석 쿼리로 인한 운영 서버의 CPU/Memory 점유율 상승 차단
-
서비리스 기반의 ETL 파이프라인
- Step 1. Data Loading (02:00 KST): 복제본에서 추출된 로우 데이터(Raw Data)를 CSV 형태로 S3 Data Lake에 적재
- Step 2. Analysis & Schema Conversion (03:00 KST): Event Bridge 스케줄러가 AWS Lambda를 트리거하여, S3의 데이터를 분석하고 서비스 규격에 맞는 JSON 형태로 변환
- Step 3. Persistent Snapshot (04:00 KST): 분석 결과를 다시 RDS 테이블에 저장
-
스토리지 및 비용 최적화: S3에 저장된 원본 데이터는 LifeCycle Policy에 의해 120일 후 자동 삭제하여 스토리지 비용 관리 효율 확보
- JWT 기반 인증 및 권한 분기
- 부서(관리/재고/물류) + 세부 Role(READ/WRITE/ALL) 관리
- 정책 기반 권한 제어
- 인사 관리 (권한, 가입 승인)
- 프로젝트 전반(할당, 승인, 관리)
- 입고 업무 전반(승인 요청, 입고 처리, 관리)
- 출하 업무 전반(승인 요청, 출하 처리, 관리)
- 재고 관리 (등록, 검색, 안전/목표 재고 설정)
- 상태 기반 워크플로우
매일 자동 수집 -> 분석 -> S3 저장 -> DB 저장 과정 자동화
- 프로젝트 처리 완료율
- 업무 장기 처리율
- 안전재고 확보율
- 재고 회전율
- 출하 완료율
- 출하 리드타임
- 예측 KPI (재고 회전율, 출하 리드타임)
nexerp
├─ domain
│ ├─ admin
│ ├─ analytics
│ ├─ company
│ ├─ inventory
│ ├─ inventoryitem
│ ├─ item
│ ├─ kpi
│ ├─ logistics
│ ├─ logisticsItem
│ ├─ member
│ ├─ project
│ └─ projectmember
│
└─ global
├─ common
├─ config
├─ handler
└─ security
| 타입 | 설명 |
|---|---|
| [Feature] | 새로운 기능 추가 |
| [Refactor] | 기능 변화 없는 코드 구조 개선 |
| [Proposal] | 협업 개선 |
| [Bug] | 발견된 버그 수정 사항 |
| [Help] | 도움 요청 |
<타입>: <제목>
본문 내용 (선택)
- 커밋 메시지는 한글로 작성합니다.
- 커밋은 하나의 작업 단위로 구분됩니다.
| 유형 | 설명 |
|---|---|
| feature | 새로운 기능 추가 |
| refactor | 코드 리팩토링 (기능 변화 없이 구조 개선) |
| fix | 일반적인 버그 수정 |
| docs | 문서 수정 (README, 주석, 위키 등) |
| test | 테스트 코드 추가 |
| style | 코드 포맷팅 (공백, 세미콜론 등 스타일 변경) |
| chore | 기타 관리 작업 (라이브러리 업데이트 등) |
| comment | 주석 추가 및 변경 |
| rename | 파일/폴더명 수정 및 위치 이동 |
| remove | 파일 삭제 |
| !BREAKING CHANGE | 큰 API 변경 |
| fix | 버그 수정 |
| !HOTFIX | 긴급한 버그 수정 |
feature: 로그인 API 구현
refactor: UserService 로직 분리
- main: 실제 운영 배포 브랜치
- dev: 개발 통합 브랜치
- main, dev 브랜치에 대한 직접적인 커밋 또는 푸시 금지
- 모든 변경 사항은 반드시 Pull Request(PR)를 통해 코드 리뷰 후 병합
- PR 병합 전에 필수 CI 테스트 통과
<브랜치 유형>/<이슈 번호>/<기능명>
| 유형 | 설명 |
|---|---|
| feature/이슈번호/요약 | 새로운 기능 추가 |
| refactor/이슈번호/요약 | 코드 리팩토링 (기능 변화 없이 구조 개선) |
| fix/이슈번호/요약 | 일반적인 버그 수정 |
| docs/이슈번호/요약 | 문서 수정 (README, 주석, 위키 등) |
| test/이슈번호/요약 | 테스트 코드 추가 |
| chore/이슈번호/요약 | 기타 관리 작업 (라이브러리 업데이트 등) |
| hotfix/이슈번호/요약 | 긴급한 버그 수정 |
chore/1/github-initial-setup
fix/57/image-preview
- PR 생성 시 반드시 관련 이슈를 연결합니다.
ex) 관련 이슈: #3