2025.07 ~ 2025.09https://github.com/BI-2025-Summer-Team2 BI-2025-Summer-Team2BI-2025-Summer-Team2 has 2 repositories available. Follow their code on GitHub.github.com 현직 카카오 백엔드 개발자 멘토님께 멘토링(코드 리뷰)을 받았던 프로젝트다.멘토님께서 전에 해커톤으로 구현하셨던 프로젝트의 요구사항을 따랐기에 기획 과정은 없었다.복잡한 주제보다는 "제대로 된 게시판 만들기"가 주 목적으로, JPA, Redis 등 새로운 기술 및 운영 환경에서 고려해야 할 요소들을 많이 학습하게 되었다.주 10~15시간을 목표로, 주말이나 자투리 시간을 활용하는 방향으로 진행되었다.나는 이전..

프로젝트 개요SSAFY 팀 프로젝트에서 인프라 담당자로서 AI 기반 투자 전략 서비스의 전체 인프라를 설계하고 구축했습니다. GitLab, Jenkins, Docker, AWS를 활용하여 완전히 자동화된 CI/CD 파이프라인을 구축하고, 프론트엔드(React), 백엔드(Spring Boot), AI 백엔드(FastAPI), 데이터베이스(MySQL)가 유기적으로 연동되는 컨테이너 기반 아키텍처를 설계했습니다. 기술적 정리핵심 기술 스택인프라: AWS EC2, Ubuntu 22.04CI/CD: Jenkins, GitLab Webhook컨테이너화: Docker, Docker Compose웹 서버: Nginx (리버스 프록시, SSL 터미네이션)백엔드: Spring Boot 3.4.4 (Java 17)AI 백엔..

목표개발자 코드 pushGitLab이 Jenkins 호출(Webhook)Jenkins가 자동으로 코드 가져오기Docker 이미지 빌드컨테이너 재배포 GitLab Plugin 설치Jenkins 대시보드에서 Manage Jenkins -> Plugins -> Available plugins -> GitLab 설치. GitLab 접속 정보 (Personal Access Token) 생성Jenkins가 GitLab 저장소에 접근할 수 있도록 개인용 접속 토큰을 만든다.GitLab 로그인 -> User Settings -> Access Tokens -> Add New Tokens.Token name : 식별하기 쉬운 이름(jenkins-access)Scopes(권한)에서 api 체크 : 최소 권한 원칙을 지키기 ..

이전에 docker-compose.yml로 전체 시스템을 코드화했다.이 시스템을 업데이트하는 과정을 자동화하자. 왜?git pulldocker compose builddocker compose up -d이 과정을 대신하는 자동화 비서를 도입하자.개발자가 코드를 push하는 행동을 감지하여 배포 명령을 알아서 자동으로 실수 없이 실행한다.자동화 : 반복적인 수동 배포 작업을 없애고 휴먼 에러 방지.중앙 관리 : 모든 빌드 및 배포 이력과 로그가 Jenkins에 기록되어 추적 용이.통합 : Git, Docker, SonarQube 등 다양한 개발 도구와 연동하여 정적 코드 분석, 테스트 자동화 등 복잡한 파이프라인 구성 가능. Jenkins 컨테이너 생성mkdir ~/jenkins-dockernano ~/j..

Docker Compose여러 개의 컨테이너로 구성된 애플리케이션을 정의하고 실행하기 위한 도구.명령어 단순화 : docker run에 붙이던 옵션들을 YAML 파일에 모두 정리할 수 있다.서비스 전체 관리 : docker-compose up 명령으로 모든 서비스를 한 번에 띄울 수 있다.네트워크 자동화 : 모든 서비스를 위한 전용 내부 네트워크를 자동 생성한다. 서비스들은 네트워크 안에서 컨테이너 이름으로 서로를 쉽게 찾아 통신할 수 있다. Docker Compose 설치#Docker Compose 플러그인 설치sudo apt-get updatesudo apt-get install -y docekr-compose-plugin#설치 확인docker compose version 프로젝트 구조 정리~/tes..

이전에 테스트 애플리케이션(Spring Boot, FastAPI)을 만들 때는 서버에 폴더 만들어서 구조만 맞췄다.지금 프로젝트에서는 서버에 접속하는 사람이 나뿐이라 위험이 덜하지만, 나중에는 그러지 말자.로컬 : 꿈을 펼쳐라. 하고 싶은 거 다 해~IDE, 디버거 등 개발에 필요한 모든 것이 갖춰져 있다.이것저것 시도하다가 박살나도 아무에게도 피해가 없다.빠른 테스트로 바로 개선할 수 있다.서버 : 실수를 용납하지 않는 서비스 공간.모든 것이 정해진 규칙과 보안에 따라 동작한다.오직 검증되고 완성된 빌드 파일만 올린다.실수하면 서비스 장애로 신뢰가 무너지고 사용자 경험을 해친다.동시 작업 시 엄청난 혼란 야기. => 그러니까 git을 사용하는 것.Docker는 서버에 올려야 테스트가 가능하지 않나?를 ..