항해99

기대하던 항해 실전프로젝트(6주)가 시작되었고, 항해99 17기 최고 아웃풋으로 남겠다는 다짐과 함께 Challenging한 주제를 잡고 꾸역꾸역 해내자 라는 마음가짐으로 팀원들과 어려운 주제를 잡고 가기로 했다. 주제는 트위치와 같은 라이브 스트리밍 방송 송출/시청 플랫폼 개발 이였는데, 운명적이게도 주제를 선정하고 4일 뒤 쯤에 트위치가 한국에서 망 사용료를 감당하지 못해 사업을 철수하겠다는 기사가 났다. 먼저 벌써부터 많은 트래픽이 발생될 예정이고, "실시간" 스트리밍이 되어야하기때문에 대용량 트래픽에 대해서 빠르게 대응할 수 있도록 아키텍쳐를 설계해야했다. MSA를 경험해보고싶은 마음과 현실적인 솔루션인 SOA 아키텍쳐가 혼용된 애매한 아키텍쳐 구조를 시작으로, 필요없는 부분은 버리고, 나눌 필요..

주제 선정 가장 먼저 주제선정이 되어야 어떤 아키텍쳐, 기술 스택 등등 상세히 결정할 수 있는데, 우리 팀의 경우는 MSA, 부하 테스트 및 분석, 오토스케일링 등을 학습하고 경험해보고 싶었기에 기술을 위한 주제를 고려해보았다. 채팅방이나 표 예매 등의 주제는 부하가 걸리는 하나 혹은 두개의 작업에 대해서 부하 테스트를 진행하게 된다고 생각하여, 병목현상이 발생하는 지점, 부하가 걸리는 원인 등을 거의 알고 테스트를 진행하게 될 것 같다는 생각에 아쉬운 면이 있었다. 그런 중 개인 방송 스트리밍 서비스에 대한 얘기를 나누다가 외부 라이브러리(FFMPEG 등)을 포함하며 일련의 작업들 중 어디서 부하가 걸리는지 테스트를 통해 분석해가야한다는 점이 매력적이라서 선택하게되었다. MSA? SOA? MA? 기존에..

구축한 CI/CD 파이프라인을 요약한 사진입니다. 포스팅 범위를 고려해서 리액트와 aws RDS 내용은 우선 제외하고 정리하겠습니다. 따라서 다루는 스코프는 아래와 같습니다. 각 포스트 별로 수행하는 작업을 포스트 링크 아래 이미지로시각화했습니다. 2023.11.22 - [aws] - [aws][ec2] 간단하게 생성하기 2023.11.22 - [CICD/Docker] - [Docker]docker hub + docker compose + docker volume Jenkins:lts public image로 컨테이너 띄워 접속하기 [추가] 인바운드 규칙을 모든 ip대역에서 ssh포트를 개방하고 사용중인데, 좋은 방법이 아니므로 아래 포스트 들을 참고해서 인바운드 규칙을 안전하게 수정해주자 aws 보안그..

2주동안 강의 시간만 순시간 38시간 가까이 되는 Springboot 입문, 숙련, 심화 강의를 모두 들으면서 2~3일마다 바뀌는 팀으로 매번 코드컨벤션, 브랜치전략, 작업의 순서 등을 정하며 여러 사람들과 협업하는 주간이였다. 인생에서 넓은 스코프의 범위를 제일 빠르게 배운 2주였는데 정말 뜻깊은 시간이였고 많이 실력이 늘었지만, 정리할 것이 산더미인데 정리를 다 못했다. Entity Mapping, 연관관계, Fetch, 영속성 컨텍스트와 Cascade 옵션, http request Interceptor 및 security filter chain과 내가 작성한 filter의 활용, 그리고 postman, httpclient, test code 등을 이용한 다양한 테스트 방법, 그리고 aws EC2, ..

항해99의 페어 프로그래밍 과제를 수행하면서, 정말 실무에서 협업을 하면 어떻게 하는지 열심히 찾아보고 개발 프로세스를 최대한 업무하는 것처럼 진행하고자 했다. 다행히도 멋진 페어님과도 뜻이 맞아서 주어진 짧은 시간 내에서 할 수 있는 것들을 가능한 반영하려고 했다. 협업 과정 ERD, API명세, UseCase Diagram 공동작업 깃헙 organization 활용 main - fix - release - dev - feature 브랜치 전략 feature branch에서 pull request 날리기 코드리뷰 후 merge application.properties & application-secret.properties 활용 release 브랜치 merge 후 테스트 branch 구조 Pull Re..