| [결합도/응집도] 결합도와 응집도란 (0) | 2024.10.24 |
|---|---|
| 악성코드 종류 (0) | 2024.10.16 |
| 비동기 Asynchronous 란? (0) | 2024.10.04 |
| [백엔드] REST API 란? (0) | 2024.09.27 |
| [백엔드] gRPC란 (3) | 2024.09.26 |
// 브랜치별 배포 위치
def getDeployTargets(envName) {
targets = [:]
// dev 브랜치
targets['prod'] = [[
COMPOSE_ENV: 'dev',
SSH_MODE: 'KEYONLY',
SSH_IP: '<Server IP>',
SSH_KEY_ID: 'Key Id From Jenkins Credentials',
COPY_DIR: '도커 컴포즈 파일 배포할 서버 상의 경로'
]]
return targets[envName]
}
// 브랜치별 환경 정보
def getBuildBranch(branchName) {
branches = [
'origin/main': 'prod',
]
return branches[branchName]
}
pipeline {
agent any
//환경변수
environment {
//브랜치 선택
BUILD_BRANCH = getBuildBranch(env.GIT_BRANCH)
// 도커 설정
DOCKER_IMAGE = ''
DOCKER_IMAGE_NAME = '빌드 할 도커 이미지 명'
// Git, Docker private 레지스트리 로그인 정보 설정
GIT_KEY_ID = '깃허브 인증 SSH 키 ID - Credentials에서 관리;'
REGISTRY_LOGIN_INFO_ID = 'donghquinn_registry'
}
stages {
stage('체크아웃') {
steps {
echo "작업 브랜치: ${env.GIT_BRANCH}"
git branch: BUILD_BRANCH, credentialsId: GIT_KEY_ID, url: 'git@github.com:donghquinn/<레포 명>.git'
}
}
stage('도커 이미지 빌드') {
steps {
script {
// 브랜치에 따라 이미지 이름 변경
DOCKER_IMAGE = docker.build(DOCKER_IMAGE_NAME + '-' + BUILD_BRANCH)
}
echo "Built: ${DOCKER_IMAGE_NAME}-${BUILD_BRANCH}"
}
}
stage('도커 이미지 Push') {
steps {
script {
// 개발서버 내부 Docker private 레지스트리에 업로드
docker.withRegistry('https://registry.donghyuns.com', REGISTRY_LOGIN_INFO_ID) {
DOCKER_IMAGE.push(env.BUILD_NUMBER)
DOCKER_IMAGE.push('latest')
}
}
echo "Pushed: ${DOCKER_IMAGE_NAME}-${BUILD_BRANCH}:${env.BUILD_NUMBER}"
}
}
stage('도커 컨테이너 배포') {
steps {
script {
def deployTargets = getDeployTargets(BUILD_BRANCH)
def deployments = [:]
// 배포 타깃별로 병렬 배포
for (item in deployTargets) {
def target = item
deployments["TARGET-${BUILD_BRANCH}"] = {
def remote = [:]
remote.name = target.SSH_IP
remote.host = target.SSH_IP
remote.allowAnyHosts = true
if (target.SSH_MODE == 'KEYONLY') {
withCredentials([
// DOTENV 파일과 SSH KEY를 가져옴
sshUserPrivateKey(credentialsId: target.SSH_KEY_ID, keyFileVariable: 'SSH_PRIVATE_KEY', usernameVariable: 'USERNAME')
]) {
// 가져온 키로 ssh 정보 설정
remote.user = USERNAME
remote.identityFile = SSH_PRIVATE_KEY
sshCommand remote: remote, command: """
mkdir -p ${target.COPY_DIR}-${BUILD_BRANCH}/
"""
// docker compose 파일 전송
sshPut remote: remote, from: "docker-compose.${BUILD_BRANCH}.yml", into: "${target.COPY_DIR}-${BUILD_BRANCH}/docker-compose.yml", failOnError: 'true'
// 각 상황에 맞는 .env.* 파일 전송
// 각 상황에 맞는 .env.* 파일 전송
sshPut remote: remote, from: DOTENV, into: "${target.COPY_DIR}/.env", failOnError: 'true'
// 도커 이미지 Pull 및 재시작
sshCommand remote: remote, command: """
cd ${target.COPY_DIR}-${BUILD_BRANCH}/
BUILD_BRANCH=${BUILD_BRANCH} docker compose pull
BUILD_BRANCH=${BUILD_BRANCH} docker compose up -d
"""
}
}
}
parallel deployments
}
}
}
}
}
}| [JENKINS] JenkinsFile 에서의 빌드 위치 및 빌드 (0) | 2024.12.23 |
|---|---|
| [Jenkins] 실제 CI/CD 배포 세팅 (2) | 2024.10.29 |
무중단 배포 전략이란 무엇일까? 각 전략에 대해 개인적 명칭을 붙여봤다.
무중단 배포란 서비스의 중단 없이 새로운 버전을 배포하는 것을 의미한다. 이용자의 서비스 이용에 지장을 주지 않는 것과 동시에 새로운 버전을 배포하는 것이 핵심인 것이다.
이를 위해선 로드 밸런서와 두 대 이상의 서버가 필요하다.
이전 버전 서버와 새로운 버전 서버를 두고,
공통 로드 밸런서를 통해 새로운 버전을 배포하는 전략이다.
Blue/Green 전략
트래픽을 새로운 버전쪽으로 옮기기 때문에 호환성 문제가 발생하지 않는다.
실제 운영에 필요한 리소스보다 2배의 리소스를 확보해야 한다.(서버가 두 대이고, 일질적인 트래픽이 통하는 서버는 이전 환경이기 때문)
운영중인 복수개의 인스턴스들을 하나씩 돌아가며(Rolling) 로드 밸런서로부터 트래픽을 끊고 새로운 버전 배포를 하는 전략이다.
즉, 새로운 버전 배포가 완료가 되면 다시 로드 밸런서에 연결을 하고, 그 다음 인스턴스를 로드 밸런서로부터 끊고 새로운 버전을 배포하는 것을 반복하는 것이다.
Canary 전략
이전 버전과 새로운 버전이 동시에 가동되는 방식으로, 새 버전 인스턴스는 일부 사용자에게만 서비스 하는 방식이다.
새 버전이 정상적으로 작동함을 확인하면, 전체 트래픽을 새 버전으로 전환한다.
오류가 발생한다면, 일부 사용자에게만 발생하므로 오류 방지에 효과적이다.
Canary 전략이라는 이름이 붙은 이유는 탄광에서 위험 감지용으로 데려가던 것에서 유래한 것 같다.
| [STANDALONE] Standalone 프로그램이란? (1) | 2024.12.26 |
|---|---|
| [파일전송] Rsync (0) | 2024.12.11 |
_Async/Await_
비동기란 무엇일까?
비동기는 하나의 동작이 완료되는 것을 기다리지 않고, 동시에 다른 작업을 처리하는 방식이다.
자바스크립트는 싱글 스레드 언어이기 때문에 필수 불가결적으로 비동기 함수를 선택하게 되었다.
하나의 스레드를 가지고 다른 작업이 마칠때까지 대기해야 한다면, 작업이 너무나도 느려지기 때문이다.
비동기 처리를 지원하는 방식으로는 Promise와 async/await이 있다.
비동기 함수는 에어프라이어에 음식 넣고 돌린 후, 다른 재료를 손질하면서 틈틈이 에어프라이어를 체크하는 것과 유사하다.
에어프라이어가 음식을 조리하는 것이 완료될 때 까지 기다리는 것이 아닌, 동시에 다른 작업을 진행하는 것이다.
동기는 하나의 동작이 완료된 후에 다음 동작으로 실행하는 순차적 방식이다.
처음에 비동기와 동기의 개념을 반대로 생각하고 있었다.
오히려 동기를 "병렬 처리"와 개념적으로 혼동하고 있었던 것 같다.
동기는 "순차적", 비동기는 "동시에"라고 외워야 겠다.
- 주니어 웹 개발자가 알아야 할 "비동기 통신" (https://yozm.wishket.com/magazine/detail/1982/)
| [결합도/응집도] 결합도와 응집도란 (0) | 2024.10.24 |
|---|---|
| 악성코드 종류 (0) | 2024.10.16 |
| SOLID 원칙 (0) | 2024.10.08 |
| [백엔드] REST API 란? (0) | 2024.09.27 |
| [백엔드] gRPC란 (3) | 2024.09.26 |
컨테이너를 구동하였을 때,
해당 컨테이너가 정상적으로 올라간 것으로 보였지만 로그를 확인하거나 exec 명령어로 컨테이너 내부에 접근하고자 했을 때 문제가 발생하고 있는 것을 확인한 적이 여러번 있었다.
때문에 컨테이너의 정상 여부(Health) 를 주기적으로 체크하며 모니터링 할 필요가 있다.
services:
app:
expose:
- ${APP_PORT}
healthcheck:
// 헬스체크를 위해 실행할 함수
test: curl --fail http://localhost:5000/ || exit 1
// REDIS 체크의 경우
test: [ "CMD", "redis-cli", "--raw", "incr", "ping" ]
// 체크 실행 주기
interval: 40s
// 타임아웃
timeout: 30s
retries: 3
// 컨테이너 구동 후 체크 시작할 시점
start_period: 60sDockerFile 설정
FROM asdcasdcas
# ... 빌드 내용
# 컨테이너에서 구동하는 어플리케이션의 /health 엔드포인트에 요청을 날리는 것이 헬스체크 방식이다.
HEALTHCHECK CMD curl --fail http://localhost/healthdocker container run -d -p 8080:80 --health-interval 5s app_image/stable/latest결과
| [DOCKER] 도커 port / expose 에 대해 (1) | 2024.10.21 |
|---|---|
| [DOCKER] 도커 네트워크에 관하여 (0) | 2024.10.18 |
| [Docker] 도커 및 도커 컴포즈 설치 (0) | 2024.09.25 |
| [Docker] 도커란? (1) | 2024.09.25 |
| [Docker] Private 도커 허브와 크레덴셜 (7) | 2024.09.24 |
Golang은 뛰어난 동시성 지원이 장점이라고들 한다.
일반적으로 쓰레드를 활용하여 동시성 프로그래밍을 하지만, Golang은 고루틴 goroutine으로 가능하다.
공시적인 설명으로는 경량 쓰레드이다. 실제 OS의 쓰레드를 사용하는 것이 아닌, golang의 런타임에서 관리되는 논리적 / 가상적 쓰레드이다.
go func() {
// 대충 코드
}()이게 끝이다.
1. 메모리 사용량
2. 비용
3. Context Switching 비용
golang이 메모리 사용량과 쓰레드 생성과 작업처리에 있어서의 비용 측면에서 효율적이다.
goroutine의 동작 방식과 쓰레드 종류에 대해선 다음에 서술하고자 한다.
- https://velog.io/@khsb2012/go-goroutine
| [gRPC] Go 언어로 gRPC 사용해보기 (2) | 2024.12.24 |
|---|---|
| [Neo4J] 데이터 핸들링하기 (1) | 2024.12.09 |
| [Neo4j] Golang 으로 쿼리 핸들링 (0) | 2024.12.06 |
| [Neo4j] Golang으로 Neo4j 연동 (0) | 2024.12.05 |
| [GO] Ubuntu 서버에 설치 (1) | 2024.10.30 |
_Event Loop_
이벤트 루프란 무엇일까?
이벤트 루프는 node.js의 기본적인 동작 방식이다.
Call Stack과 Callback Queue의 상태를 체크하여, Call Stack이 빈 상태가 되면 Callback Queue의 첫번째 콜백을 Call Stack으로 밀어넣는다. 이를 틱(Tick)이라 한다.
이벤트 루프는 총 6개의 단계를 가진다.
이벤트 루프는 우선적으로 Microtask Queue를 먼저 확인한다.
MicroStack Queue에 콜백이 있다면 이를 먼저 Call Stack에 담는다.
이벤트 루프는 계속 공부를 더 해야겠다..
| [NODEJS] Async/Await 란? (0) | 2024.10.23 |
|---|---|
| [NODEJS] Promise란? (0) | 2024.10.22 |
| Nodejs 란? (1) | 2024.09.30 |
_Node.js Logo_
Node.js가 무엇일까?
자바스크립트는 브라우저에서 동적 페이지를 다루기 위해 시작된 언어였다.
그러나 브라우저에서 소스코드를 그대로 확인할 수 있었기 때문에 보안에 취약하다는 인식과 함께 프로그래밍 언어로써 인정을 받지 못하였다.
Node.JS는 자바스크립트 런타임이다. 즉 브라우저에서만 사용 가능했던 자바스크립트를 로컬에서 사용할 수 있게끔 해 주는 역할을 한다. 이 덕분에 자바스크립트는 프론트엔드 뿐만 아니라 백엔드에서 까지 활용할 수 있게 된 것이다. 거기에 V8엔진을 이용했기 때문에 성능 역시 인정을 받는다.
싱글 스레드는 작업에 사용하는 스레드를 하나 사용하는 방식이다. 그러나 엄밀히 말하면 개발자가 직접 스레드 풀을 관리하지 않고 node.js에 포함된 **libuv**가 스레드 풀을 관리하기 때문에 단일 스레드에서 동작하는 것처럼 이해하기 쉬운 코드를 작성할 수 있다.
추가로 웹 서버를 운용할 때는 프로세서(CPU)를 분산해서 관리하므로, 실질적으로는 여러 개의 코어에서 별개로 처리된다.
- P.S.
작업 요청이 동시에 발생했을 때 각 작업을 처리하기 위한 스레드를 만들고 할당하는 방식은 멀티 스레드인데, 여러 작업을 동시에 처리하기 때문에 빠르지만 자원을 관리하는 노력이 많이 들어가고 쓰레드의 개수만큼 메모리를 차지하므로 메모리 관리에 문제가 생길 수 있다.
앞의 작업이 끝날때까지 기다리지 않고(non-blocking) 비동기로 처리한다. 즉, 입력은 하나의 스레드에서 받지만 순서대로 처리하지 않고 먼저 처리된 결과를 이벤트로 반환해줌을 의미한다.
| [NODEJS] Async/Await 란? (0) | 2024.10.23 |
|---|---|
| [NODEJS] Promise란? (0) | 2024.10.22 |
| [NODEJS] 이벤트 루프란? (0) | 2024.10.01 |
_RESTful API_
백엔드 코드를 구현할 때 RESTful API 라는 개념이 자주 등장한다. 과연 이게 무엇일까
우선 API가 무엇인지 이해를 해야 할 것 같다.
API란 Application Programming Interface의 약자로, 다른 소프트웨어 시스템과 통신하기 위해 따라야 하는 규칙이다.
즉 데이터와 기능의 집합을 제공하여 프로그램 간 상호 작용을 통해, 정보를 교환 가능하도록 하는 것
리소스를 고유하게 식별하는 것, URL과 보통 혼용되고 있다.
- ex. www.example.com/font/2 에서 2가 리소스
인캡슐레이션: 데이터에 헤더가 추가되는 과정. 즉, 한 프로그램에서 다른 프로그램으로 데이터를 전송할 때 데이터를 패키지화 하는 과정
REST는 Representational State Transfer(REST)의 약자로, API 작동 방식에 대한 조건을 부과하는 소프트웨어 아키텍처 스타일이다.
네트워크 상에서 Client와 Server 사이의 통신 방신 중 하나로, 자원을 이름으로 구분하여 해당 자원의 상태를 주고 받는 모든 것을 의미하는 것이다.
HTTP Method (POST, GET, PUT, DELETE)를 통해 자원에 대한 CRUD Operation을 적용하는 것을 의미한다.
REST 기반으로 API를 구현한 것을 RESTful 웹 서비스라고 지칭한다.
즉 REST 하게 자원으로 구분을 잘 한 API라는 의미
확장성과 재사용성을 높여 유지보수 및 운용의 편리성을 확보할 수 있다.
개인적으로 정의하자면, 통신의 표준화라고 생각한다.
- REST, REST API, RESTful 특징 (https://hahahoho5915.tistory.com/54)
| [결합도/응집도] 결합도와 응집도란 (0) | 2024.10.24 |
|---|---|
| 악성코드 종류 (0) | 2024.10.16 |
| SOLID 원칙 (0) | 2024.10.08 |
| 비동기 Asynchronous 란? (0) | 2024.10.04 |
| [백엔드] gRPC란 (3) | 2024.09.26 |