분류 전체보기

이번주에 뭐 했지? SSE를 적용하여 Giftipie 서비스 프로젝트에서 실시간 알림기능을 구현했다. WebSocket은 양방향통신이라 필요없을 것 같아서 SSE를 선택하고 작업했는데 생각보다 일찍끝나버려서 맡은 작업들에 대해 글로 정리하는 시간을 좀 많이 가졌다. 또 서비스 전반을 살펴보고 부족한 부분들에 대해서 찾고 아이디어들을 제시했다. 이슈가 있었다면? 프론트엔드 팀원중 한분이 나가게되었다. 실전프로젝트를 진행하면서 하차까진 아니더라도 마찰정도는 생길거라고 어느정도 예상은 했지만 시작부터 이런 일이 있을 줄은 몰랐다.. 단기간에 결과를 내야하는 환경상 나름 최선의 결과라고 생각이 들지만 한편으로는 인원이 한명 빠진다는건 절대적으로 물리적 자원이 줄어드는 것이기 때문에 프로젝트 완성도 측명에서 걱정..

Call by reference란?직역하면 참조에 의한 호출을 말합니다.메서드 호출 시 인자로 변수의 실제 메모리 주소를 전달하는 방식입니다.즉, 메서드 내부에서 값을 바꾸면, 원본의 값도 변경되는 것이 특징입니다.Call by reference, 어떻게 쓰이나?주로 C++ 언어에서 지원되고 Java에서는 사용되지 않습니다.함수에 변수를 전달할 때, 그 변수의 메모리 주소를 전달합니다. 이 주소를 통해 함수는 원본 변수에 직접 접근하고 변경할 수 있습니다. 따라서, 함수 내에서 변수를 변경하면, 원본 변수에도 그 변경이 반영됩니다.Java에서는? : Call by valueJava에서는 call by value 만을 사용합니다. call by value는 실제값과 인수로 전달한 값이 메모리 측면에서 실제..

1. 챌린지 프로젝트 사전주차 회고 아쉬웠던 점 S.A 단계에서 초반에 그라운드룰, 주제선정, 기술 선정 고려 등 좀 더 확실히 고려해봐야할 문제들에 대해서 금방 정해버리고 넘어갔던게 뒤쯤가서 큰 부담으로 다가왔다. 기획단계가 얼마나 중요한지 뼈저리게 깨달았다. 적당한 스코프를 선정해야했고, 계획적으로 역할분배를 해야했으며, 기술적 의사결정을 파트별로가 아닌 주제에 맞춰서도 진행했어야했다. 팀원 전부가 야행성이었고 자유로운 분위기를 좋아했었던게 나중에 독이되었다. 야행성이야 그러려니하는데, 그라운드룰이 무용지물이 되면서 맘대로 쉬고, 맘대로 자리를 비우고, 불참인원이 생겼다. 적당한 강제성이 항해의 장점이라고 생각했었는데 그 부분을 잃고 진행했던 2주간의 프로젝트였다. 자유롭게 하더라도, 팀원 전부가 자..

0. 무중단배포? 블루그린(blue/green)? 기존에 Spring Boot → Github Actions → Docker image Build → image push to docker hub → image pull to ec2 → image run 이었던 방식에는 push 가 발생하면 서버가 업데이트 되는 동안 잠깐 서버가 내려가는 downtime이 발생한다. 따라서 서비스가 중단되지않고 유지되기 위해서 무중단배포를 진행하였다. 블루 그린 배포방법은 무중단 배포 기법의 하나다. 동작 방식은 다음과 같다. 8080포트를 blue, 8081포트를 green이라 가정한다. blue 포트로 서비스를 실행중일때 업데이트가 일어나면 green 포트로 호스팅을 옮겨 서비스를 말그대로 번갈아가며 배포하는 방법이다...

1. Docker가 뭔데? 도커(Docker)는 컨테이너 기반 가상화 플랫폼으로, 응용 프로그램과 그 종속성을 격리된 환경인 컨테이너로 패키징하여 실행하는 기술이다. 이를 통해 응용 프로그램을 서로 다른 환경에서도 일관되게 실행할 수 있고, 개발 환경과 운영 환경 사이의 차이로 인한 문제를 줄일 수 있다. 본 프로젝트에서는 AWS S3와 CodeDeploy 조합 대신 Docker를 선택했는데 이유는 아래와 같다. Docker 컨테이너는 이식성이 뛰어나고 Docker 지원을 통해 모든 시스템에서 일관되게 실행될 수 있어 S3 및 CodeDeploy를 사용한 기존 배포에 비해 플랫폼 독립성이 뛰어나다. 또한, CodeDeploy는 AWS 환경과의 연동에 대한 이해와 학습곡선이 존재하고, 환경별로 관리해줘야한..

0. 들어가기 전에! 앞으로 다가올 실전프로젝트에 서비스팀과 챌린지팀으로 나눠진다는 소식이 있었다. 운이 좋게도 기술매니저님의 추천을 받아 챌린저팀에 들어올 수 있었고, 기존 서비스팀과는 다르게 대용량 트래픽 처리에 관점을 맞춘 프로젝트를 진행하게 되었다. 자바, 스프링도 항해를 통해서 처음 접하고 맛본건데 내가 이걸 할 수 있나..? 라는 생각이 들지만서도.. 감사한 기회라고 생각하고 도전에 임했다. 기본적인 CRUD 기능을 구현하고 팀원별로 프론트파트 보강작업, Spring security, CI-CD 2명으로 나뉘어 작업을 진행하였다. 나와 도현님, 둘이서 CI-CD를 맡게되어 구글링과 gpt로 조사하고 레퍼런스들을 참고하며 적용해본 기록들을 늦게나마 남겨보려한다. 1. 왜? Why? Github ..