Siri's Programming

Spring Java 배포 쉘스크립트(Jenkins 대신 임시로)

jinsiri — Fri, 29 Aug 2025 10:10:35 +0900

급히 몇시간만에 배포를 해야 해 sh을 만들었다.

나중에 참고할수 있으니 메모~

파일명: deploy.sh

#!/bin/bash

APP_HOME="/home/ubuntu/admin-src"

echo "=== 1. 작업 디렉토리 준비 ==="
mkdir -p $APP_HOME
cd $APP_HOME

echo "=== 2. 기존 소스/컨테이너 정리 ==="
# 기존 clone 삭제
rm -rf admin
# 기존 컨테이너가 있다면 중지 & 삭제
docker stop <container name> 2>/dev/null || true
docker rm <container name> 2>/dev/null || true

echo "=== 3. Git clone ==="
git clone https://<user name>:<발급받은토큰>@github.com/<user name>/<프로젝트명.git>
cd admin

echo "=== 4. Gradle build ==="
./gradlew clean build -x test

echo "=== 5. Plain war 제거 ==="
rm -f build/libs/*-plain.war

echo "=== 6. Docker build ==="
docker build -t admin:latest .

echo "=== 7. Docker run ==="
docker run -d --name admin -p 8444:8443 \
              admin:latest \
              --server.port=8443 \
              --server.ssl.enabled=false
echo "=== ✅ 배포 완료! ==="

~                                                                                                                       ~

DockerFile

FROM eclipse-temurin:17-jdk AS runtime
WORKDIR /app

COPY build/libs/*.war app.war

EXPOSE 8443

ENV SPRING_PROFILES_ACTIVE=master

ENTRYPOINT ["java", "-jar", "app.war", "--spring.profiles.active=master"]

[AWS Free-tier] Dockerfile 작성

jinsiri — Fri, 2 May 2025 20:10:19 +0900

spring boot 프로젝트 최상단에 Dockerfile을 추가해준다.

나는 JSP 프로젝트라 war로 진행했지만 그 외의 경우는 jar로 진행해도 된다.

FROM eclipse-temurin:17-jdk AS runtime
WORKDIR /app

COPY build/libs/*.war app.war

EXPOSE 8080

ENV SPRING_PROFILES_ACTIVE=master

ENTRYPOINT ["java", "-jar", "app.war", "--spring.profiles.active=master"]

[AWS Free-tier] EC2 생성

jinsiri — Fri, 2 May 2025 12:59:38 +0900

EC2 생성

회원가입 생략

1. AWS EC2 > 인스턴스 > 인스턴스 시작

무료로 이용할 것이기 때문에 프리티어 사용가능한 AMI를 선택한다.

나는 spring boot를 배포할 예정이라 Ubuntu로 했다.

- 인스턴스 유형은 비용 발생의 여지 없이 t2.micro 선택

- 키 페어 생성을 해준다. 키 페어 생성시 .pem 파일이 다운받아지는데 잊어버리면 안된다.

- .pem 파일로 ec2에 ssh를 붙을 수 있다.

- 네트워크 설정시 보안그룹을 생성해준다.

- 내 IP는 현재 IP를 SSH 트래픽 허용한다.

- 더 필요시 생성된 보안그룹에 설정을 추가해주면된다.

- 인바운드: EC2로 들어오는 IP 설정

2. EC2 SSH 접속

로컬 cmd에서 EC2 SSH 접속

chmod 400 your-key.pem
ssh -i "내가설정한.pem" ubuntu@<EC2 퍼블릭 IP> # 퍼플릭 IP: 인스턴스 세부정보 > 퍼블릭 IPv4 DNS

EC2에 SSH접속해서 Docker를 설치해준다.

EC2를 재시작 될경우를 생각해 Docker 자동 시작을 설정해준다.

# 업데이트 및 패키지 설치
sudo apt update
sudo apt install docker.io -y

# 도커 사용자 권한 설정
sudo usermod -aG docker ubuntu
newgrp docker

# 도커 자동 시작 설정
sudo systemctl enable docker
sudo systemctl start docker

꿀팁. 스왑 메모리 설정

- 기본 메모리로는 부족하기에 스왑메모리를 설정해준다.

# 스왑 파일 생성
sudo fallocate -l 2G /swapfile

# 파일 권한 설정
sudo chmod 600 /swapfile

# 스왑 파일로 설정
sudo mkswap /swapfile
sudo swapon /swapfile

# 시스템 재시작해도 유지되도록 설정
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

# 설정확인
free -h
              total        used        free      shared  buff/cache   available
Mem:           980M        150M        100M         10M        729M        760M
Swap:          2.0G          0B        2.0G

Docker Image로 올릴 예정이라 EC2에 Java 설치는 패쓰~

- EC2 셋팅 끝 -

TOSS SLASH-24 :: No Limit 후기

jinsiri — Sun, 29 Sep 2024 14:38:13 +0900

토스의 SLASH-24 No Limit을 다녀 왔다.

코엑스에서 진행되었고 꽤 큰 행사였다.

굿즈도 알차게 받고 ( 우루샷, 키링, 스티커, 물 등 )

스페셜 세션

막 개발을 시작하는 주니어 개발자에게 유용할 얘기들이고, 발표자의 이야기에 공감이 되었다.

개발은 추상적인 개념이 많다. 그래서 그림으로 소통하는게 꽤 유용할때가 있다. 그리고 오픈소스를 통해 코드를 보는 눈을 키우라는것도 맞는 말이지.

Next 코어뱅킹, MSA와 MySQL로 여는 평생 무료 환전시대

토스뱅크의 아키텍쳐 변환에 대한 고민과 대안을 모색하는 과정을 볼 수 있었다.

오라클의 의존적인 아키텍처에서 벗어나려 방법을 모색하던중,

외환 예금을 금융권 최초로 mysql로 코어뱅킹 시스템을 6개월만에 구축하였다.

6개월 만에 구축한 배경에는 테스트 자동화가 있었다는데.. 단위테스트부터 종단간(E2E) 테스트까지

단위테스트의 중요성은 알지만, 프로젝트 일정에 쫓겨 혹은 귀찮아서 안하는 경우도 더러 있다.

토스는 역시나 토스?

성과의 트래픽 숫자를 보고 놀랐는데, 높은 트래픽을 안정적으로 소화하기까지 얼마나 많은 노력이 들어갔을까 싶다.

쿠버네티스 cpu 알뜰하게 사용하기

제목에 이끌려 들어갔던 세션이다.

현 회사에서도 쿠버네티스 운영을 겸하고 있기 때문에 꿀팁을 가져갈수 있을까 해서 제일 앞자리에 자리잡았다.

cpu 부하 분산 이슈가 있었는데, 이는 특정 서비스의 cpu가 튈때 연관 서비스의 cpu도 같이 부하가 발생하고 이 서비스들이 한 노드에 있으면 특정노드 과부하로 서비스 지연이 일어난다는 얘기였다. 이를 해결한 방법은 Topology Spread Constraint를 사용하여 무조건 같은 갯수로 노드에 분산시켜 준다는 것이었다.

현 회사에서도 토스와 같이 Topology Spread Constraint를 사용하여 각 서비스들을 특정 노드에 분산시켜 운영하고 있는데, 잘하고 있었구나 라는 생각이 들어 뿌듯했다.

전시부스

기술 세미나의 재미중 하나인 전시부스 이다.

Notion, Salesforce, 베스핀 글로벌등 이름을 알만한 기업들이 있었고, 부스는 작았지만 알찼다.

토스 자체의 이벤트도 참여할 수 있었다.

토스답게 기술 위주의 세미나인점이 좋았고,

세션당 20분이라는 시간은 조금 짧아 아쉬웠다.

다음에 또 기회가 된다면 참여하고 싶다.

Obsidian github 연동하기( v1.6.5 Obsidian-Git 이름 변경 )

jinsiri — Mon, 8 Jul 2024 22:12:58 +0900

노마드 코더의 영상을 보다가 Obsidian을 알게 되었다.

귀찮아서 세팅을 미루다가 요즘 Obsidian 세팅글이 꽤 올라오는것 같아 나도 해본다.

Obsidian 의 장점은 저장소를 깃으로 사용할수 있다는 것과 그래프 기능이 꽤 좋다고 한다.

단점은 설정이 어렵고, 마크 다운이며, Obsidian 자체의 저장소를 사용하려면 유료이다 정도?

Obsidian의 window 셋팅방법을 설명한다.

1. 설치

https://obsidian.md/download

Download - Obsidian

Obsidian is available on all major platforms. Download Obsidian for iOS, Android, macOS, Windows and Linux.

obsidian.md

2. git remote repository create

3. 로컬에 clone

git이 설치 되었다는 가정에 원하는 로컬 경로에

git init

3. 2번째의 보관소 폴더 열기 - git clone한 로컬경로 복붙

4. git 수동 commit

.gitignore에 .obsidian 폴더 추가하기

obsidian 설정파일들이 들어가 있는데 이걸 추가 안하면 충돌이 아주~ 많이 날것이다.

git add .
git commit -m "first commit"
git branch -M master
git remote add origin <repository url>
git push -u origin master

이후 수동커밋을 원한다면 ctrl + p를 누르고 git을 검색하여 commit, push

auto commit, push, pull 을 세팅하려면 5번부터 진행

5. git 플러그인 설치

왼쪽아래 톱니 > community plugins > Browse > git Install

Obsidian-Git을 설치하는 블로그가 많았는데, obsidian v1.6.5에선 플러그인 이름이 Git으로 바뀐것같다.

이유는 Obsidian-Git과 Git 플러그인 둘다 repository 주소가 똑같음.( ~~Obsidian-Git이 안나와서 삽질한결과...~~ )

6. git 플러그인 설정 ( auto push/commit/pull )

왼쪽아래 톱니 > community plugins > 설치된 플러그인 활성화

git 저장소에 자동으로 커밋하는 설정이 있고 수동으로 커밋해도 된다.

Git 플러그인 설정(톱니바퀴)에 들어가서 자동 push/commit/pull 설정

아래 설정은 필요한대로 커스텀 해도 된다.

새로운 파일이 생성되거나 파일수정을 멈춘상태에서 1분 뒤 commitcommit 5분뒤 push10분마다 원격 레파지토리의 최신 변경사항을 pull

kubernetes :: 인증서 갱신 쉽게 하는 방법 v1.28.7

jinsiri — Tue, 7 May 2024 13:50:26 +0900

kubernetes version 1.28.7

1. 인증서 만료일 확인

kubeadm certs check-expiration

2. 만약을 대비한 인증서 백업

cp -r /etc/kubernetes /root/k8sbackups

3. 인증서 갱신

kubeadm certs renew all

4. 인증서 적용을 위해 kube-apiserver, kube-controller-manager, kube-scheduler재시작

kill -s SIGHUP $(pidof kube-apiserver)
kill -s SIGHUP $(pidof kube-controller-manager)
kill -s SIGHUP $(pidof kube-scheduler)
systemctl restart kubelet
systemctl daemon-reload
systemctl restart containerd.service

5. 인증서 복사

cp /etc/kubernetes/admin.conf /root/.kube/config

6. 나머지 노드에 /root/.kube/config 파일 생성 (master의 admin.conf 참고)

etc. 젠킨스에서 config 사용시파일 옮겨주기

k8s :: Errors during downloading metadata for repository 'kubernetes' error 해결법

jinsiri — Thu, 18 Apr 2024 22:09:12 +0900

회사에서 yum install 사용시 아래와 같은 에러가 났다.

Kubernetes                                                                                                                                                                                          3.0 kB/s | 1.4 kB     00:00    
Errors during downloading metadata for repository 'kubernetes':
  - Status code: 404 for https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64/repodata/repomd.xml (IP: 142.251.42.142)
오류: repo를 위한 메타자료 내려받기에 실패하였습니다 'kubernetes': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried

404가 내려오는걸보니 yum 통신은 되는것같은데, 왜 쿠버네티스 에러가 날까 하여 찾아보았다.

범인은 두둥.

bare metal kubernetes를 설치하면서 등록했던 kubernetes repository를 찾을수 없어서 였다.

쿠버네티스 공홈 에 24.03.04부터 apt.kubernetes.io and yum.kubernetes.io 에 대한 지원을 중단하고

pkgs.k8s.io를 지원한다... 는 문구를 볼 수 있다.

On August 15, 2023, the Kubernetes project announced the general availability of the community-owned package repositories for Debian and RPM packages available at pkgs.k8s.io. The new package repositories are replacement for the legacy Google-hosted package repositories: apt.kubernetes.io and yuhttp://m.kubernetes.io. The announcement blog post for pkgs.k8s.io highlighted that we will stop publishing packages to the legacy repositories in the future.

Today, we're formally deprecating the legacy package repositories (apt.kubernetes.io and yuhttp://m.kubernetes.io), and we're announcing our plans to freeze the contents of the repositories as of September 13, 2023.

Please continue reading in order to learn what does this mean for you as an user or distributor, and what steps you may need to take.

ℹ️ Update (March 26, 2024): the legacy Google-hosted repositories went away on March 4, 2024. It's not possible to install Kubernetes packages from the legacy Google-hosted package repositories any longer.

/etc/yum.repos.d/kubernetes.repo 파일을 수정해주자.

쿠버네티스 공홈 os별 repo 를 참고하면된다.나는 CentOS, Fedora, RHEL에 해당하여 아래와 같이 수정하여 정상작동하는것을 확인했다.

cat <<EOF | sudo tee /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://pkgs.k8s.io/core:/stable:/v1.28/rpm/
enabled=1
gpgcheck=1
gpgkey=https://pkgs.k8s.io/core:/stable:/v1.28/rpm/repodata/repomd.xml.key
exclude=kubelet kubeadm kubectl cri-tools kubernetes-cni
EOF

Jenkins :: stage view 배포한 브랜치 보이기

jinsiri — Wed, 17 Apr 2024 19:48:58 +0900

jenkins에서 multi 브랜치를 사용하는데 어느브랜치에서 배포되었는지 stage view에서 볼수가 없었다.

상세화면에 들어가서 조회하기를 몇달째, build history에 배포한 브랜치명을 보여줄수 있게 되었다.

시도한 방법은 두가지 이다.

1. Build Name and Description Setter 플러그인을 설치한다.

- 해당 플러그인은 jenkins 2.4.2버전에 최적화 되있음으로 내가 사용하는 jenkins 2.440.2 버전에선 사용불가능

2. pipeline에서 값을 셋팅 한다.

${branch}는 젠킨스 실행시 선택된 branch값이 담길것이고

currentBuild.displayName = "#"+currentBuild.number+": "+CURRENT_BRANCH_NAME는

#633: stage 와 같이 출력될 것이다.

추가로 Set branch name 이라는 stage를 따로 둘 필요없이 기존 pipeline 동작하는 곳에 script만 추가하면 된다.

pipeline {
agent {any}
    environment {
        CURRENT_BRANCH_NAME = "${branch}"
    }
    stages {
        stage('Set branch name') {
            steps {
                script{
                    currentBuild.displayName = "#"+currentBuild.number+": "+CURRENT_BRANCH_NAME
                }
            }
        }
    }
}

2번의 pipeline에서 build history 출력 포멧을 조정함으로 해결하였다.

참고한 stack overflow

DB 비번을 숨겨라! + spring boot, Jenknis

jinsiri — Wed, 17 Jan 2024 19:30:05 +0900

우리 회사는 DB서버가 여러대입니다. 하지만 모두 하나의 비밀번호를 사용하는데요.

resources.yml에서 비밀번호를 하나씩 변경하다보니 실수가 일어나 변수를 받아 비밀번호를 설정하도록 변경했습니다.

하지만, 내년에 있을 ISMS를 대비하여 DB 비밀번호를 소스에서 안보이게 처리해야 합니다.

그래서 생각했던 방법들과 적용한 것을 설명드리려 합니다.

편의를 위해 반말로 작성합니다.

방안1. config server 구성

config server를 띄워 비밀번호를 따로 관리할수 있지만, 서버 관리 이슈가 생기고, 설정정보 변경 전파를 위해 spring cloud bus 까지 설정하게 되면 관리이슈의 부담은 더욱 커진다.

MSA구조라면 고려해볼만한 방법이나, monolithic 이라면 굳이 config sever를 따로 두는 효용보다 비용이 클것 같다.

방안2. kubernetes secret

kubernetes의 secret으로 DB 비번과 같은 민감정보를 관리할수 있다.

secret을 사용하고 싶었지만, jenkins에서 CI/CD시에 gradle build -> docker build -> kubectl apply를 진행하게 되는데

gradle build시에 test코드 동작시에 DB 비밀번호가 필요한데 kubernetes secret을 알 수가 없었다.

그럼 CI때 주입을 할수 있는방법이 뭐가 있을까 생각하다보니...

방안3. Gitlab secret

Gitlab의 secret값을 설정하고 action으로 CI/CD를 할때 secret을 가져다 쓸수가 있다. 이도 좋은 방법이나.. 우리 회사는 Jenkins를 사용한다. 그러므로 패쓰~~

방안4. Jenkins Secret

Jenkins에서 Credentials를 사용한다는 사실이 기억났다.

credential의 kind를 secret text로 설정하면 jenkins서버에 AES로 암호화 되어 저장된다.

Jenkins CI/CD시에 secret을 주입시켜주면 테스트 코드

jenkins 공홈

결론은 방안 4를 채택하게 되었다. test code 정상동작, application 정상동작, 추후 비번 변경시 jenkins secret만 변경하여 재배포해주면 되는것으로 마무리 되었다.

하나의 문제를 해결하기 위해선 다양한 방법이 존재하고 각 상황에 맞는 방법을 선택하는게 중요한것 같다.

새해 첫 포스팅 끝.

kubeadm init error - kubelet nodes not found

jinsiri — Thu, 31 Aug 2023 20:03:58 +0900

2주 정도를 이 에러를 찾아 헤메였습니다.

kubeadm init을 할때 나는 "nodes not found" 제 서버의 hostname을 못찾는다는 에러였죠..
치열하게 구글에 검색도 해보았지만.. 원하는 답은 찾을 수 없었습니다.

결론은 kubeadm reset, init을 반복하며 kubelet 설정이 꼬인 문제였습니다.

에러 발생부터 해결까지 과정은 아래와 같습니다

kubernetes 셋팅을 하면서 kubeadm reset과 init을 반복했었습니다. external etcd 설정도 추가보구요.
처음 몇번은 잘 동작되어 join 문구까지 나왔는데 어느순간(?) 아래와 같은 에러가 납니다.
error execution phase upload-config/kubelet: Error writing Crisocket information for the control-plane node "host명" not found

--v=5 옵션을 줘서 더 자세히 보면... kubelet쪽에서 node를 못찾는것 같습니다.

그래서 제가 했던 작업은..

hostname이 제대로 설정되어 있는지 체크
hostname 소문자로 변경
containerd cgroup 설정 체크
cgroup2 설정 체크...
containerd, kubelet log 보기 등

삽질만 열심히 했습니다.

그러던중
systemctl status kubelet을 조회하며 이상한 점을 발견했습니다.
다른 블로그 글을 보면 아래와 같이 Drop-In이 /usr/lib/systemd/system/kubelet.service.d/10-kubeadm.conf 하나로 잡혀있고
CGroup설정도 제대로 되어 있었습니다.

 kubelet.service - kubelet: The Kubernetes Node Agent
   Loaded: loaded (/usr/lib/systemd/system/kubelet.service; enabled; vendor preset: disabled)
  Drop-In: /usr/lib/systemd/system/kubelet.service.d
           └─10-kubeadm.conf
   Active: active (running) since Mon 2022-02-28 19:43:49 EST; 5h 42min ago
     Docs: https://kubernetes.io/docs/
 Main PID: 91537 (kubelet)
    Tasks: 14 (limit: 23812)
   Memory: 50.6M
   CGroup: /system.slice/kubelet.service
           └─91537 /usr/bin/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubecon>

하지만 제 kubelet은 Drop-In이 두개파일을 참조하게 되어 있는데다가 CGrop도 뭔가 달랐습니다.

kubelet.service - kubelet: The Kubernetes Node Agent
Loaded: loaded (/usr/lib/systemd/system/kubelet.service; enabled; vendor preset: disabled)
Drop-In: /usr/lib/systemd/system/kubelet.service.d
└─10-kubeadm.conf
/etc/systemd/system/kubelet.service.d
└─20-etcd-service-manager.conf
Active: active (running) since Thu 2023-08-31 10:56:16 KST; 6min ago
Docs: https://kubernetes.io/docs/
Main PID: 114150 (kubelet)
Tasks: 40 (limit: 408104)
Memory: 49.2M
CGroup: /system.slice/kubelet.service
└─114150 /usr/bin/kubelet --address=127.0.0.1 --pod-manifest-path=/etc/kubernetes/manifests --cgroup-driver=systemd

systemctl cat kubelet로 조회해보니 총 3개 파일이 나오더라구요. 정상적이라면 2개가 나와야 하는데 말이죠.

찾아보니 /etc/systemd/system/kubelet.service.d/ 폴더 하위의 파일들은 우선순위가 높아서 이 파일이 적용 된다고 합니다.
그래서 10-kubeadm.conf파일 대신 20-etcd-service-manager.conf파일이 적용된 것이죠.

systemctl cat kubelet

# /usr/lib/systemd/system/kubelet.service
[Unit]
Description=kubelet: The Kubernetes Node Agent
Documentation=https://kubernetes.io/docs/
Wants=network-online.target
After=network-online.target

[Service]
ExecStart=/usr/bin/kubelet
Restart=always
StartLimitInterval=0
RestartSec=10

[Install]
WantedBy=multi-user.target

# /usr/lib/systemd/system/kubelet.service.d/10-kubeadm.conf
# Note: This dropin only works with kubeadm and kubelet v1.11+
[Service]
Environment="KUBELET_KUBECONFIG_ARGS=--bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf"
Environment="KUBELET_CONFIG_ARGS=--config=/var/lib/kubelet/config.yaml"
# This is a file that "kubeadm init" and "kubeadm join" generates at runtime, populating the KUBELET_KUBEADM_ARGS variable dynamically
EnvironmentFile=-/var/lib/kubelet/kubeadm-flags.env
# This is a file that the user can use for overrides of the kubelet args as a last resort. Preferably, the user should use
# the .NodeRegistration.KubeletExtraArgs object in the configuration files instead. KUBELET_EXTRA_ARGS should be sourced from this file.
EnvironmentFile=-/etc/sysconfig/kubelet
ExecStart=
ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_CONFIG_ARGS $KUBELET_KUBEADM_ARGS $KUBELET_EXTRA_ARGS

# /etc/systemd/system/kubelet.service.d/20-etcd-service-manager.conf
[Service]
Environment="KUBELET_CGROUP_ARGS=--cgroup-driver=systemd"
ExecStart=
#  Replace "systemd" with the cgroup driver of your container runtime. The default value in the kubelet is "cgroupfs".
ExecStart=/usr/bin/kubelet --address=127.0.0.1 --pod-manifest-path=/etc/kubernetes/manifests --cgroup-driver=systemd
Restart=always

20-etcd-service-manager.conf 파일을 삭제해주고 kubelet 재시작을 해줬습니다.

rm -rf 20-etcd-service-manager.conf

systemctl daemon-reload
systemctl restart kubelet
systemctl status kubelet

systemctl status kubelet으로 조회하니 정상 출력되는것을 확인 후 kubeadm reset, init을 진행하니 정상적으로 동작하였습니다.

2주묵은 체증이 내려갔군요. 후우..