정환타 개발노트

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. 분석 단계 초기의 분석 단계에서는 성능에 대한 목표를 정의한다. 목표 응답 시간, 총 사용자 수, 동시 접속자 수와 같은 목표를 정하는데 요기서 이를 기반으로한 성능 모델까지 고려한다. 예를 들어 게임 시스템에서 초등학생을 대상으..

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

대용량 서비스 레퍼런스 아키텍처 이번에는 대용량 서비스를 하는 플랫폼에 적용되는 레퍼런스 아키텍처에 대해 알아보자. 이전에 포스팅한 MSA(Micro Service Architecture)와 같은 아키텍처들은 논리적인 아키텍처였다면, 이 아키텍처는 솔루션을 맵핑한 조금 더 구체적인 아키텍처이다. 아키텍처의 구조 대용량 서비스 레퍼런스 아키텍처는 사상적으로 SOA(Service Oriented Architecture)를 기반으로 한다. 위의 아키텍처 구조는 대용량 처리 서비스와 대부분의 온라인 서비스에서 모두 사용되는 구조이다. 시스템의 성격에 따라 구조의 변형은 조금씩 있을 수 있으나, 기본적인 형태는 유지된다. 또한, 기본적으로 플랫폼의 형태를 띄고 있는데, UI에 해당하는 웹 사이트, 모바일 어플리케..

이전 포스트에서도 간단히 설명을 했지만 DevOps는 개발(Development)과 운영(Operation)이 합쳐진 형태를 말한다. 2020/02/05 - [DevOps] - 마이크로 서비스 아키텍처와 거버넌스 모델(+ 진화형 모델, DDD) 이번에는 조금 더 깊이 DevOps가 나타난 환경과 특징에 대해 알아보려고 한다. 기존 개발 체계의 문제 전통적인 개발 운영 체계는 개발팀에 의해 개발이 끝나면 시스템은 테스트를 거쳐 운영팀으로 이관되고 운영팀은 해당 시스템을 배포/관리/운영한다. 시스템을 운영하다보면 장애가 반드시 생기기 마련이다. 문제는 여기에 있다. 개발팀에서는 애플리케이션에 대한 이해가 있지만, 인프라 시스템에 대한 이해는 없다. 반대로 운영팀은 인프라 시스템에 대한 이해는 있지만, 애플리..