기술 실습

EC2에 접근 ec2에 접속하기 위해 putty 사용 putty 다운로드 하면 puttygen.exe 생성 puttygen 통해서 ec2 인스턴스 생성할때 받은 pem키를 ppk로 변경 putty에 들어가서 Category의 Session에서 HostName에 ec

이전 과정에서 EC2에 Jenkins를 설치했다. 하지만 MSA 구조를 갖는 프로젝트를 진행하고 마이크로 서비스, MySQL 등과 같은 서버들을 Docker를 통해 컨테이너화 시킬 예정이 있어서 Docker를 통해 다시 Jenkins를 설치해보려고 한다.또한, 젠킨스를

이번 포스팅은 Docker를 통한 Jenkins가 설치되어있다고 생각하고 진행합니다. CI/CD 전략 PR 생성 정상적인 빌드 확인 이 과정에서 정상인지 아닌지를 Mattermost를 통해 알림 정상적인 결과가 확인되면 dev 브랜치에 병합 Jenkins 서버에

이전에 Webhook을 통해서 GitLab으로 부터 특정한 branch로 부터 Open Merge Request나 Push 작업이 실행하게되면 Jenkins가 해당 브랜치의 프로젝트의 클론을 진행했다. 이 프로젝트는 EC2에 접속해서 으로 해당 프로젝트를 확인할 수 있

CD 구축 > Jenkins를 통한 CI구축을 완료했으니 CD까지 연결되어서 실제 배포시키는 과정을 진행해보자. Jenkins에서 CD 구축 Publish over SSH 설정 Publish over SSH Plugin 설치 Dashboard > Jenkins 관리

이전에 Jenkins를 사용해서 CI/CD를 구축해 PUSH와 Merge에 대해 Webhook을 걸어서 서비스가 배포되도록 진행했고 배포된 서버까지 정상적으로 작동되는 것을 확인했다.이번에는 Docker를 이용해서 CI/CD를 적용시켜보려고한다.환경 일관성:기본 CI/

깃 브랜치 전략을 수정하게된 이유 작성 내가 담당한 notification 브랜치를 통해서 CI/CD를 구현하는 방식으로 진행 브랜치를 나눠서 작업하기에 해당 브랜치의 코드를 나눴기에 push가 발견되면 바로 진행할 수 있어짐 CI/CD 과정 > 마이크로서비스를

이전 과정에서 jenkins안에서 호스트의 docker 데몬의 접근할 수 있도록 하여 빌드가 정상적으로 진행되는 것까지 확인했다.이번 과정에서는 이미지로 빌드하고 docker run을 통해 컨테이너화 시켜서 정상적으로 마이크로 서비스를 운영해보자이미지가 jenkins

하나의 마이크로서비스의 CI/CD를 구축해서 적용시켰다면 나머지 서비스에 대해서도 동일하게 적용시켜보자각각의 마이크로서비스의 CI/CD 적용과정은 복사붙이기가 전부라서 빠르게 진행한다Branch 명Port 번호마이크로서비스들의 CI/CD를 진행하던 중에 applcati

이전에 마이크로서비스들의 배포를 완료했고 이제 배포된 서비스들의 요청을 종합적으로 관리해주는 API Gateway를 적용하려고한다.본인은 여러 API Gateway중에서 경량화된 MSA 구조에 최적화된 Spring Cloud Gateway를 적용시켜보려한다.먼저 API

MSA 구조로 운영을 진행하고 컨테이너 및 쿠번네티스와 같은 추가 서비스를 운영하게 되면 서버의 IP 변경되거나 관련 정보가 변경될 수가 있가 이러한 마이크로 서비스들을 발견하기 쉽게 주소록 역할을 수행하는 서비스라고 생각하면 쉽다.start.spring.io에 들어가

Spring Boot를 통해 백엔드 프로젝트를 구현하고 Spring Cloud Gateway와 Eureka Server를 통해 내외부 통신을 구현했다. 이제 완성된 API를 사용하고 사용자에게 정상적인 화면을 제공할 수 있도록 React로 구성된 Frontend 프로젝

이전 과정에서 Jenkins를 통해서 react 프로젝트를 배포할때에 nginx.conf파일과 Dockerfile을 작성해줘서 yarn을 통해 빌드를 진행함과 동시에 nginx를 실행하도록 진행했다.이번에는 Certbot 인증서 요청을 통해 SSL 인증서를 받고 이를

SpringBoot를 사용해서 SSE 기술로 실시간 알림을 구현단방향 통신: 서버에서 클라이언트로만 데이터가 전송됩니다. 클라이언트가 서버에 요청하는 방식은 아닙니다.연결 유지: 클라이언트가 서버에 요청을 보내면, 서버와의 연결이 유지되며, 서버는 필요한 경우 클라이언

http Get Method API를 통해 프로젝트 적용

이전에 GET방식을 사용해서 정상적으로 데이터를 조회하는 것을 확인할 수 있었다. 이를 응용해서 POST방식으로 진행하고 있는 프로젝트에 데이터를 정상적으로 생성해주는 기능을 구현해보자위와같은 흐름으로 진행된다.우선 먼저 Java 프로젝트를 진행할때에 클래스를 설정하고

이전시간에 빅스비를 통한 통신의 결과를 화면으로 보여줄 수 있는 View와 Macro를 구현해보았다. 이어서 완성된 캡슐을 학습시키고 테스트해보자이전에서는 단순한 조회요청이었기 때문에, 따로 발화에서 데이터를 뽑아서 사용할 경우가 없었다.하지만, POST를 통한 데이터

도커 및 레디스 설치 도커 데스크탑 설치 spring boot에서 레디스 설정 build.gradle 에서 redis 의존성 추가 사용할 redis의 호스트와 포트번호를 application.yml 파일에 지정 로컬에서 사용한다면 localhost, 다른 서버