정환타 개발노트

Docker-compose 프로젝트 환경에서 2개 이상의 컨테이너로 구성된 애플리케이션을 관리하기 위해 Docker-compose를 사용해 보겠습니다. 먼저 저는 spring boot로 구성된 컨테이너 하나, react로 구성된 컨테이너 하나 씩을 활용하여 2개의 컨테이너로 구성된 애플리케이션을 관리해보도록 하겠습니다. 프로젝트 구성은 다음과 같습니다. 1. Dockerfile을 활용한 이미지 생성 먼저 두개의 프로젝트를 각각 Dockerfile을 활용하여 이미지를 만들어 보도록 하겠습니다. 먼저 react 프로젝트 루트단에 Dockerfile을 생성해주도록 합니다. FROM node:13.12.0-alpine WORKDIR /app ENV PATH /app/node_modules/.bin:$PATH A..

GKE를 활용한 배포 이번에는 gke를 통해 웹 어플리케이션을 배포하려 한다. 1. GCP에서 console로 이동 후 새 프로젝트 생성 후 Cloud shell 활성화 2. Cloud shell 에서 Dockerfile과 애플리케이션을 가져온다. 필자는 git에 모두 업로드 #cloud shell git clone 자신의 repository 프로젝트 cd 프로젝트명 3. google cloud config에 등록된 프로젝트 ID 를 등록하고 이미지를 빌드해준다. $ export PROJECT_ID="$(gcloud config get-value project -q)" $ docker build -t gcr.io/${PROJECT_ID}/: . 4. Container Registry에 이미지를 업로드한다..

Kubernetes 아키텍처 kubernetes의 아키텍처에 대해 정리를 해보았다. 쿠버네티스는 마스터와 노드 두 개로 구성된다. 1. 마스터 마스터는 쿠버네티스 클러스터의 전체를 관리하며 다음과 같이 구성된다. 1. API 서버 쿠버네티스의 통신, 제어는 Rest API를 통해 진행되는데 이를 관장하는 서버이다. 이 API 를 제공하고 그에 대한 처리를 수행한다. 2. Etcd 클러스터의 DB 역할을 하는 서버이다. etcd는 key/value 형태로 구성되며 클러스터의 상태와 설정을 저장한다. 3. 스케쥴러 스케쥴러는 클러스터의 각 리소스를 노드에 할당하는 역할을 한다. 4. 컨트롤러 매니저 컨트롤러 매니저는 Replica controller, Service controller, Volume Cont..

쿠버네티스(Kubernetes) 소개 및 사용 이유 쿠버네티스는 컨테이너화된 워크로드와 서비스를 관리하기 위한 이식성이 있고, 확장가능한 오픈소스 플랫폼이다. 쉽게 말해 '컨테이너'를 쉽고 빠르게 배포/확장하고 관리를 자동화 해주는 서비스이다. 실제 배포 환경에서는 어플리케이션을 실행하는 컨테이너를 관리하고 가동 중지 시간이 없는지 확인해야 하는데, 예를들어 컨테이너가 다운되면 다른 컨테이너를 실행시켜줘야 한다. 이러한 작업들을 자동화 하는 것이 쿠버네티스의 기능 중 하나이다. 또한 쿠버네티스는 다음과 같은 기능을 제공한다. 1. 서비스 디커버리와 로드밸런싱 쿠버네티스는 DNS를 사용하거나 자체 IP를 통해 컨테이너를 노출 할 수 있다. 또한 트래픽이 많은 상황에서 네트워크 트래픽을 로드밸런싱하여 서버를..

Docker with SpringBoot 이번에는 Spring Boot로 작성한 프로젝트를 Jenkins와 Docker를 활용하여 이미지를 생성하고 그 이미지를 기반으로 EC2에 자동 배포할 예정이다. Docker image를 생성하기에 앞서 그 이미지를 사용하기 위한 Docker file을 먼저 생성한다. 1. 프로젝트 루트에 'Dockerfile' 이라는 파일을 생성하고 다음과 같은 내용을 입력한다. FROM java:8 LABEL maintainer="pjhyl1127@gmail.com" VOLUME /tmp EXPOSE 8080 ARG JAR_FILE=target/Jungstagram-0.0.1-SNAPSHOT.jar ADD ${JAR_FILE} jungstagram.jar ENTRYPOINT [..

이전 포스트에서 젠킨스 사용환경을 구축하였다. 2020/01/23 - [DevOps] - Jenkins 사용환경 구축 이번에는 Jenkins와 Git을 연동하여 Master branch로 push된 소스코드를 자동으로 빌드하고 배포하겠다. 먼저 이전에 구축한 Jenkins로 접속한다. 1. 먼저 Spring boot 배포 빌드환경을 위해 플러그인을 설치를 한다. 좌측 메뉴의 [Jenkins 관리]로 들어간다. 2. 다음 하단의 [플러그인 관리]로 들어간다. 3. 다음 2가지 플러그인을 설치한다. - Gradle Plugin, Post build task Plugin Gradle Pulgin은 gradle 빌드를 위한 플러그인이며, Post build task Plugin은 빌드 로그를 판단하여 Scrip..

성능 엔지니어링의 정의와 범위 성능 엔지니어링은 시스템의 목표 서능을 정의하고 이를 달성하기 위해서 시스템을 구조적으로 개선하는 작업을 말한다. 좁게 생각하면 코드 상의 병목을 잡고 시스템의 설정을 수정하여 성능을 높히는 튜닝으로 볼 수 있지만, 넓게 보면 성능 목표 정의와 최적 성능을 위한 디자인, 구현, 개발, 설계, 운영, 모니터링의 모든 과정을 포함할 수 있다. 성능 엔지니어링을 수행하는 4단계 성능 엔지니어링은 소프트웨어 개발 과정 중 총 4단계에 거쳐 수행된다. 1. 분석 단계 초기의 분석 단계에서는 성능에 대한 목표를 정의한다. 목표 응답 시간, 총 사용자 수, 동시 접속자 수와 같은 목표를 정하는데 요기서 이를 기반으로한 성능 모델까지 고려한다. 예를 들어 게임 시스템에서 초등학생을 대상으..

이전에 MongoDB의 사딩에 대해서 알아보았다. 이번에는 MongoDB 샤딩 클러스터의 요소인 Shards, Config server, Mongos에 대해 자세히 알아보겠다. Sharding 샤드는 샤드 클러스터에서 샤드 데이터의 집합이라고 할 수 있다. 각 샤드에 대한 관리는 샤드에 직접 연결하여야 하는데, 단일 샤드에 쿼리 작업을 수행하면 해당 샤드의 데이터만 반환이 된다. 만약, 클러스터단의 작업을 수행하려면 mongos에 연결하여 읽기와 쓰기 작업을 해야한다. 기본적으로 샤딩을 위해서는 2개 이상의 샤드가 필요하다. 2개 이상의 샤드를 이용하기 위해서는 라우터가 필요하다. 라우터는 고가용성과 확장성을 확보할 수 있는데, 일반적으로 각 응용프로그램 서버에 라우터(Mongos)를 배치하여 사용한다...

Sharding MongoDB의 샤딩(Sharding)을 알아보기 전에 먼저, 샤딩에 대한 개념을 알아보자. 샤딩은 데이터를 여러 서버에 분산해서 저장하고 처리할 수 있는 기술을 말한다. 복제(Replication)와의 차이점이 있다면, 복제는 고가용성을 위한 솔루션이고 샤딩은 분산 처리를 위한 솔루션이라는 것이다. (몽고디비에서는 고가용성과 대용량 분산 처리를 위해 복제와 샤딩을 모두 적용한다.) 일반적으로 부산 처리를 할수 있는 방법에는 vertical scaling 과 horizontal scaling 두가지가 있다. 먼저, Vertical scaling은 수직 확장의 개념으로 이해할 수 있는데 단일 서버를 확장하고자 할 때 사용한다. 예를 들어 고성능의 CPU를 사용하거나 RAM을 추가하거나 저장..

요즘 잘나가는 SNS 서비스들의 아키텍처나 운영 구조를 통해 SNS 시스템의 기술 트렌드를 분석한 특징에 대한 정리를 하였다. 1. 소규모 조직 대부분의 SNS 서비스 업체들은 인력이 20명 이내이다. 영업 조직이 있는 솔루션 업체는 영업 인력과 디렉터를 포함하더라도 40명을 넘지 않느다. 이는 빠른 의사결정을 할 수 있도록 하기에, 서비스 개선을 빠르게 할 수 있다. 2. 오픈소스로 무장 SNS 서비스들이 대형 벤더 솔루션을 사용하지는 않는다. 대부분 오픈소스를 사용하며, 여러가지 언어를 함께 사용한다. 한국에서 익숙한 자바만으로 전체를 구현하는 것이 아닌, Python, Ruby와 같은 언어를 함께 활용한다. 또한 기존의 오픈소스를 활용하지, 새로운 솔루션을 만드는 경우는 적다. 3. DevOps 이..