피터의 개발이야기

ㅁ 들어가며 보안점검을 받으면서 Nginx의 설정파일을 많이 공부하게 되었다. 설정 파일의 구조와 그 의미를 이해해야지 보안조치사항에 대응을 할 수 있다. 이번 글에서는 nginx의 config를 구성하는 방법을 정리하였다. ㅁ  NGINX 설정 파일 위치ㅇ 기본적으로 /etc/nginx/nginx.conf에 위치하지만, OS 및 설치 방식에 따라 다를 수 있다.ㅇ 개별적인 서버 블록 설정은 /etc/nginx/conf.d/*.conf 또는 /etc/nginx/sites-available/에 있을 수 있다. ㅁ  NGINX 설정 파일 기본 구조user nginx; # 실행 사용자 지정worker_processes auto; # 사용 가능한 CPU 코어 수에 맞게 설정events { worker..

ㅁ 들어가며  젠킨스 빌드 중 Docker 컨테이너가 먹통이 되어서 원인을 찾고 있었다. docker logs, stop, rm -f, kill 명령어를 사용하였지만, 아무것도 통하지 않았다. 이런 경우 Docker 데몬 자체의 문제이기 때문에 데몬의 로그를 확인하여 Docker 시스템 전반의 문제을 파악하야 한다.  Docker 데몬 로그를 확인하는 방법은 운영 체제와 설정에 따라 다르다. ㅁ Docker 데몬 로그 확인 방법리눅스journalctl -xu docker.serviceㅇ journalctl 명령어 사용하여 Docker 서비스와 관련된 로그를 확인할 수 있다. OSLog Locationrocky centOS/var/log/messagesUbuntu나 Debian/var/log/syslogㅇ..

ㅁ 들어가며ㅇ Tucker의 GO 언어 프로그래밍 책을 보고 정리한 글입니다.ㅇ 변수가 갖는 속성(이름, 값, 타입, 메모리 주소)과 사용법을 정리한다.ㅁ 변수란?변수는 프로그램에서 값을 저장하는 메모리 공간이다.var name int = 10ㅇ var : 변수 선언부ㅇ name : 변수명, 메모리 시작 주소ㅇ int : 타입, 메모리에 int 타입만큼의 공간을 할당.ㅇ 10 : 초기 데이터ㅁ 변수의 속성ㅇ 이름: 프로그래밍에서 이름을 통해 직관적으로 메모리 공간에 접근 할 수 있다.ㅇ 값: 변수가 저장된 값ㅇ 주소: 변수가 저장된 메모리의 시작주소이다.ㅇ 타입: 변수의 형태를 정의함. 정수,실수, 문자열 등의 다양한 타입들이 있었다.ㅁ 올바른 변수명ㅇ 문자나 _로 시작하고 다른 특수문자를 포함할 수 없..

ㅁ 들어가며ㅇ Tucker의 GO 언어 프로그래밍 책을 보고 정리한 글이다.ㅇ 1장, Go언어의역사와특징을살펴보고, HelloGoWorld코드를 작성한다. ㅁ GO 역사ㅇ 2009년11월10일 세상에 공개ㅇ 홈페이지주소ㅇ 온라인 Go 언어컴파일러 ㅇ GO 언어의 풀 리퀘스트가 지속적으로 증가하고 있다.ㅇ JAVA 개발자인 나도 현재 GO를 사용 중이며, 대세에 맞추어 가는 중이기도 하다. ㅁ GO 언어의 특징개념설명클래스클래스는 없지만, 메서드를 가지는 구조체를 지원상속상속을 지원하지 않음메서드구조체가 메서드를 가질 수 있음인터페이스상속이 없지만 인터페이스는 있음익명 함수함수 리터럴이라는 이름으로 제공GCGC 제공함포인트메모리 주소를 가리키는 포인트 제공제네릭 프로그래밍제네릭 프로그래밍은 1.8부터 지원..

ㅁ 들어가며 Https 구현을 위해 Nginx를 사용 중인데, 보안점검 시 eol로 인해 업그레이드 지시를 받았다. Nginx의 버전 관리 체계를 정리하였다. ㅁ 버전 관리 체계오픈소스 NGINX 프로젝트는 메인라인과 안정판의 두 가지 브랜치를 유지 관리한다. ㅇ mainline Mainline은 최신 기능과 버그 수정이 추가되는 활성 개발 브랜치이다. 버전 번호의 두 번째 부분에 홀수로 표시된다. ex) 1.21.0 ㅇ stable Stable은 심각도가 높은 버그에 대한 수정을 받지만 새로운 기능으로 업데이트되지 않는다. 버전 번호의 두 번째 부분에 짝수로 표시된다. ex) 1.22.0 Stable 브랜치는 수명 주기 동안 새로운 기능을 받지 않으며 일반적으로 중요한 버그 수정을 위해 하나 또는 두..

ㅁ 들어가며ㅇ Docker 컨테이너를 구성할 때 자주 사용되는 중요한 명령어인 ENTRYPOINT와 CMD는 비슷해 보이지만 중요한 차이점이 있다. 이 글에서는 ENTRYPOINT와 CMD의 차이점에 대해 정리해 보았다. ㅁ ENTRYPOINT란? FROM ubuntu:20.04ENTRYPOINT ["echo", "Hello from ENTRYPOINT"]ㅇ Dockerfile를 작성하고  빌드한다. # 실행$ docker run command-test:latestHello from ENTRYPOINT# Param 추가$ docker run command-test:latest addparam petericaHello from ENTRYPOINT addparam petericaㅇ ENTRYPOINT에 지정..

ㅁ 들어가며ㅇ 지난 글, [Docker] Docker 컨테이너에서 JAR 파일만 수정하고 다시 실행하는 방법에서 실행 중인 컨테이너에서 JAR 파일을 갱신하는 과정을 정리하였다. 이후, 해당 컨테이너를 새로운 태그로 지정하여 Docker Hub에 푸시하는 과정을 정리하였다.2021년, Pinpoint를 구성하면서 작성한 글, [docker] PinPoint docker Commit 하고 Push하기에서도 비슷한 과정이 정리되어 있다.  ㅁ 실행 중인 컨테이너를 이미지로 커밋사용법)docker commit :ex) docker commit my_container my_image:updatedㅇ 컨테이너의 현재 상태를 새로운 이미지를 생성하여 저장한다. ㅁ 이미지에 태그 추가사용법)docker tag : ..

ㅁ 들어가며Spring Boot Batch로 작성된 기존 코드에서 연동된 주소만 수정하여 테스트가 필요하였다. Batch는 이미 도커로 빌드된 상황에서 실행 중인 Docker 컨테이너에서 JAR 파일만 수정하고 다시 실행하는 방법을 정리하였다. 이렇게 하면 기존 Endpoint로 선언된 Spring실행 명령문 그대로 변경된 url로 테스트를 수행할 수 있었다. ㅁ 새로운 JAR 파일 준비./gradlew clean buildㅇ 로컬 환경에서 수정된 코드로 새 JAR 파일을 빌드 ㅇ IntelliJ에서 Gradle build를 실행하면 build/libs/빌드된.jar를 확인할 수 있다.  ㅁ 새 JAR 파일을 컨테이너로 복사docker cp /로컬/경로/radio-da-1.0.0-SNAPSHOT.jar ..

ㅁ 들어가며재해 복구 계획을 수립할 때 가장 중요한 두 가지 지표가 있다. 바로 RTO(Recovery Time Objective)와 RPO(Recovery Point Objective)이다. 이 두 지표에 의미를 정리하였다. ㅁ RTO (Recovery Time Objective): 목표 복구 시간RTO는 재해 발생 후 시스템을 복구하여 정상 운영 상태로 돌아가는 데 걸리는 최대 허용 시간을 의미한다.예를 들어, RTO가 4시간이라면 재해 발생 후 4시간 이내에 시스템이 정상 작동해야 한다는 의미이다.정의: 애플리케이션이 오프라인 상태로 있을 수 있는 최대 허용 시간목적: 비즈니스가 감당할 수 있는 최대 다운타임을 결정특징: 시스템 복구 속도와 직접적으로 연관됨 ㅁ RPO (Recovery Point ..

ㅁ 들어가며ㅇ 보안검수 중 Docker의 특정 볼률에대해 Read-only 조치를 지시 받았다. ㅇ Docker Compose에서 볼륨을 읽기 전용(read-only)으로 설정하는 방법을 정리하였다.  ㅁ Docker Compose 볼륨, 읽기전용 설정방법# 짧은 방법volumes: - /호스트/경로:/컨테이너/경로:ro# 긴 방법volumes: - type: bind source: /호스트/경로 target: /컨테이너/경로 read_only: trueㅇ :ro는 "read only"의 약어로, 해당 볼륨을 읽기 전용으로 설정한다.ㅇ 이렇게 설정하면 호스트 머신에서는 파일을 수정할 수 있지만, 컨테이너에서는 읽기만 가능하다. ㅁ Docker run 시 docker run -v /경로..