일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- Spring
- CKA
- 기록으로 실력을 쌓자
- 정보처리기사 실기 기출문제
- CKA 기출문제
- kotlin
- 티스토리챌린지
- kotlin coroutine
- AI
- 코틀린 코루틴의 정석
- minikube
- aws
- mysql 튜닝
- AWS EKS
- PETERICA
- 공부
- Java
- kotlin querydsl
- kotlin spring
- CloudWatch
- Elasticsearch
- Pinpoint
- Linux
- IntelliJ
- Kubernetes
- APM
- 오블완
- 정보처리기사 실기
- MySQL
- 정보처리기사실기 기출문제
- Today
- Total
목록Shell (3)
피터의 개발이야기
shell 배열을 loop 돌리는 방법은 늘 잘 까먹게 됩니다. 그래서 짧게 나마 정리 합니다. #!/bin/bash for f in $(aws s3 ls s3://bucket-name/ | sort | awk '$1 > "2021-01-20" && $4 > "" {print $4}'); do aws s3 cp s3://bucket-name/"$f" ./ done;
ㅁ 들어가며ㅇ nginx를 이용한 BlueGreen 배포 방식이다.ㅇ 두개의 port를 이용해 spring을 기동시키고, nginx를 통해 port를 switch하기 때문에 중단시간이 1초 미만이다.ㅇ 새로운 Spring 프로세스의 health check를 위해 status 200을 return하는 /health/check API가 필요하다. ㅁ Shell script#!/bin/bash# 프로세스명readonly PROC_NAME="appName"# jar 파일readonly DAEMON="/home/peterica/server/appName*.jar"# srping.pid.filereadonly PROC_PID="/home/peterica/server/server.pid"# spring.active..
로컬에 개발환경을 구축하면서 사용하였던 bootJar 실행 shell문을 정리하였습니다. 로컬환경 세팅 이유Intellij에서 개발한 것을 개발계에 올리기 직전에 로컬에서 테스트하기 위해 환경을 구성하였습니다.로컬에 PinPoint를 구축하여서,프론트개발자가 로컬에서 테스트 진행 시 모니터링 및 버그확인이 아주 쉬웠습니다. 로컬 빌드 방법Intellij에서 bootJar 빌드를 마치면 jar파일이 생성되고,쉘을 통해 jar 복사 및 SpringBoot 재가동하는 쉘을 만들었습니다. Shell의 개요크게 3개 파트로 구성하였습니다. - 재사용을 위한 환경세팅 부분, - function 선언부분 - case문으로 실행 분기를 하는 부분입니다. bootJar.sh의 내용#!/bin/bash# app..