Kafka는 Apache에서 채택한 오픈 소스 이벤트 스트리밍 플랫폼으로 실시간 데이터 처리가 가능하며 메시지 브로커로 사용할 수 있는 효과적인 도구로 잘 알려져 있다.메시지가 소비된 후 삭제하는 기존 메시지 브로커와 달리 Kafka에서는 이러한 메시지가 유지되므로 오

이번에는 redis용 파드를 exqress-cluster에 띄운 다음에 도커라이징한 백엔드 파드들과 통신하도록 설계하여 redis를 사용할 수 있도록 해볼 것이다. 백엔드 상에서의 문제였다. redis 도메인 주소는 ..svc.cluster.local인데 백엔드 상

📢 참고했던 사이트 CI/CD for EKS cluster with Github Action개발자가 git 저장소에 개발한 코드를 Push하면 github action이 해당 코드를 가져와서 Test와 Build를 하게 된다.백엔드의 경우 성공적으로 Build가 되었

AWS ECR은 도커 허브와 같은 컨테이너 이미지 레지스트리 서비스다. AWS IAM 계정을 사용하여 프라이빗(Private) 리포지토리를 사용할 수 있고 AWS CLI를 이용하여 도커 이미지를 리포지토리에 푸시(Push), 풀(Pull), 삭제할 수 있다.ECR을 사

📢 EKS-RDS 연동 & 외부 IP에서 RDS접속📢 Route53을 이용해 도메인 설정 & TTL 설정이번 프로젝트에서는 user와 deliver 2개의 도메인이 필요하였다. 따라서 2개의 도메인를 각각 구매해준 다음 TTL 또한 2개 모두 수행해주었다.EKS에

도커라이징 도커라이징(Dockerizing)은 Docker 컨테이너를 사용하여 응용프로그램(application)을 패킹(packing), 배포(deploying), 실행(running) 하는 전 과정을 말한다. 백엔드(spring) 도커라이징 백엔드 서비스 중 us

기본적으로 택배 운송장에 택배서비스를 이용하는 고객의 주소와 택배 물품의 운송장 번호가 기재되어 있으며 일부 택배는 이름이 가려져 있으나 택배회사마다 가려진 이름의 위치가 달라 택배서비스 이용자의 이름도 추측이 가능할 수 있으며, 일부 운송장에는 택배서비스 이용자의 전

Redis(Remote Dictionary Storage,레디스)는 모든 데이터를 메모리에 저장하고 조회하는 in-memory DB, 모든 데이터를 메모리로 불러와서 처리하는 메모리 기반의 key-value 구조의 데이터 관리 시스템(DBMS)이다. 일종의 NoSQL이

문자열의 구성이 알파벳인지에 대해서 확인하는 방법이다. 문자열에 숫자 및 공백이 포함되어 있으면 False를 리턴한다.문자열의 구성이 모두 숫자인지 확인하는 방법이다. 위와 동일하게 이 메소드의 리턴값도 boolean형태이다. 마이너스 '-' 나 소수점'.' 은 문자로

파이썬에서 나눗셈을 실시/ : 소수점까지 모두 표현//: 정수 부분만 표현, int(a/b)와 같음divmod(5,3) : 몫과 나머지를 동시에 구해줌 ->(1, 2)print문을 이용해 가장 쉽게 값을 출력하는 방법은 콤마로 구분하는 것이다. 이 경우 한칸 공백이 디

1 실습 폴더 이동(없으면 생성)2 가상환경 모드로 진입 --> 프로젝트 생성django-admin startproject (프로젝트명)3 기본 테이블 생성(기본 앱들 설치 --> 슈퍼 관리자 아이디 생성을 위해서,py manage.py migrate프로젝트 루트 폴더

지난 작업까지해서 인프라 구성, CI/CD 파이프라인 구축, 서비스 테스트, 트러블 슈팅까지 완료하였다.마지막에 추가된 머신러닝 Backend 서버같은 경우에는 도커라이징까지만 하고 해당 이미지를 ArgoCD에서ML-deployment의 파드로 띄우기까지만 했다. CI

이전 작업을 끝으로 전반적인 인프라 구축 및 CI/CD 파이프라인 구축작업은 종료되었다.User페이지에서 User가 수강신청중 동물이미지를 입력하면 어떤 동물인지 판독하는 서비스를 추가하였다.따라서 해당 ML Backend 코드 또한 가상환경에서 빌드테스트 해보고, 도

User / Admin 페이지 경로 구분 이전 작업으로 3-tier 구성의 연결을 완료하였고, Frontend 부분에서는 Ingress의 다중경로를 사용하여 User 와 Admin페이지를 구분하였다. 또한 User, Admin, Backend의 파이프라인 구축도 완료한

1 파이프라인 코드 작성Jenkins를 이용해 파이프라인을 구축할 것이다. 우리 프로젝트는 front가 2개이기 때문에 admin 페이지 하나를 먼저 진행한 이후 나중에 user용도 구현할 예정이다. Jenkinsfile 작성에 앞서 플러그인관리에 들어가 NodeJS

Backend 파이프라인 구축 작업은 마무리한 상태에서 Frontend 도커라이징 테스트를 완료하였다. Frontend 파이프라인 구축 작업에 앞서 일단 생성한 Frontend 이미지로 배포한 웹과 Backend 서버가 연결이 잘 되는지 확인작업을 할 것이다.프론트엔드

CI/CD 파이프라인 구축에 앞서 일단 지금까지 개발한 코드가 정상적으로 빌드되는지 테스트를 하기로 하였다.이전에 진행했던 백엔드 코드를 도커라이징한 과정을 그대로 실행하였다.개발자가 기능을 추가하는 과정에서 git에 새로운 디렉터리들을 추가하였었고, 처음에는 초기 개

두개의 인스턴스(=노드)가 있고 각 인스턴스에는 서비스를 구현하기 위한 리소스들이 똑같이 배포되어 있다. 즉, 이중화 구현을 한것이고, 만약 인스턴스가 포함된 AZ OR 서브넷에 장애가 발생해도 로드밸런싱을 통해 다른 AZ OR 서브넷에 있는 인스턴스에 트래픽이 전달되

Route53과 External DNS를 이용하여 외부에서 클라이언트가 IP주소나 복잡한 로드밸런서의 주소를 입력하는 것이 아니라, 우리가 흔히 보는 도메인을 입력하여 서비스에 접근할 수 있도록 한다 .과정 1 . AWS Route53을 이용하여 도메인을 등록하고 호스

도커라이징이란 어떠한 기술이나 툴 보다는 개발자가 만든 코드를 테스트 & 빌드 해보고 도커 이미지로 만드는 과정을 말한다.이전까지 진행해서 전반적인 인프라구축은 마무리하였다. 추후에 필요한것이나 변경사항에 대해 추가로 구축할 예정이다.따라서 이번에는 개발자가 만든 테스