# 2024년 08월 22일, [산대특] AWS와 데브옵스를 활용한 바이오헬스 서비스 개발 과정

마지막 수정: 2025. 2. 25. 오전 7:55:05

수업

수업명 : AWS와 데브옵스를 활용한 바이오헬스 서비스 개발 과정
주소 : https://www.slog.gg/p/13982#f

010 - 8679 - 1022

수업 모음

무조건 알아야 하는 사실

지식은 적을수록, 지혜는 많을수록 좋다
- 적게 배우고, 많이 활용해야 합니다
공학은 예술이 아니다
- 완벽주의는 버려야 합니다
- 초보자가 완벽을 추구하면 안됩니다
- 초보자는 작동하게 만드는 것을 추구해야 합니다
개발 실력은 자전거 타기와 비슷하다
- 많이 넘어져봐야 실력이 늘어납니다

초심자를 방해하는 생각

이렇게 하는거 맞나?
- 초보자는 구현을 하는것에 초점을 맞추는게 압도적으로 유리합니다
내가 모르는 뭔가가 있고, 그것을 배우기 전까지 나는 제대로된 작업물을 구현할 수 없다
- 제일 바보같은 생각입니다
  - 이 생각이 초보자의 성장을 사로잡는 제일 병적인 생각입니다
  - 개발을 하는데 있어서 특별함은 필요 없습니다. 꾸준함이 필요합니다
최선을 다해서 최고의 퀄리티를 추구하자
- 최선의 설계, 최선의 구현은 불가능 합니다. 적당한 수준의 타협이 필수입니다
- 우리는 뛰어난 과학자나 예술가가 아닌, 능숙한 엔지니어가 되어야 합니다
양보다는 질이니까, 완벽한 작품을 만들어야겠다
- 바보 같은 생각입니다.
- 초보자는 완벽한 작품을 만들 수 없습니다.
- 바보같고 초라한 작품 10개를 만드는게 압도적으로 더 유익합니다.

강사

이름 : 최우영
질문사항 오픈채팅- 대화창 들어오시면 수업명/본명 말씀 해주세요. - ex)09시 자바/최우영
axdsw121@gmail.com
- 오후 9시 이전까지 질문해주세요

AI

유용한 링크

필수

구글링 x -> 검산 과정에서의 구글링은 o

2025-01-14, 001일차

인텔리제이 IDE & git 기초

필수영상

git 협업

깃허브로 그룹프로젝트 하는 법 | 그냥 이거보고 따라하면 됨 | 브랜치 전략, 충돌해결, 코드리뷰 싹다 알려드림

2025-01-15, 002일차

필수영상

2025-01-16, 003일차

필수영상

2025-01-17, 004일차

필수영상

2025-01-20, 005일차

필수영상

2025-01-21, 006일차

HTML/CSS/JS 라이브러리

HTML/CSS/JS 라이브러리

필수영상

2025-01-22, 007일차

팝업 만들기
addClass, removeClass, hasClass, toggleClass
매개변수 팝업
addClass 를 이용해야 하는 이유
tailwind popup
preventDefalut, stopPropagation
객체
html[class=popup-][class=-actived] { }
toggle, next, prev, mouseenter, parent, children, find, siblings

필수영상

2025-01-23, 008일차

2025-01-24, 009일차

API & json 파싱

필수영상

중요

연휴입니다. 휴식을 경계합시다

항상성 유지
- 늘어지지 마세요
반복
정리
- 필수영상
- 프로젝트
개념 이해가 아닌 연습

2025-02-03, 010일차

폴링 통신 방식

poster

SSE 통신 방식

poster

메세지를 작성하는 구조

poster

메세지를 그리는 구조(폴링)

poster

2025-02-04, 011일차

JSON placeholder

JSON placeholder

Ajax 유틸리티 함수

function fetchPost(url, data) {
    return fetch(url, {
        method: "POST",
        headers: {
            "Content-Type": "application/json",
            "Accept": "application/json"
        },
        body: JSON.stringify(data),
    })
        .then(response => response.json())
}

function fetchGet(url, data) {
    let query = Object.keys(data)
        .map(k => encodeURIComponent(k) + '=' + encodeURIComponent(data[k]))
        .join('&');

    return fetch(url + "?" + query, {
        method: "GET",
        headers: {
            "Content-Type": "application/json",
            "Accept": "application/json"
        }
    })
        .then(response => response.json())
}

POST 방식으로 메세지 전송 테스트
codepen - POST 방식으로 메세지 전송 테스트
싱글 스레드
vo, dto, Entity
스트림
record
fetchGET 함수 사용법
codepen - fetchGET 함수 사용법 1
codepen - fetchGET 함수 사용법 2
ajax 채팅 7, 작성 폼, 작성자 내용 POST, 메세지 수동 가져오기
git
ajax 채팅 8, 0.5초마다 메세지 가져오기 실행, 자동, 폴링방식
git
ajax 채팅 9, SSE 클라이언트, 백엔드 작업
git

REACT

2025-02-05, 012일차

2025-02-06, 013일차

1. `setNumber(number + 1);`

   이 방식에서는 현재 상태인 `number`를 직접 참조하여 새로운 상태 값을 계산합니다. 이 경우, `setNumber`가 호출될 때마다 `number`의 현재 값에 1을 더한 값을 새로운 상태 값으로 설정합니다. 그러나 이 방식의 문제점은 상태 업데이트가 비동기적으로 이루어진다는 것입니다. 만약 여러 상태 업데이트가 동시에 일어나면, 모든 업데이트가 같은 `number` 값에 기반하기 때문에 예상치 못한 결과를 초래할 수 있습니다. 예를 들어, 연속적인 클릭이 빠르게 발생하면, 각 업데이트가 같은 초기 `number` 값에서 시작할 수 있습니다.

2. `setNumber((_number) => _number + 1);`

   이 방식에서는 업데이터 함수를 사용합니다. 여기서 `_number`는 현재 상태의 가장 최신 값을 나타냅니다. 이 방식을 사용하면, React는 상태 업데이트를 실행할 때 현재의 상태 값을 받아서 이를 기반으로 다음 상태 값을 계산합니다. 이는 여러 상태 업데이트가 연속으로 발생할 때 각각의 업데이트가 이전 업데이트가 완료된 후의 최신 상태를 기반으로 실행되도록 보장합니다. 따라서, 이 방식은 상태 업데이트가 비동기적으로 이루어지는 환경에서 더 안정적이며 예측 가능한 결과를 제공합니다.

간단히 말해, 첫 번째 방식은 현재 상태를 직접 참조하여 새 상태를 설정하는 반면, 두 번째 방식은 상태 업데이트를 위한 함수를 사용하여 현재 상태의 가장 최신 값을 기반으로 새 상태를 계산합니다. 두 번째 방식은 상태 업데이트가 연속적으로 발생하는 경우에 더욱 안정적인 결과를 보장합니다.

2025-02-07, 014일차

npm add --dev --exact prettier
echo {}> .prettierrc.json
{
  "printWidth": 100,
  "tabWidth": 2,
  "singleQuote": true,
  "trailingComma": "all",
  "jsxBracketSameLine": true
}

vscode 열고 f1
json 검색 Open User Setting 선택
아래와 같이 입력 (, 주의)
div 태그 사용 가능해짐

"emmet.includeLanguages": { "javascript": "javascriptreact" },
  "emmet.syntaxProfiles": {
    "javascript": "jsx"
  },

자소서 제출, 프로젝트 기능 구현

2025-02-10, 015일차

2025-02-11, 016일차

최초의 구조

poster

NewTodoForm, TodoList로 나뉨

poster

TodoList에서 TodoListItem 분리

poster

OptionDrawer와 EditTodoModal 추가

poster

NoticeSnackbar 추가

poster

상태관리 툴 x, 직접 자식 엘리먼트에 전달

poster

상태관리 툴 o, 필요한 엘리먼트에서 상태를 직접 주입받는다

poster

안드로이드 스튜디오

안드로이드 스튜디오 설치

npm install @capacitor/core @capacitor/cli @capacitor/android
npx cap init
npx cap add android

안드로이드 스튜디오 설치 및 가상머신으로 리액트 앱 실행

JWT

JWT, 서버가 최초로 접속하는 브라우저에게 쿠키에 세션키 정보를 담는 방식으로 사용자를 구분, 쿠키
JWT, 서버에서 신원확인용 토큰 발급, 해킹 발생시 비번 바꾸지 않도록,JWT는 정보를 담을 수 있고 유효성 체크에 DB조회를 사용하지 않는다
- JWT 만들 때 시크릿 키로 흔적을 남기고, JWT 정보를 얻을 때 시크릿 키로 그것이 오염되지 않았음을 인증한다
JWT, JWT는 한번 만들면 만료시킬 수 없음, 그 안의 정보 갱신 불가능
JWT, 작업 1, 프로젝트 세팅
git
JWT, 작업 2, 시크릿키 원문으로 HMAC 암호화 방식에 맞는 SecretKey 객체 만들기
git
JWT, 작업 3, accessToken 생성
git
JWT, 작업 4, access 토큰 인증 및 claims 얻기
git

REST API

일반사이트 주소체계

게시물 목록 : GET http://localhost:8080/article/list
게시물 등록(폼) : GET http://localhost:8080/article/write
게시물 등록 : POST http://localhost:8080/article/write
게시물 단건 조회 : GET http://localhost:8080/article/1
게시물 수정(폼) : GET http://localhost:8080/article/1/modify
게시물 수정 : POST http://localhost:8080/article/1/modify
게시물 삭제 : GET http://localhost:8080/article/1/delete

REST API 주소체계

게시물 목록 : GET http://localhost:8080/articles
게시물 등록 : POST http://localhost:8080/articles
게시물 단건 조회 : GET http://localhost:8080/articles/1
게시물 수정 : PATCH http://localhost:8080/articles/1
게시물 삭제 : DELETE http://localhost:8080/articles/1
회원 목록 : GET http://localhost:8080/members
회원 로그인 : POST http://localhost:8080/member/login
현재 로그인한 회원의 정보 : GET http://localhost:8080/member/me
REST API, REST API 주소체계

2025-02-12, 017일차

통합 프로젝트

1강

2강

3강

3강, 서버, 원격메서드 호출
운영환경(실제 서비스 환경)에서는 클라이언트(고객,브라우저)와 서버(주인, 스프링부트)는 다른 컴퓨터에서 실행된다.
클라이언트와 서버 사이에는 통신이 필요하다.
브라우저와 스프링부트 사이에는 이미 통신기능이 들어있다.
- HTTP 방식으로 통신한다.
스프링부트 프로젝트에서 ~Controller 를 고객과의 소통을 담당하는 컨트롤러로 만들어야 함 -> @Controller
컨트롤러의 모든 메서드를 외부(브라우저)에서 호출(URL 호출) 할 수 있도록 만들어야 한다. x
특정 메서드를 외부에서 호출 가능한 상태로 만들려면? @GetMapping("경로") 추가
- 컨트롤러 안에서 필요한 특정 메서드만 골라서 액션 메서드로 만들 수 있다.
고객의 요청(주소창에 입력 enter, F5)마다 액션 메서드가 실행된다.
액션 메서드가 수행되고, return값을 해당 요청에 대한 응답으로 화면에 표시되길 원한다면 -> @ResponseBody

스프링부트의 목적은 고객의 입장에서 보면 원격지원에 있다.
- todoApp 처럼 고객이 직접 스프링부트가 실행되고 있는 컴퓨터로 와서 입력할 필요 없다.
@Controller, @GetMapping, @ResponseBody
- 자바가 이해하는 주석 -> 스프링부트에게 개발자(나)의 의도를 알리기 위함

컨트롤러 관련 어노테이션의 역할

	@Controller	@GetMapping	@ResponseBody
붙는 위치	컨트롤러	메서드	메서드
역할	해당 클래스의 객체를 스프링부트가 생성하고(1개만) HTTP 요청을 처리할 때마다 사용하도록	해당 메서드를 브라우저를 통해서 호출 가능하도록	해당 메서드의 return 값을 String 형태로 변환하여 응답본문으로 설정하도록

4강

HTTP는 편지를 이용해서 고객과 점원이 대화를 나누는 방법에 대한 규칙
고객 == 클라이언트 == 브라우저 == 서비스 이용자
점원(주인) == 서버 == 스프링부트 == 서비스 제공자
고객은 요청 편지를 점원에게 보내고, 점원은 그에 대한 응답 편지를 보낸다.
편지는 헤더와 바디로 나뉜다.
헤더에는 부가정보, 바디에는 내용이 담긴다.
고객의 생각(데이터)이 점원에게 전해지려면, 양쪽이 모두 다 이해할 수 있는 String을 사용해야 한다.
브라우저(고객)의 모국어는 자바스크립트, 스프링부트(점원)의 모국어는 자바
- 브라우저는 자바의 int, boolean, char, float, 배열, 리스트, 맵... 을 이해할 수 없다.
- 스프링부트도 number, 객체... 를 이해할 수 없다.
- 동시에 이해하는게 String이다.

HTTP통신과 편지통신의 비교

	HTTP 통신	편지로 통신
요청	Request(요청)	보낸편지
응답	Response(응답)	답장편지
요청자	고객(클라이언트)	보낸이
응답자	주인(서버)	받은이
편지내용(헤더)	발신자 주소, 수신자 주소	발신자 주소, 수신자 주소
편지내용(바디)	핵심내용	편지의 본문

자바스크립트와 자바의 자료형 비교

	자바스크립트	자바
숫자	number	byte, short, int, long, float, double
논리	boolean	boolean
문자열	string	String
고정크기배열	없음	new int[50]
리스트	배열(`[10, 20, 30]`)	List(`List.of(10, 20, 30)`)
맵	객체(`{"age":23, "name": "Paul", "name-2": "Kang"}`)	HashMap(`Map.of("age", 23, "name", "Paul", "name-2", "Kang")`)
문자	number	char

케이스 1 : HTTP 요청 `/somePath?age=1&active=true` 에 의해서 액션 메서드 `hello(int age, boolean)` 가 호출될 때 잭슨이 작동하는 방법

케이스 2 : HTTP 요청에 의해서 호출된 액션메서드가 공용어인 String(Text) 이외에 다른 형태의 데이터를 리턴한 경우

XML과 JSON 비교

데이터 유형	XML 예시	JSON 예시
숫자	`<age>22</age>`	`{"age": 22}`
문자	`<name>Paul</name>`	`{"name": "Paul"}`
객체	`<person> <age>22</age> <name>Paul</name> </person>`	`{"age": 22, "name": "Paul"}`
배열	`<ages><age>22</age><age>23</age></ages>`	`[22, 23]`
배열<객체>	`<people> <person> <age>22</age> <name>Paul</name> </person> <person> <age>23</age> <name>Alice</name> </person> </people>`	`[{"age": 22, "name": "Paul"}, {"age": 23, "name": "Alice"}]`

5강

유용한 어노테이션

어노테이션	역할
@Getter	모든 필드에 대한 getter 메서드를 자동으로 생성
@Setter	모든 필드에 대한 setter 메서드를 자동으로 생성
@ToString	클래스의 toString 메서드를 자동으로 생성. @ToString.Exclude로 특정 필드를 제외할 수 있음
@AllArgsConstructor	모든 필드를 매개변수로 받는 생성자를 자동으로 생성
@Builder	빌더 패턴을 구현. 객체 생성 시점에 설정해야 할 필드를 명시적으로 설정할 수 있도록 함
@JsonIgnore	JSON 직렬화/역직렬화 시 특정 필드를 무시하도록 지정
@EqualsAndHashCode	equals와 hashCode 메서드를 자동으로 생성. @EqualsAndHashCode.Include로 특정 필드만 포함 가능
@SneakyThrows	메서드에 선언된 checked exception을 무시하고 런타임 예외로 처리하도록 함

6강

7강

8강

9강

9강, 도커(docker)

핵심

도커 이미지는 밀키트와 비슷하지만 훨씬 더 편리합니다.
- 비유하자면, 밀키트는 밀키트인데 조리도구(가스레인지, 냄비 등)까지 포함된 밀키트라고 보시면 됩니다.
- 그래서 현대의 웹 서비스에서 주류기술로 자리잡았습니다.
컨테이너(Container)
- 컨테이너는 애플리케이션과 그 필요한 모든 것을 포함하는 격리된 환경입니다.
- 가볍고 빠르게 시작되며, 다른 컨테이너나 호스트 시스템과의 충돌 없이 독립적으로 실행됩니다.
- 이는 개발, 배포, 실행을 일관되게 만들어 줍니다.
이미지(Image)
- 이미지는 컨테이너를 생성하는 데 사용되는 템플릿으로,
- 애플리케이션 실행에 필요한 코드, 라이브러리, 환경설정 등이 포함됩니다.
- 읽기 전용이며, 컨테이너는 이 이미지를 기반으로 생성됩니다.
도커 데몬(Docker Daemon)
- 도커 데몬은 컨테이너의 생성, 실행, 모니터링, 삭제 등을 관리하는
- 백그라운드 프로세스입니다.
- 도커 클라이언트와 통신하며,
- 도커의 모든 중요 작업을 담당합니다.
도커 파일(Dockerfile)
- 도커 파일은 도커 이미지를 빌드하기 위한 설정 파일로,
- 이미지 생성 과정에 필요한 명령어를 순서대로 담고 있습니다.
- 이 파일을 사용하면 이미지 빌드 과정을 자동화하고,
- 재사용 가능한 방식으로 관리할 수 있습니다.
도커 허브(Docker Hub)
- https://hub.docker.com/
- 도커 허브는 도커 이미지를 저장하고 공유할 수 있는 클라우드 서비스입니다.
- 사용자는 자신의 이미지를 업로드하여 공유할 수 있으며,
- 다른 사람이 만든 이미지를 검색하고 사용할 수 있습니다.

모든 도커자원(이미지, 컨테이너, 네트워크 볼륨) 삭제 명령어

가끔 도커 관련 실습을 처음부터 다시하고 싶을 때 아래 명령어가 유용합니다.

# 컨테이너 삭제
docker rm -f $(docker ps -qa)

# 이미지 삭제
docker rmi -f $(docker images -qa)

# 안쓰는 네트워크 삭제
docker network prune -f

# 안쓰는 볼륨 삭제
docker volume prune -f

도커 데스크톱 다운로드

도커 데스크톱 다운로드 - https://www.docker.com/products/docker-desktop

자주 발생하는 도커설치 관련 에러 1 : 윈도우에서 도커 데스크톱 설치시, Hardware assisted virtualization and data execution protection must be enabled in the BIOS

오류

Hardware assisted virtualization and data execution protection must be enabled in the BIOS

해결책

2025-02-13, 018일차

9강

9강, 도커 데스크톱 다운로드

10강

HTML 파일을 원격지의 브라우저에게 전송하려면 웹서버가 필요하다
- 웹서버 중에 유명한 것이 nginx
- nginx 도커 이미지는 이미 도커 허브에 있다.
도커 이미지를 만드는게 목표
- 도커 이미지는 Dockerfile로부터 생성
Dockerfile 작성
- 도커허브의 nginx:latest 를 기반으로 하겠다
index.html 파일 생성 -> 소스코드
도커 이미지 생성
- docker build -t 이미지 이름 .
- 도커 이미지 이름 : 리포지터리_이름:태그
  - 기본 태그 : latest
  - 참고 : latest는 생략 가능(태그를 latest로 쓰고 싶다면)
  - docker build -t nginx-1 . == docker build -t nginx-1:latest .
생성된 도커 이미지 확인
- docker images

HTML 앱과 스프링부트 앱 비교

	HTML 앱	스프링부트 앱	떡볶이 밀키트
소스코드	index.html	SurlController.java	떡, 양념
필요의존성	웹서버(NGINX)	JVM(21 Version)	냄비, 가스레인지
포트(최종 사용자가 결과물을 달라고 요청하는 창구)	80(기본 포트가 80)	8090(보통은 8080, 우리가 8090으로 설정)	주방(밀키트를 가지고 요리하는 사람이 주방에 있고 요청이 들어올 때 마다 요리를 하나 만들어서 제공한다고 가정)

index.html

<h1>Hello</h1>

Dockerfile

# 기본 이미지 설정
FROM nginx:latest

# index.html 파일 복사
COPY index.html /usr/share/nginx/html/

# Nginx 실행
CMD ["nginx", "-g", "daemon off;"]

10강, 도커 이미지 만들기

11강

도커 이미지 삭제
- docker rmi 이미지_이름 docker rmi 이미지_ID
- 도커 이미지 이름 : 리포지터리_이름:태그
  - 기본 태그는 latest
  - 생략가능
- ex) docker rmi nginx-1:latest . == docker rmi nginx-1
11강, 도커 이미지 삭제

12강

도커 이미지로 도커 컨테이너를 생성할 수 있다.(도커이미지를 실행하면 도커 컨테이너가 생성된다)
- 도커 이미지는 일종의 템플릿(이력서의 양식)
- 도커 컨테이너는 도커 이미지를 디스크에서 복사해서 메모리에 띄운 것이다.
  - 이력서를 작성을 해야해. 이력서 양식 다운로드. 원본에서 작업하지 않고, 복사본을 만들고 작업하는 것과 비슷함.
- 80 포트를 사용하는 nginx-1-1 컨테이너를 띄운다.
  - docker run -d -p 80:80 --name nginx-1-1 nginx-1 --> 다른 컨테이너에서 80 x, nginx-1-1 x
- 8081 포트를 사용하는 nginx-1-2 컨테이너를 띄운다.
  - docker run -d -p 8081:80 --name nginx-1-2 nginx-1 --> 다른 컨테이너에서 8081 x, nginx-1-2 x
하나의 도커 이미지로 2개의 컨테이너를 띄웠고(같은 이름 불가, 같은 포트 불가라서 서로 다른걸 할당)
도커 컨테이너 삭제
- docker rm -f nginx-1-1
- docker rm -f nginx-1-2
12강, 도커 컨테이너 생성 및 삭제

13강

fly.io 는 서버(PC)를 제공해준다
- 서버 == 컴퓨터
- 서버에는 공인 IP가 부여되어 있다
- 일반적으로 웹 서버에는 도메인(IP의 별칭)이 부여되어 있다.
  - 웹 서버 : 서버중에서 웹 서비스를 제공하는 서버
- flyctl을 설치하면 컴퓨터에서 명령어로 fly.io를 이용할 수 있다.
  - flyctl 을 설치하고 로그인해야 사용 가능
13강, flyctl 설치

14강

fly.io에 서비스 배포를 위해서는 '앱'이 필요함
- 앱은 fly.io에서의 서비스 단위
- 내가 5개 서비스 해야해. 앱이 5개 필요해
앱은 fly launch --no-deploy 명령어로 생성
- 앱은 대시보드에서 확인 가능
- fly.toml 파일이 생성됨 -> 앱의 설정을 바꿀 때 사용
fly deploy 명령어 수행 전이기 때문에 앱은 현재 Pending 상태
14강, flyctl로 앱 생성하기

15강

3가지 요소만 있으면 fly.io 배포 가능
- 3가지 요소: 프로젝트 폴더, Dockerfile, fly.toml
- fly.toml만 있으면 x, fly.toml에 대응하는 fly.io 앱이 있어야 함
프로젝트 폴더에서 fly deploy 명령어 입력
- 프로젝트 폴더의 모든 파일들이 fly.io 앱으로 복사
- 빌더 앱이 생성되고 업로드 된 파일들로 도커 빌드 진행
- 도커 이미지 완성
- machines(보통 2개)에 컨테이너가 위치함
  - 여기서 기계는 머신, PC, 서버를 의미
도메인은 `https://앱_이름.fly.dev
소스코드가 바뀌면 재배포 해야함
- 재배포 명령어 : fly deploy
- 머신에서 돌아가고 있는 기존 컨테이너는 제거되고 새 도커이미지로 만든 컨테이너가 차지
  - 기존 컨테이너가 모두 사라지고, 새 컨테이너가 그 자리를 차지하게 되면,
  - 단순 교체로 인한 고객입장에서의 중단 타임 발생
  - 고객 입장에서 웹서비스를 이용하는중에 404 를 볼 수 있다.
- fly.io는 기본적으로 롤링 업데이트를 사용한다. -> 무중단배포(교체) 방식
15강, fly.io 앱에 배포 테스트

16강

Dockerfile(자바 21, 스프링부트 배포용)

주의사항
- 기존 Dockerfile은 작동하지 않습니다.
- 아래의 Dockerfile을 사용해주세요.

# 첫 번째 스테이지: 빌드 스테이지
FROM gradle:jdk21-graal-jammy AS builder

# 작업 디렉토리 설정
WORKDIR /app

# 소스 코드와 Gradle 래퍼 복사
COPY build.gradle .
COPY settings.gradle .

# Gradle 래퍼에 실행 권한 부여
RUN gradle wrapper

# 종속성 설치
RUN ./gradlew dependencies --no-daemon

# 소스 코드 복사
COPY src src

# 애플리케이션 빌드
RUN ./gradlew build --no-daemon

# 두 번째 스테이지: 실행 스테이지
FROM container-registry.oracle.com/graalvm/jdk:21

# 작업 디렉토리 설정
WORKDIR /app

# 첫 번째 스테이지에서 빌드된 JAR 파일 복사
COPY --from=builder /app/build/libs/*.jar app.jar

# 실행할 JAR 파일 지정
ENTRYPOINT ["java", "-jar", "-Dspring.profiles.active=prod", "app.jar"]

Dockerfile 생성
- 스프링부트에 맞게 세팅
fly launch --no-deploy => 앱 만들기, fly.toml 파일 생성
- 이 과정에서 생성 되는 앱은 cwy-surl-project-11
HomeController 생성, / 요청 받기
프로젝트 폴더에서 fly deploy 명령어 입력
- 프로젝트의 모든 폴더의 모든 파일들이 fly.io 앱으로 복사된 뒤 빌드
- fly.io 안에서 도커 이미지 생성
- 도커 이미지를 기반으로 2개의 머신에서 컨테이너 생성
브라우저에서 어떤 요청이 있을 때마다 2개의 머신중 랜덤으로 1개가 선택되어
그 안에 있는 컨테이너 안의 스프링부트가 작동
- 일종의 부하 분산
16강, 도커파일 생성, fly 배포
git

17강

개발 환경(dev)과 운영 환경(prod)은 다르다.
각 환경에 맞는 설정 필요
스프링부트가 지원해줌
application.yml은 모든환경에서 작동
- application-dev.yml 은 개발환경
- application.yml 의 spring.profiles.active=dev 설정 때문에 작동함
- application-prod.yml 은 운영환경
- Dockerfile의 -Dspring.profiles.active=prod 옵션 때문에 작동함
application.yml이 제일 먼저 작동
- 먼저 작동하는 설정파일이 우선순위가 낮다
- 나중에 작동하는 설정파일의 정보가 우선 적용됨
프로젝트 폴더에서 fly deploy 명령 입력 -> 바뀐 소스코드, 설정을 실서버(운영서버)에 반영
17강, 개발환경과 운영환경의 설정파일 분리
git

18강

HELP.md
.gradle
build/
!gradle/wrapper/gradle-wrapper.jar
!**/src/main/**/build/
!**/src/test/**/build/

### STS ###
.apt_generated
.classpath
.factorypath
.project
.settings
.springBeans
.sts4-cache
bin/
!**/src/main/**/bin/
!**/src/test/**/bin/

### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr
out/
!**/src/main/**/out/
!**/src/test/**/out/

### NetBeans ###
/nbproject/private/
/nbbuild/
/dist/
/nbdist/
/.nb-gradle/

### VS Code ###
.vscode/

### Custom ###
src/main/resources/application-secret.yml
db_dev.mv.db
db_dev.trace.db
src/main/generated

.github/workflows/deploy.yml

name: Fly Deploy
on:
  push:
    paths:
      - settings.gradle
      - build.gradle
      - src/**
      - fly.toml
      - Dockerfile
      - .github/workflows/deploy.yml
    branches:
      - main    --> 실제 브랜치명으로 변경
jobs:
  deploy:
    name: Deploy app
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: application-secret.yml 생성
        env:
          APPLICATION_SECRET: ${{ secrets.APPLICATION_SECRET_YML }}
        run: echo "$APPLICATION_SECRET" > src/main/resources/application-secret.yml
      - uses: superfly/flyctl-actions/setup-flyctl@master
      - run: flyctl deploy --remote-only
        env:
          FLY_API_TOKEN: ${{ secrets.FLY_API_TOKEN }}

깃허브 리포지터리에 푸시하는 것 만으로 자동으로 배포까지 이루어질 수 있도록
- CI/CD 라고 한다.
- fly.io가 무중단이기 때문에 결과적으로는 무중단 CI/CD가 걸려있게 된다
GITHUB ACTION을 걸어두면 특정 이벤트가 발생했을 때 어떤 일이 작동하도록 할 수 있음
- 이벤트 예시 : 특정 브랜치의 특정 파일이 변경되는 푸시가 발생
소스코드의 내용 중 Github에 노출되면 안되는 내용
- 이런 것들은 application-secret.yml에 몰아넣고
- .gitignore에 src/main/resources/application-secret.yml을 추가
- application-secret.yml은 모든 환경에서 작동
  - application.yml의 spring.profiles.include=secret 설정 때문
목표는 도커 빌드를 fly.io에서 수행하기
- 빌드 == 완제품 만들기
- 빌드를 할 때 application-secret.yml이 필요하다
- github 리포지터리에는 application-secret.yml 가 있어야 한다
- 나는 application-secret.yml를 로컬에만 존재하도록 해놨다. -> 보안
application-secret.yml를 암호화해서 해당 리포지터리에 넣어야한다
- 깃허브 시크릿 변수 기능 활용
- application-secret.yml 내용을 시크릿 변수에 저장을 하면 된다
.github/workflows/deploy.yml 파일 추가
- .github/workflows 는 지켜야 함 -> 그래야 이벤트가 걸림
- deploy.yml에는 언제 해당 파일이 실행되어야 하는지, 실행되면 무슨 일이 일어나야 하는지 기술됨
리포지터리 세팅을 해야함
- APPLICATION_SECRET_YML 생성
- FLY_API_TOKEN 생성
  - fly.io에 create AccessToken으로 발급
- Settings -> Actions -> General
  - Workflow permissions -> Read and write permissions 선택
  - 추후에 AWS 를 위한 배포를 위한 설정
  - fly.io에서는 필요하지 않음
  - GITHUB ACTION이 해당 리포지터리에 태그나 릴리즈를 생성할 권한을 얻는다
Github Push
- 이제는 fly deploy를 따로 할 필요가 없다
- 푸시하게 되면 자동으로 배포까지 진행된다.
  - 무중단 CI/CD 완성
18강, CI/CD 구축
git
소스코드 변경시에 실서버에 반영하려면?
- push만 하면 됨
만약에 application-secret의 내용이 바뀌고, 그것을 서버에 반영하려면?
- 리포지터리 내의 시크릿 변수를 수정해야함 -> push or 해당 액션 re-run
앱 테스트 -> SurlController 참고
fly.io의 기본적인 앱은 일정시간동안 요청이 없으면 자동으로 꺼진다.
- 스프링부트 내부에 있는 변수에 저장된 정보들이 전부 날아간다. -> 영속성을 부여해서 해결
- 필요없는 상황에서 자동으로 앱이 꺼지기 때문에 비용 절감이 됨

2025-02-14, 019일차

19강

MySQL 서버 띄우기

MySQL 포트는 기본적으로 3306 을 사용합니다.
설치가 안된다면 기존에 직접 설치한 MySQL 을 지우고 다시시도해주세요.
root 계정의 비밀번호는 koreait123414 로 하겠습니다.

# MySQL 없을 때 띄우는 방법
cd ~ # 운영환경에서는 `cd /`

# 설정파일 만들기
mkdir -p dockerProjects/mysql-1/volumes/etc/mysql/conf.d

# 원하는 설정을 적어주세요.
chmod 644 dockerProjects/mysql-1/volumes/etc/mysql/conf.d/my.cnf
echo "[mysqld]
# general_log = ON
# general_log_file = /etc/mysql/conf.d/general.log" > dockerProjects/mysql-1/volumes/etc/mysql/conf.d/my.cnf
chmod 444 dockerProjects/mysql-1/volumes/etc/mysql/conf.d/my.cnf

docker run \
    --name mysql-1 \
    -p 3307:3306 \
    -v /${PWD}/dockerProjects/mysql-1/volumes/var/lib/mysql:/var/lib/mysql \
    -v /${PWD}/dockerProjects/mysql-1/volumes/etc/mysql/conf.d:/etc/mysql/conf.d \
    -e TZ=Asia/Seoul \
    -e MYSQL_ROOT_PASSWORD=koreait123414 \
    -d \
    mysql:8.4.1

MySQL 초기화

MySQL 서버를 초기화할 때 사용해주세요.

# MySQL 없을 때 띄우는 방법
cd ~ # 운영환경에서는 `cd /`

# 기존 컨테이너와 볼륨 제거
docker ps -a | grep -q mysql-1 && docker rm -f mysql-1
rm -rf dockerProjects/mysql-1

# 설정파일 만들기
mkdir -p dockerProjects/mysql-1/volumes/etc/mysql/conf.d

# 원하는 설정을 적어주세요.
echo "[mysqld]
# general_log = ON
# general_log_file = /etc/mysql/conf.d/general.log" > dockerProjects/mysql-1/volumes/etc/mysql/conf.d/my.cnf
chmod 444 dockerProjects/mysql-1/volumes/etc/mysql/conf.d/my.cnf

docker run \
    --name mysql-1 \
    -p 3307:3306 \
    -v /${PWD}/dockerProjects/mysql-1/volumes/var/lib/mysql:/var/lib/mysql \
    -v /${PWD}/dockerProjects/mysql-1/volumes/etc/mysql/conf.d:/etc/mysql/conf.d \
    -e TZ=Asia/Seoul \
    -e MYSQL_ROOT_PASSWORD=koreait123414 \
    -d \
    mysql:8.4.1

모든 도커자원(이미지, 컨테이너, 네트워크 볼륨) 삭제 명령어

가끔 도커 관련 실습을 처음부터 다시하고 싶을 때 아래 명령어가 유용합니다.

# 컨테이너 삭제
docker rm -f $(docker ps -qa)

# 이미지 삭제
docker rmi -f $(docker images -qa)

# 안쓰는 네트워크 삭제
docker network prune -f

# 안쓰는 볼륨 삭제
docker volume prune -f

Dbeaver 최신 버전 설치 및 세팅

Dbaver 최신버전 다운로드
- 최신버전에서 F9(스크립트 실행)관련 오류가 있을 수 있습니다.
- 만약에 오류가 있다면 아래 링크에 있는 23.3.5 버전을 받아주세요.

Dbeaver 23.3.5 버전 설치 및 세팅

최신버전이 안될때는 최신버전을 삭제 후 이 버전으로 설치해보세요.
Dbaver 23.3.5 버전 다운로드
- macos-aarch64.dmg : 맥 M1, M2 칩
- macos-x86_64.dmg : 맥 인텔칩 칩
- x86_64-setup.exe : 윈도우 사용자
20강, MySQL 설치docker Dbeaver 설치

21강

ORM을 쓰면 개발자가 SQL 직접 작성하지 않고 관련 작업을 JAVA코드로 수행가능
ORM이 개발자 대신 상황에 맞는 SQL을 생성하고 실행
Spring Data JPA는 가장 유명하고 유용한 ORM
Spring Data JPA는 데이터 소스를 통해서 본인(ORM) 다뤄야 하는 실제 DB에 대한 정보를 얻는다
설정 파일에서 작성
- url
- username
- password
- driver-class-name
21강, JPA 의존성 추가
git

22강

@Entity : 이 클래스로 테이블 만들거야
@Id : 이 필드를 PRIMARY KEY로 만들거야
@GeneratedValue(strategy = IDENTITY) : AUTO_INCREMENT
22강, Article class로 article 테이블 생성, SQL 로깅
git

23강

24강

25강

MySQL 초기화(제너럴 로그 켠 모드로 시작)
echo '' 으로 로그 비우는 방법
cat과 less로 으로 로그 확인하는 방법
기존의 코드는 트랜잭션이 3개로 구성됨
하나의 트랜잭션으로 묶음
트랜잭션내에서의 엔티티 객체 수정은 자동으로 UPDATE 가 유발됨
영속성 컨텍스트는 트랜잭션 당 하나가 존재함
모든 엔티티 객체는 영속성 컨텍스트에 복제본(스냅샷)이 존재
영속컨 컨텍스트는 트랜잭셩이 종료될 때 더티체킹에 의해 체크된 것들에 대해서 UPDATE

MySQL 초기화(제너럴 로그 켠 모드로 시작)

이렇게 시작하면 MySQL 에서 실행된 모든 쿼리로그를 general.log 에서 볼 수 있습니다.
general.log 를 보면 트랜잭션이 어떻게 묶이는지도 확인할 수 있습니다.

# MySQL 없을 때 띄우는 방법
cd ~ # 운영환경에서는 `cd /`

# 기존 컨테이너와 볼륨 제거
docker ps -a | grep -q mysql-1 && docker rm -f mysql-1
rm -rf dockerProjects/mysql-1

# 설정파일 만들기
mkdir -p dockerProjects/mysql-1/volumes/etc/mysql/conf.d

# 원하는 설정을 적어주세요.
echo "[mysqld]
general_log = ON
general_log_file = /etc/mysql/conf.d/general.log" > dockerProjects/mysql-1/volumes/etc/mysql/conf.d/my.cnf
chmod 444 dockerProjects/mysql-1/volumes/etc/mysql/conf.d/my.cnf

docker run \
    --name mysql-1 \
    -p 3307:3306 \
    -v /${PWD}/dockerProjects/mysql-1/volumes/var/lib/mysql:/var/lib/mysql \
    -v /${PWD}/dockerProjects/mysql-1/volumes/etc/mysql/conf.d:/etc/mysql/conf.d \
    -e TZ=Asia/Seoul \
    -e MYSQL_ROOT_PASSWORD=koreait123414 \
    -d \
    mysql:8.4.1

제너럴 로그 초기화 및 확인

# 이동
cd ~ # 운영환경에서는 `cd /`
echo '' > dockerProjects/mysql-1/volumes/etc/mysql/conf.d/general.log
cat dockerProjects/mysql-1/volumes/etc/mysql/conf.d/general.log | less # 방향키 위/아래 로 이동, 종료는 q

26강

27강

28강

29강

2025-02-17, 020일차

30강

Article class에 작성자 필드 추가
private String username; 가능
private Long authorId; 가능
@ManyToOne private Member author 가 관례(JPA)
30강, Article에 Member 추가, Surl 엔티티화
git

31강

32강

MySQL 초기화(제너럴 로그 끈 모드로 시작)

이렇게 시작하면 MySQL 에서 실행된 모든 쿼리로그를 general.log 에서 볼 수 있습니다.
general.log 를 보면 트랜잭션이 어떻게 묶이는지도 확인할 수 있습니다.

# MySQL 없을 때 띄우는 방법
cd ~ # 운영환경에서는 `cd /`

# 기존 컨테이너와 볼륨 제거
docker ps -a | grep -q mysql-1 && docker rm -f mysql-1
rm -rf dockerProjects/mysql-1

# 설정파일 만들기
mkdir -p dockerProjects/mysql-1/volumes/etc/mysql/conf.d

# 원하는 설정을 적어주세요.
echo "[mysqld]
# general_log = ON
# general_log_file = /etc/mysql/conf.d/general.log" > dockerProjects/mysql-1/volumes/etc/mysql/conf.d/my.cnf
chmod 444 dockerProjects/mysql-1/volumes/etc/mysql/conf.d/my.cnf

docker run \
    --name mysql-1 \
    --restart unless-stopped \
    -p 3307:3306 \
    -v /${PWD}/dockerProjects/mysql-1/volumes/var/lib/mysql:/var/lib/mysql \
    -v /${PWD}/dockerProjects/mysql-1/volumes/etc/mysql/conf.d:/etc/mysql/conf.d \
    -e TZ=Asia/Seoul \
    -e MYSQL_ROOT_PASSWORD=koreait123414 \
    -d \
    mysql:8.4.1

PostgreSQL 서버 삭제하는 방법

cd ~ # 운영환경에서는 `cd /`

docker rm -f postgres_1

rm -rf /${PWD}/dockerProjects/postgres_1

PostgreSQL 서버 띄우기

PostgreSQL 포트는 기본적으로 5432 입니다.
설치가 안된다면 기존에 직접 설치한 PostgreSQL 을 지우고 다시시도해주세요.
postgres 계정의 비밀번호는 koreait123414 입니다.

cd ~ # 운영환경에서는 `cd /`

docker run \
    --name postgres_1 \
    --restart unless-stopped \
    -e POSTGRES_PASSWORD=koreait123414 \
    -v /${PWD}/dockerProjects/postgres_1/volumes/var/lib/postgresql/data:/var/lib/postgresql/data \
    -p 5432:5432 \
    -d postgres

PostgreSQL 상식

MySQL과 달리 PostgreSQL 에서는 관리자 계정이 root 가 아닌 postgres 이다.
postgres DB는 기본적으로 존재한다.
CREATE DATABASE app1;; 으로 데이터베이스를 만들 수 있다.
SELECT datname FROM pg_database; 로 데이터베이스 목록을 볼 수 있다.
MySQL 에서의 use 와 같은 명령어는 없다.

현재 선택된 데이터베이스안의 모든 사용자 정의 테이블 목록 나열

SELECT tablename 
FROM pg_catalog.pg_tables 
WHERE schemaname != 'pg_catalog'
AND schemaname != 'information_schema';

post 테이블 생성

create table post (
    id bigserial not null,
    primary key (id),
    create_date timestamp(6),
    modify_date timestamp(6),
    title varchar(255)
)

post 테이블에 데이터 삽입

# V1
insert into post
(id, create_date, modify_date, title) 
values
(default, NOW(), NOW(), '제목 1')

# v2
insert into post
(create_date, modify_date, title) 
values
(NOW(), NOW(), '제목 1')

검색어가 `당근` 이고, 1 페이지에 보여줄 글 가져오기

한 페이지에 최대 10개의 글 노출 가능

데이터 쿼리

select P.*
from post AS P
where upper(P.title) like upper('%당근%') escape '\' 
order by P.id desc 
limit 10 offset 0;

카운트 쿼리

select count(P.id) 
from post AS P
where upper(P.title) like upper('%당근%') escape '\'

검색어가 `당근` 이고, 2 페이지에 보여줄 글 가져오기

한 페이지에 최대 10개의 글 노출 가능

select P.*
from post AS P
where upper(P.title) like upper('%당근%') escape '\' 
order by P.id desc 
limit 10 offset 10;

카운트 쿼리

select count(P.id) 
from post AS P
where upper(P.title) like upper('%당근%') escape '\'

32강, PostgreSql 띄우기

33강

34강

35강

fly.io에 PostgreSQL 생성

프로젝트 폴더와 상관없는 곳에서 수행

flyctl pg create

앱 이름 : cwy-surl-project-db
- 여러분은 이 앱 이름(cwy-surl-project-db)을 사용하시면 안됩니다.
- 여러분 고유의 앱 이름을 사용해주세요.

만들어진 정보 저장(2번 이상 못봐)

Postgres cluster cwy-surl-project-db created
  Username:    postgres
  Password:    wHZuMoVla9IhhRz
  Hostname:    cwy-surl-project-db.internal
  Flycast:     fdaa:9:4add:0:1::4
  Proxy port:  5432
  Postgres port:  5433
  Connection string: postgres://postgres:wHZuMoVla9IhhRz@cwy-surl-pr
oject-db.flycast:5432

Save your credentials in a secure place -- you won't be able to see
them again!

외부에서는 fly.io 안쪽의 db에 바로접근이 불가능하기 때문에, 접근이 필요할 때 마다 flyctl proxy 명령으로 개구멍을 open

flyctl proxy 5434:5432 -a appName
- EX : flyctl proxy 5433:5432 -a cwy-surl-project-db
- 로컬 포트 5433 을 원격지 포트 5432 와 연결한다.
  - 이렇게 하면 로컬에서의 포트 5432 와 충돌하지 않는다.
- Ctrl + c 로 프록시 종료

Dbeaver 로 DB 접속

프로젝트 이름 : cwy-surl-project-db, fly.io
서버이름 : surl_prod
주소 : 127.0.0.1
사용자 : postgres
비밀번호 :
포트 : 5433
DB : postgres
- 추후 surl_prod 로 변경

surl_prod 데이터베이스 생성

DROP DATABASE IF EXISTS surl_prod;
CREATE DATABASE surl_prod;

Dbeaver 로 DB 접속정보에서 DB변경

DB : surl_prod

fly.io 대시보드에서 확인

36강

application-prod.yml에 운영모드용 설정
initAll 빈 등록
로컬에서 잘 되는지 테스트
@ActiveProfiles("test")
테스트 환경에서는 H2 메모리 모드로 설정
initAll 다음에 initNotProd 가 수행되도록 설정
log.debug는 운영모드에서 작동 x
36강, 운영 모드에서 운영 DB 사용
git
git

37강

도메인 관리

도메인 구매 - dnszi.com

도메인 구매

프로젝트에 도메인 연결

fly certs add www.surl.abbl.site # 추가
fly certs show www.surl.abbl.site # 확인

순서

cwy-short-url-project-02.fly.dev 는 기본적으로 제공되는 운영 도메인 입니다.
dnszi 는 도메인 관리 서비스
도메인 구매 사이트에서 도메인 구매하기
도메인 구매시 DNS 서버를 dnszi 로 설정
fly certs add 새-도메인
dnszi 에서 CNAME 설정

DNSZI 에서 CNAME 등록

CNAME(별명) : www.surl.abbl.site
목적지(연결) 도메인 : cwy-short-url-project-02.fly.dev
37강, 도메인 구매 및 연결

2025-02-18, 021일차

38강

38강, 도메인 추가, 자원 해제

39강

AWS : 합리적인 가격에 서버를 대여해줌
- fly.io보다 자유도가 높다
- AWS 루트계정 가입 -> 이메일, 카드
- AWS의 핵심 자원 : IAM(인증,인가), EC2(컴퓨터)
- IAM admin 계정 생성
- 정책 : 권한의 조합
- AdministratorAccess 정책 연결
- 별칭 추가
- IAM 계정 로그인

IAM 계정

AWS ROOT 계정을 해킹당하면 피해가 크다. IAM 유저를 만들고 그걸 쓰는게 좋다.
ROOT 계정의 역할 : IAM USER admin 을 만드는 역할 뿐. 이게 바람직하다
IAM에서는 사용자의 편의를 위한 정책들을 미리 만들어 놨다
AdministratorAccess 정책은 ROOT에 준하는 권한이 정의되어 있다.
ROOT 에는 고유 ID가 있다. 외우기 힘들어서 쓰는게 별칭
39강, AWS 가입, IAM 계정 생성

40강

AWS 대표 핵심자원 3가지

IAM
권한, 정책
역할, 사용자
VPC
EC2

AWS 자원을 다루는 방법

AWS 콘솔 : 일일히 하나하나 클릭
AWS CLI : 명령어로
- 일괄처리 가능
- AWS 콘솔에 비해서 효율적임
테라폼 : AWS CLI를 쉽게

AWS API

AWS의 모든 처리는 내부적으로 API
어떤 일을 할 때 AWS 콘솔에 접속해서 클릭을 통해서 진행해도 되고, AWS API이용해도 된다
AWS API를 명령어를 통해서 쉽게 사용하려면 AWS CLI 설치해야해
AWS CLI를 설치 후 IAM USER의 엑세스키를 등록해야해
40강, AWS CLI, 테라폼

41강

AWS CLI 설치

AWS - AWS CLI 설치 - https://docs.aws.amazon.com/ko_kr/cli/latest/userguide/getting-started-install.html
- 윈도우 사용자
- MAC 사용자
  - Command line installer - All users 로 설치

AWS CLI 설치확인

윈도우 사용자
- 윈도우 키 누르고 cmd 누르고 엔터
- aws 명령어 실행
MAC 사용자
- 터미널 창 띄우기
- aws 명령어 실행

admin 계정의 엑세스키 발급받기

AWS CLI 명령어

aws configure list
- AWS 엑세스키가 등록되어 있는지 확인
aws configure
- AWS 엑세스키 등록
  - 엑세스 키, 시크릿 엑세스키 등록
  - 재등록도 가능
- 리전 : ap-northeast-2
  - ap-northeast-2 : AWS 서울
- Default output format 에서는 그냥 엔터
- aws s3 ls
  - 아무 결과가 안나오면 성공적으로 로그인 되었다고 볼 수 있습니다.
엑세스키 삭제하는 방법
- 콘솔 -> IAM USER -> admin 유저 선택 -> 보안자격증명 -> 액세스 키 -> 비활성화 -> 삭제
AWS CLI에 입력된 엑세스키 삭제하는 방법
- 윈도우 터미널
  - rmdir /s /q "%USERPROFILE%/.aws"
- 윈도우 파워쉘
  - rm -force -recurse $HOME\.aws
- MAC SHELL OR BASH SHELL
  - rm -rf ~/.aws
41강, AWS CLI 설치 및 로그인

42강

테라폼 CLI 설치

테라폼 - 설치 - https://developer.hashicorp.com/terraform/install
- 윈도우
  - C:\lib\terraform 폴더 생성
    - amd64 다운로드
      - 안되면 386 다운로드
  - C:\lib\terraform 폴더에 terraform.exe 파일 저장
  - 환경변수의 PATH 에 C:\lib\terraform 등록
  - - 윈도우 키 누르고 환경 이라고 검색

테라폼 프로젝트 폴더 생성

프로젝트 경로 : ~/IdeaProjects/terraform_project_1

.gitignore

.idea
.terraform

main.tf

terraform {
  // 자바의 import 와 비슷함
  // aws 라이브러리 불러옴
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "~> 4.0"
    }
  }
}

# Configure the AWS Provider
provider "aws" {
  region = "ap-northeast-2"
}

resource "aws_vpc" "example" {
  cidr_block = "10.0.0.0/16"

  tags = {
    Name = "example"
  }
}

테라폼 명령어

terraform init
- 라이브러리 다운로드
- 라이브러리 관련 소스코드가 바뀔 때 마다 실행해야 한다.
terraform plan
- 실제 리소스 생성을 하는것은 아니고
- 현재 소스코드가 실행가능한지 검사
terraform apply
- 리소스 생성
- yes 입력
terraform destroy
- 리소스 삭제
- yes 입력
42강, 테라폼 설치 및 프로젝트 생성

43강

EC2 인스턴스 하나 추가하기 위한 작업
AMI -> 운영체제
EC2가 생성되자마자 수행해야하는 명령어
43강, 테라폼으로 EC2 1개 생성
git

44강

44강, EC2 접속

45강

나중에 EC2에서 private docker image를 받기 위해 로그인
read 패키지 권한만 있는 GITHUB 토큰 생성
도커 이미지에는 application-secret.yml 이 포함
EC2에서 도커 로그인(ghcr.io)

깃허브 토큰 생성

https://github.com/settings/tokens

ghcr.io 에 로그인

docker login ghcr.io -u USERNAME -p YOUR_TOKEN
# EX : docker login ghcr.io -u axdsw121 -p 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

45강, docker login ghcr io

46강

MySql을 도커로 실행
dbeaver로 연결 생성
root계정의 근거리 비번 세팅
root계정의 원거리 비번 세팅

MySQL 실행

docker run -d \
  --name mysql_1 \
  --restart unless-stopped \
  -p 3306:3306 \
  -e TZ=Asia/Seoul \
  -e MYSQL_ROOT_PASSWORD=koreait123414 \
  -v /dockerProjects/mysql_1/volumns/var/lib/mysql:/var/lib/mysql \
  mysql \
  --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci

MySQL 에 새 비밀번호 세팅, 로컬용 비밀번호 세팅

docker exec -it mysql_1 mysql -u root -p
# 비번입력 : koreait123414
ALTER USER 'root'@'%' IDENTIFIED BY '새로운 비밀번호'; # 새 비번 입력
ALTER USER 'root'@'localhost' IDENTIFIED BY '1234'; # 로컬에서는 1234 로 접속 할 수 있도록
FLUSH PRIVILEGES;
exit

46강, EC2에 MySQL 설치, 세팅

2025-02-19, 022일차

47강

레디스를 도커로 설치
레디스를 도입하면 스프링부트가 교체되면서 발생하는 로그인 풀림 현상을 방지할 수 있다.
레디스에 비밀번호 설정

redis 설치

docker run -d \
  --name=redis_1 \
  --restart unless-stopped \
  -p 6379:6379 \
  -e TZ=Asia/Seoul \
  redis

redis 비밀번호 변경

docker exec -it redis_1 redis-cli
AUTH 기존_비밀번호 # 기존에 설정된 비밀번호가 있다면 입력
CONFIG SET requirepass 새로운_비밀번호 # 새 비번 입력
keys *
EXIT

47강, Redis 설치, 세팅

48강

Nginx Proxy Manager 설치

docker run -d \
  --name npm_1 \
  --restart unless-stopped \
  -p 80:80 \
  -p 443:443 \
  -p 81:81 \
  -e TZ=Asia/Seoul \
  -v /dockerProjects/npm_1/volumes/data:/data \
  -v /dockerProjects/npm_1/volumes/etc/letsencrypt:/etc/letsencrypt \
  jc21/nginx-proxy-manager:latest

nginx proxy manager 관리콘솔에 접속

http://sb.abbl.site:81
- 초기 계정
  - 아이디 : admin@example.com
  - 비번 : changeme

접속확인

49강

수동배포
EC2 인스턴스에서 git clone
application-secret.yml 생성
도커 이미지 생성
도커 컨테이너 생성
docker logs -f 로 로그 확인

도커 이미지 빌드 준비를 위한 소스코드 다운로드

mkdir -p /dockerProjects/surl/source
cd /dockerProjects/surl/source
git clone https://github.com/woooyoung/demo03-2024 .

src/main/resources/application-secret.yml 파일 생성

# vim 열기
vim src/main/resources/application-secret.yml
# 키보드 'a' 키 입력

custom:
  secret:
    key: 1234

# vim 닫으면 서 파일 저장하기
# 키보드 'ESC' 키 입력
# 키보드 ':wq!' 키 입력
# 키보드 'ENTER' 키 입력

도커 이미지 생성

docker build -t axdsw121/surl .

도커 컨테이너 실행

docker run -d \
  --name=surl_1 \
  --restart unless-stopped \
  -p 8081:8080 \
  -e TZ=Asia/Seoul \
  -v /dockerProjects/surl/volumes/gen:/gen \
  axdsw121/surl:latest

도커 컨테이어 출력문(로그) 확인

docker logs -f surl_1

49강, 수동배포 시도, DB 실패

50강

운영 DBMS(EC2)에서 surl_prod DB 생성
application-prod.yml 에서 운영 DB 정보 수정
git push
EC2 인스턴스에서 기존 컨테이너 삭제
기존 이미지 삭제
git pull
이미지 생성
컨테이너 생성
MySql에서 root@172.17.0.1 계정 생성, 권한 부여
api.www.surl.abbl.site로 운영서버에 접속
DB table 생성 확인

fly
- 소스코드 : fly deploy 도커 파일로 이미지생성해서 앱 등록
  - 머신 2개
- DB : DB 앱 생성
  - 머신 3개

-> 무중단 CI/CD + 배포 를 위해서 github Action 
-> push 했을 때 알아서 재배포 하도록 -> 자동배포


AWS
 - IAM 계정 생성 -> 정책 
 - 테라폼
 - github 토큰
 - VPC 자원 생성
 - EC2 생성
 - mysql, redis, NPM
 - git clone -> 이미지 -> 컨테이너 -> 실행 -> 배포

EC2 인스턴스 재부팅

reboot now

2, 3분 후 해당 브라우저를 리프레시 후 sudo su 다시 입력하면
다시 쉘에 접근할 수 있다.

도커 이미지 빌드 준비를 위한 소스코드 다운로드

cd /dockerProjects/surl/source
git pull origin main

기존 컨테이너, 이미지 삭제

docker rm -f surl_1
docker rmi surl

surl 서비스에서 접속할 때 사용할 root@172.17.0.1 MySQL 계정 생성

docker exec -it mysql_1 mysql -u root -p
# 비번입력 : koreait123414
CREATE USER 'root'@'172.17.0.1' IDENTIFIED BY '1234';
GRANT ALL PRIVILEGES ON *.* TO 'root'@'172.17.0.1'; # 권한부여
# REVOKE ALL PRIVILEGES ON *.* FROM 'root'@'172.17.0.1'; # 이 명령어는 알아두세요. root@172.17.0.1 사용자의 권한을 삭제하는 명령어 입니다. 
FLUSH PRIVILEGES;
exit

컨테이너 실행

docker run -d \
  --name=surl_1 \
  --restart unless-stopped \
  -p 8081:8080 \
  -e TZ=Asia/Seoul \
  -v /dockerProjects/surl/volumes/gen:/gen \
  axdsw121/surl:latest

접속확인

https://api.www.surl.abbl.site(본인 도메인)
50강, 수동배포, 성공
git

2025-02-20, 023일차

팀프로젝트

2025-02-21, 024일차

51강

어려움 주의 : 따라하기 위주로/ access key, branch 확인 / 이전의 세팅 확인

socat 설치
파이썬 설치
기존 컨테이너 제거
기존 이미지 제거
코드 변경사항 적용 (branch 주의 - main, master)
github 시크릿 변수들 설정
- aws access key가 일치해야함
커밋, 푸시 -> 릴리즈, 패키지 생성
- 릴리즈 생성시에 만들어지는 버전을 사용하기 위해서
- 릴리즈 버전 -> 도커 이미지 버전
패키지 세팅 -> public을 private -> 도커 이미지를 private 화 하도록
무중단 배포 되는지 확인

application-secret.yml

custom:
  secret:
    spring:
      data:
        redis:
          password: koreait123414
    key: 1234

socat 설치

yum install socat -y

python 설치

yum install python -y

infraScript/zero_downtime_deploy.py

#!/usr/bin/env python3

import os
import requests  # HTTP 요청을 위한 모듈 추가
import subprocess
import time
from typing import Dict, Optional


class ServiceManager:
    # 초기화 함수
    def __init__(self, socat_port: int = 8081, sleep_duration: int = 3) -> None:
        self.socat_port: int = socat_port
        self.sleep_duration: int = sleep_duration
        self.services: Dict[str, int] = {
            '${도커이미지명}_1': 8082,
            '${도커이미지명}_2': 8083
        }
        self.current_name: Optional[str] = None
        self.current_port: Optional[int] = None
        self.next_name: Optional[str] = None
        self.next_port: Optional[int] = None

    # 현재 실행 중인 서비스를 찾는 함수
    def _find_current_service(self) -> None:
        cmd: str = f"ps aux | grep 'socat -t0 TCP-LISTEN:{self.socat_port}' | grep -v grep | awk '{{print $NF}}'"
        current_service: str = subprocess.getoutput(cmd)
        if not current_service:
            self.current_name, self.current_port = '${도커이미지명}_2', self.services['${도커이미지명}_2']
        else:
            self.current_port = int(current_service.split(':')[-1])
            self.current_name = next((name for name, port in self.services.items() if port == self.current_port), None)

    # 다음에 실행할 서비스를 찾는 함수
    def _find_next_service(self) -> None:
        self.next_name, self.next_port = next(
            ((name, port) for name, port in self.services.items() if name != self.current_name),
            (None, None)
        )

    # Docker 컨테이너를 제거하는 함수
    def _remove_container(self, name: str) -> None:
        os.system(f"docker stop {name} 2> /dev/null")
        os.system(f"docker rm -f {name} 2> /dev/null")

    # Docker 컨테이너를 실행하는 함수
    def _run_container(self, name: str, port: int) -> None:
        os.system(
            f"docker run -d --name={name} --restart unless-stopped -p {port}:${스프링부트-운영모드-포트} -e TZ=Asia/Seoul -v /dockerProjects/${도커이미지명}/volumes/gen:/gen --pull always ghcr.io/${깃허브-아이디}/${도커이미지명}")

    def _switch_port(self) -> None:
        # Socat 포트를 전환하는 함수
        cmd: str = f"ps aux | grep 'socat -t0 TCP-LISTEN:{self.socat_port}' | grep -v grep | awk '{{print $2}}'"
        pid: str = subprocess.getoutput(cmd)

        if pid:
            os.system(f"kill -9 {pid} 2>/dev/null")

        time.sleep(5)

        os.system(
            f"nohup socat -t0 TCP-LISTEN:{self.socat_port},fork,reuseaddr TCP:localhost:{self.next_port} &>/dev/null &")

        # 서비스 상태를 확인하는 함수

    def _is_service_up(self, port: int) -> bool:
        url = f"http://127.0.0.1:{port}/actuator/health"
        try:
            response = requests.get(url, timeout=5)  # 5초 이내 응답 없으면 예외 발생
            if response.status_code == 200 and response.json().get('status') == 'UP':
                return True
        except requests.RequestException:
            pass
        return False

    # 서비스를 업데이트하는 함수
    def update_service(self) -> None:
        self._find_current_service()
        self._find_next_service()

        self._remove_container(self.next_name)
        self._run_container(self.next_name, self.next_port)

        # 새 서비스가 'UP' 상태가 될 때까지 기다림
        while not self._is_service_up(self.next_port):
            print(f"Waiting for {self.next_name} to be 'UP'...")
            time.sleep(self.sleep_duration)

        self._switch_port()

        if self.current_name is not None:
            self._remove_container(self.current_name)

        print("Switched service successfully!")


if __name__ == "__main__":
    manager = ServiceManager()
    manager.update_service()

.github/workflows/deploy.yml

name: 'deploy'
on:
  push:
    paths:
      - '.github/workflows/**'
      - 'src/**'
      - 'build.gradle'
      - 'Dockerfile'
      - 'readme.md'
      - 'infraScript/**'
    branches:
      - 'master' # 브랜치 주의
jobs:
  makeTagAndRelease:
    runs-on: ubuntu-latest
    outputs:
      tag_name: ${{ steps.create_tag.outputs.new_tag }}
    steps:
      - uses: actions/checkout@v4
      - name: Create Tag
        id: create_tag
        uses: mathieudutour/github-tag-action@v6.1
        with:
          github_token: ${{ secrets.GITHUB_TOKEN }}
      - name: Create Release
        id: create_release
        uses: actions/create-release@v1
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        with:
          tag_name: ${{ steps.create_tag.outputs.new_tag }}
          release_name: Release ${{ steps.create_tag.outputs.new_tag }}
          body: ${{ steps.create_tag.outputs.changelog }}
          draft: false
          prerelease: false
  buildImageAndPush:
    name: 도커 이미지 빌드와 푸시
    needs: makeTagAndRelease
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Docker Buildx 설치
        uses: docker/setup-buildx-action@v2
      - name: 레지스트리 로그인
        uses: docker/login-action@v2
        with:
          registry: ghcr.io
          username: ${{ github.actor }}
          password: ${{ secrets.GITHUB_TOKEN }}
      - name: set lower case owner name
        run: |
          echo "OWNER_LC=${OWNER,,}" >> ${GITHUB_ENV}
        env:
          OWNER: "${{ github.repository_owner }}"
      - name: application-secret.yml 생성
        env:
          ACTIONS_STEP_DEBUG: true
          APPLICATION_SECRET: ${{ secrets.APPLICATION_SECRET_YML }}
        run: echo "$APPLICATION_SECRET" > src/main/resources/application-secret.yml
      - name: 빌드 앤 푸시
        uses: docker/build-push-action@v3
        with:
          context: .
          push: true
          tags: |
            ghcr.io/${{ env.OWNER_LC }}/${도커이미지명}:${{ needs.makeTagAndRelease.outputs.tag_name }},
            ghcr.io/${{ env.OWNER_LC }}/${도커이미지명}:latest
  deploy:
    runs-on: ubuntu-latest
    needs: [ buildImageAndPush ]
    steps:
      - name: AWS SSM Send-Command
        uses: peterkimzz/aws-ssm-send-command@master
        id: ssm
        with:
          aws-region: ${{ secrets.AWS_REGION }}
          aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }}
          aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
          instance-ids: "${AWS-EC2-인스턴스-ID}"
          working-directory: /
          comment: Deploy
          command: |
            mkdir -p /dockerProjects/${도커이미지명}
            curl -o /dockerProjects/${도커이미지명}/zero_downtime_deploy.py https://raw.githubusercontent.com/${깃허브-아이디}/${깃허브-리포지터리명}/master/infraScript/zero_downtime_deploy.py # 브랜치 주의
            chmod +x /dockerProjects/${도커이미지명}/zero_downtime_deploy.py
            /dockerProjects/${도커이미지명}/zero_downtime_deploy.py

gradle 추가

implementation 'org.springframework.boot:spring-boot-starter-actuator'
implementation 'org.springframework.boot:spring-boot-starter-data-redis'
implementation 'org.springframework.session:spring-session-data-redis'

application.yml 추가

  autoconfigure:
    exclude:
      - org.springframework.boot.autoconfigure.data.redis.RedisAutoConfiguration
      - org.springframework.boot.autoconfigure.session.SessionAutoConfiguration

axdsw121@gmail.com

2025-02-24, 025일차

팀 프로젝트

2025-02-25, 026일차

수료

- 내 실력이 충분하다는 평생 x
- 취업을 위해서 나는 더 공부해야해 x -> 병행은 가능
- 막연히 기술 + IT 면접에 대한 두려움 
  - 이렇게 막 지원해도 되나?
  - 첫 회사가 중요하지 않나? -> 개발인생을 좌우?
  - 면접가서 욕먹는거
  - 취업되어도 근무중 내 밑천이 드러날까봐
- 교육기간 이후에 또 다른 교육기간 x
  - 나쁘지 않다만 망할 확률 높음
  - 사람은 긴장감을 유지하는 기간이 정해져 있다
  - 더 이상의 교육은 개발 자체를 지겹게 만들 가능성이 높다
  - 더 적은 지식 + 더 짧은 기간으로 취업한 애들 많다
  - 같은 기간에 취업을 해서 실무를 하면서 월급받고 공부하는게 낫다
- 입사지원 2.26 부터
  - 제일 최악은 혼자 또는 팀원들과 프로젝트 하나 더 해서 포폴에 추가 한 뒤에 지원해야지
  - 프로젝트 당연히 좋아 -> 대신 병렬로 가야함
- 면접은 최소 50번 이상 떨어질 생각 해야함
  - 실패하면 안된다는 강박 x
- 야망이 있다면 1,2 년 정도에 이직 준비를 하는게 좋음
  - 이직도 블로그, 깃 관리 해야함
- 신입한테 요구하는거
  - 기본 + 학습능력
  - 모든 개발자는 실전으로 성장
- 3일 이상 쉬지 말자
  - 개발은 감이다
  - 여행 계획은 계약서 작성 이후에
- 뻔뻔해지자
  - 페르소나
- 사수가 없어도 상관 없다
  - 대체인력이 되지 말자
- 첫 회사
  - 초등학생이 수학을 잘하려면? -> 파인만에게 과외받기 x
  - 초등학생이 개발을 잘하려면? -> 리누즈 토발즈 한테 과외받기 x
  - 내가 어디에 어떻게 취업을 하던, 해당 공간에서 배울점은 무조건 있다

# 2024년 08월 22일, [산대특] AWS와 데브옵스를 활용한 바이오헬스 서비스 개발 과정

수업

수업 모음

무조건 알아야 하는 사실

초심자를 방해하는 생각

강사

AI

유용한 링크

필수

구글링 x -> 검산 과정에서의 구글링은 o

2025-01-14, 001일차

필수영상

git 협업

2025-01-15, 002일차

필수영상

2025-01-16, 003일차

필수영상

2025-01-17, 004일차

필수영상

2025-01-20, 005일차

필수영상

2025-01-21, 006일차

HTML/CSS/JS 라이브러리

필수영상

2025-01-22, 007일차

필수영상

2025-01-23, 008일차

2025-01-24, 009일차

API & json 파싱

필수영상

중요

연휴입니다. 휴식을 경계합시다

2025-02-03, 010일차

폴링 통신 방식

SSE 통신 방식

메세지를 작성하는 구조

메세지를 그리는 구조(폴링)

2025-02-04, 011일차

JSON placeholder

Ajax 유틸리티 함수

REACT

2025-02-05, 012일차

2025-02-06, 013일차

2025-02-07, 014일차

자소서 제출, 프로젝트 기능 구현

2025-02-10, 015일차

2025-02-11, 016일차

최초의 구조

NewTodoForm, TodoList로 나뉨

TodoList에서 TodoListItem 분리

OptionDrawer와 EditTodoModal 추가

NoticeSnackbar 추가

상태관리 툴 x, 직접 자식 엘리먼트에 전달

상태관리 툴 o, 필요한 엘리먼트에서 상태를 직접 주입받는다

안드로이드 스튜디오

JWT

REST API

일반사이트 주소체계

REST API 주소체계

2025-02-12, 017일차

통합 프로젝트

1강

2강

3강

컨트롤러 관련 어노테이션의 역할

4강

HTTP통신과 편지통신의 비교

자바스크립트와 자바의 자료형 비교

케이스 1 : HTTP 요청 /somePath?age=1&active=true 에 의해서 액션 메서드 hello(int age, boolean) 가 호출될 때 잭슨이 작동하는 방법

케이스 2 : HTTP 요청에 의해서 호출된 액션메서드가 공용어인 String(Text) 이외에 다른 형태의 데이터를 리턴한 경우

XML과 JSON 비교

5강

유용한 어노테이션

6강

7강

8강

9강

핵심

모든 도커자원(이미지, 컨테이너, 네트워크 볼륨) 삭제 명령어

도커 데스크톱 다운로드

케이스 1 : HTTP 요청 `/somePath?age=1&active=true` 에 의해서 액션 메서드 `hello(int age, boolean)` 가 호출될 때 잭슨이 작동하는 방법

검색어가 `당근` 이고, 1 페이지에 보여줄 글 가져오기

검색어가 `당근` 이고, 2 페이지에 보여줄 글 가져오기

게시글 상세