프로젝트

Spring Netflix Eureka 적용 이전 포스팅에서 Spring Cloud Gateway를 적용시켜 보았다. 이번에는 Service Discovery 서버인 Spring Netflix Eureka가 뭔지 살펴보고 현재 SSM 프로젝트에 적용시켜 보자. Spring Netflix EurekaEureka를 프로젝트에 적용시키기 전에 먼저 Eureka가 뭔지를 살펴보고 Eureka가 하는 역할인 Service Discovery가 어떤 것인지도 같이 알아보자. Service Discovery다른 서비스를 호출할 때는 다른 서비스 인스턴스가 있는 곳의 네트워크 정보를 알아야 한다. 그 정보는 아이피 주소와 포트 번호.하지만 클라우드의 경우에 인스턴스는 동적으로 할당되기 때문에 아이피 주소와 포트번호가 바..

Spring Cloud Gateway 적용기존의 프로젝트에 MSA를 적용함에 따라서 여러 서비스로 분리가 되면 해당 서비스만의 IP 주소와 포트번호가 지정되게 되는데 각 서비스마다 호출하는 것이 아닌 한 곳에서 요청을 관리하고 처리하는 것이 시스템을 관리하는 측면에서 더 유리하다.SSM 프로젝트를 진행할 당시 웹 서버로 Nginx를 구성하였는데 해당 서버가 프록시 역할을 하여 클라이언트로 받은 요청을 적절하기 백엔드로 넘겨주게 된다.이러한 프록시 역할을 똑같이 해주는 것이 Spring Cloud Gateway이다. Spring Cloud GatewaySpring Cloud Gateway는 앞서 언급했던 대로 API 게이트웨이 서버이다. 클라이언트에서 받은 요청을 다른 API로 라우팅 하고, 보안이나 모니..

기존의 프로필 이미지 기능이번 포스팅은 MSA 작업을 위한 기능 분리를 시작해볼까 한다.기능을 분리하기에 앞서 어떤 기능을 분리할지 선택해야 되는데 SSM 프로젝트에 있는 여러 기능 중에서 프로필 이미지 기능을 분리하기로 정했다.프로필 이미지 기능을 분리하는 이유는 3 가지가 있다. 1. 채팅 기능과 관련된 프로필 이미지나는 SSM 프로젝트를 진행했을 당시 채팅 기능을 주로 개발하였다. 해당 기능을 개발할 때 사용자가 등록한 프로필 이미지가 보여야 하는데 그러지 못하고 기본 프로필 이미지로 등록되는 순간이 종종 있었다. 2. 조금 더 효율적인 코드를 작성해 보자기존의 프로필 이미지 기능은 일 대 다 관계로 형성되어 진행했었다. 하지만 자세히 살펴보니 프로필 이미지를 추가하는 기능은 따로 없었고 이를 통해..

프로젝트 다시 시작하기.......이번 주말에 유튜브를 보면서 갑자기 고민에 빠졌었다.영상에서 최근에 자바 백엔드로 서비스 기업에 취업하신 분들의 기술 스택을 볼 수 있었는데 생각 보다 내가 사용해 봤던 기술들이 많이 있었다.그중에서 MSA와 kafka가 메인이라고 나왔는데 실제로 대부분의 서비스 기업들 채용 공고를 살펴보면 해당 기술들에 관한 지식을 요구한다.나도 취업하고 싶은 곳이 주로 서비스 기업이고, 미니 프로젝트와 최종 프로젝트를 진행하며 MSA와 kafka를 사용했었다.프로필 이미지 기능을 분리하면서 네트워크 통신에 대한 고민이 있었다. 그래서 비동기 통신 방식으로 AWS SNS와 SQS를 사용할 예정이었다.하지만 잘 생각해 보니 최종 프로젝트 때 채팅 기능을 맡으면서 kafka를 사용했었는데..

AWS CodeDeploy이전 글을 통해서 GitHub Actions를 하는 방법과 현재 프로젝트에 어떻게 적용했는지 알아보았다. [SSM_프로젝트] - GitHub Actions와 AWS Code Deploy를 활용한 CI/CD 적용 - (1)기존의 젠킨스 구성최종 프로젝트를 진행하면서 CI/CD 도구로 Jenkins를 사용하였다. 위의 사진과 같이 깃허브 특정 브랜치에 push 이벤트가 발생하면 webhook이 전달되어 젠킨스에서 파이프라인이 돌hotechstory.tistory.com지금부터는 AWS CodeDeploy를 통해서 어떻게 EC2로 프로젝트를 배포할 것인지 살펴보자. AWS CodeDeployAWS CodeDeploy는 EC2, 온프레미스 인스턴스, Lambda 함수, ECS 등 여러 ..

기존의 젠킨스 구성최종 프로젝트를 진행하면서 CI/CD 도구로 Jenkins를 사용하였다. 위의 사진과 같이 깃허브 특정 브랜치에 push 이벤트가 발생하면 webhook이 전달되어 젠킨스에서 파이프라인이 돌아가는 구성이었다.CI 과정이 끝나면 도커 이미지를 만들어서 도커 허브로 푸시하고 k8s 마스터 노드에 새로운 deployment.yml 파일 배포하였다. GitHub Actions와 AWS CodeDeploy로 CI/CD를 구성한 이유젠킨스를 계속 사용해도 좋지만 이번 최종 프로젝트가 끝난 뒤 나 혼자서 서비스를 배포할 때는 GitHub Actions와 AWS CodeDeploy를 사용하기로 했다.깃허브 액션을 선택한 이유로는 CI/CD 구성이 젠킨스 보다 편리하고, 내가 사용할 수 있는 자원을 고..

한화 시스템 BEYOND SW 캠프 마무리작년 10월부터 올해 4월까지 6개월간 부트캠프를 수료했다. 진짜 오랜만에 블로그를 작성하는데 최종 프로젝트를 시작하고 나서 블로그를 따로 관리할 시간이 없었다....부트캠프를 시작하기 전에는 내가 잘할 수 있을까 걱정이 많았지만 좋은 강사님을 만나고, 좋은 팀원들을 만나서 만족스러운 결과물을 가져갈 수 있게 되었다. GitHub - beyond-sw-camp/be02-fin-LAT32T-SSMContribute to beyond-sw-camp/be02-fin-LAT32T-SSM development by creating an account on GitHub.github.com최종 프로젝트 깃허브 링크 부트캠프 수료 후 생각했던 것들이전까지 6개월간 여러 사람들과..