Yujindonut

2024년 사진 회고

yujindonut — Mon, 24 Feb 2025 00:35:22 +0900

길고도 짧았던 2024년 돌아보기

나의 간략한 2024년 버킷리스트

~~정규직으로 회사 취업하기~~
~~21KM 뛰어보기~~
~~저축습관 기르기~~
~~여행가기~~
~~대규모 트래픽 경험 (? 애매)~~
~~책 읽기~~
자격증 취득 (미루다가 2025년 1월에 취득)
~~영어회화~~ (8개월간 32회의 수업 진행)
~~운동습관~~

1월
- 회사에서의 아이스크림 파티
- 미국 뉴욕-보스턴 여행 & 캐나다 퀘백 몬트리올 여행

지금 생각해보면 행복한데, 이 당시에는 뭐가 그렇게 고민이 많았을까!
지금도 나의 최애 미아 데이지랑 아이스크림으로 힐링을 하곤 했다. 로투스 아이스크림 그립다 ㄷㄷ
로투스 아이스크림, 먼치가 사주시던 아이스크림이 그립다.

뉴욕은 그냥 뭘 찍어도 화보였다

뉴욕에서 가장 좋았던 곳 중 하나인 메트로폴리탄 미술관. 도슨트 투어로 설명을 들으면서 직접 눈에 담으니까, 더 잘 새겨지던 의미들

사촌언니 졸업전 콜롬비아 대학 구경가기. 강의실도 들어가보고, 경험해본 미국 대학,,
나도 나중에 미국에서 공부해보고 싶다.

언니 덕분에 3열에서 관람했는데, 시차적응 안되어서 98% 졸면서 봐서 언니가 화냈다.
언니랑 엄청 싸웠지만, 또 너무나도 즐거웠던 뉴욕

그리고 사람사는게 맞나 싶을정도로 추웠던 몬트리올.
벤쿠버에서 살때는 이렇게 춥지는 않았는데, 몬트리올과 퀘백의 겨울은 정말 말도 안되는 추위여서 힘들었지만, 그래서 더 기억에 잘 남는 것 같다.
뉴욕과 캐나다는 정말 정반대여서, 옛정이 있는 캐나다가 나에겐 훨씬 편안하고 기억에 가장 많이 남는다.
내가 나중에 영어를 잘 하게 된다면, 캐나다에서 일해볼 수도 있을까? 그런 설렘이 들었던 순간.

2월-3월

2월과 3월에는 너무너무 맛있었던 딸기 뷔페도 다녀오고,

페이 러닝크루에서 넘겨받았던 서울마라톤 기회...
집 바로 옆단지에서 뛰어서 바로 냉큼 받아서 마라톤 뛰었다! 크루들이 여자 상위 5% 기록이라고 해주셔서 뿌듯했다!
24년에 가장 페이스조절을 잘했던 마라톤이 아닐까 싶다.

그리고 도중 인턴에 합격되어, 퇴사를 말씀드리고 3/22일 퇴사와 동시에 3/25 출근을 하였다.
마지막날 롤링페이퍼를 써주셨던 팀원분들께 아직도 감사하다.
아직도 변함없는 생각이지만, 페이는 정말 좋은 문화와 자율성을 가진 회사인 것 같다.

퇴사와 입사 사이에 잡혀버린 매트라이프 해커톤 일정
3/23-3/24일 무박 해커톤이였다.
이것도 서류 한참전에 내고, 해커톤 참여하라고 해서 급하게 나갔는데 . . 팀워크가 좋지 못했다.
전날 회식과 회사 그리고 면접 등의 여파로 피곤만이 남았던 아쉬웠던 해커톤이다.

그리고 일 잘하는 이미지를 얻기 위해, 인생 처음으로 단발을 잘랐다.

그리고 시작된 나의 인턴 라이프.
먹을게 무료로 넘쳐나는 곳이다. 페이에서는 돈주고 사먹었던 카페와 아이스크림도, 모든게 공짜였다.

3개월만에 10키로 찌신 분들도 많다고 들었는데, 이유들을 알 수 있었다.

4-5월

야구에 꽂혀, 야구를 보러 다녔다.
그리고 머리를 3월에 단발로 싹둑 잘랐다.
집 근처 야구장, 15년만에 처음와봤다. 재밌었다. 스트레스 해소에 약간의 도움을 주는 것 같다.

그리고 마지막 인턴 수료!
그리고 정규직 전의 3차 면접까지!

합격 소식 받기전까지, 운전 연수를 5일간 속성으로 오전 7시에 매일 받았다. 7시에는 차가 없어서 운전 잘한다고 느낌 받을 수 있다.

그리고 21키로미터 도전을 평생 못할 것만 같아, 뛰었다.
15키로까지는 뛸만 했는데 마지막 6키로가 정말 고통스러웠다. 다리가 뛰어지질 않았고, 거의 뛰는 폼만 유지한채 걸었다.
그래도 한번도 안쉬고 혼자 뛰었던 나의 하프!!
25년에는 하프 마라톤 꼭 나가봐야지.

취업하고 나면, 엄마와의 시간이 없을 것 같아서, 엄마랑 호캉스겸 파라스파라 호텔에 다녀왔다.
엄마랑 단둘이 보낸 데이트는 너무 오랜만이라서 너무 좋았다.

그리고 빵투어 겸 야구보러 대전까지
5월에는 도합 100키로를 뛰었다.

출근 직전에 다녀왔던 서재페
너무 좋았던 공연들

6-8월

명함이 나왔고, 주말에는 운전연습 겸 회사와 수원도 다녀왔다.

21키로를 걸어보는 나이트 워크에도 나갔다.
페이 다닐때와는 다르게 스트레스를 조금 더 건강한 면으로 해결하려고 했다.
근데 디저트는 매주 곁들이는...

8월

입사하고 생일연차 쓰고 다녀온 일본여행.
그리고 당첨된 토스 컨퍼런스.

9월

아빠의 예순. 이제 뭔가 돈 버는 것에 책임감이 드는 나이가 되버렸다.

10월 -11월

야근이 너무나도 많았던 가을!
그리고 관악산 등산, 맛있는거 먹으러다니기.

연말에 다녀온 유키 구라모토 오케스트라 공연과 너무 좋았던 페이 캠핑모임 ..

올 한해 결산 한장

건강하게 스트레스를 풀려고 노력 많이 했고, 뭘 하더라도 운동은 빼놓지 않았다!
아침마다 출근전에 30분씩 운동 습관을 들였다.
한달간 100키로를 뛰어 제일 스트레스 많았던 5월 12월을 잘 넘겼다.
올 한해는 3번의 마라톤을 참가했다.
매주 일요일마다 비가오던, 날씨가 춥던 빠지지않고 뛰었다.

매주 빼먹은적 없이 6월부터 링글 영어 수업을 진행했다. 어느덧 선생님과 짱친이 되었다.
회사 다니면서 컨퍼런스나 개발 동아리 활동도 회사 입사 전에 계획들이 많았지만, 생각보다 회사 외에 다른 것에 다른 것을 하는 건 특히나 어렵다.
입사하기 전에 들었던 그 포부를 잃지 말자. 의지와 더 나아가고 싶다는 이 의지를 잃어버리지 말자.

싫은 일을 할 수록, 그 일을 먼저 하라.
사람들과 잘지내라.
기본에 충실해라. 왜 기본에 충실해야하는지 끊임없이 생각하라.

2025년 나의 지향점

yujindonut — Mon, 24 Feb 2025 00:12:48 +0900

나의 25년 업무 태도 목표

- 명확한 언어 습관 만들기

업무보고)

팀장님: 방향 어떻게 잡았나요?
나:

: Redis Lock을 쓰면 좋을 것 같아서, 이 방향으로 가려고 합니다. (X)

: 해당 문서 검토시, 동시성 이슈를 Redis Lock으로 해결 할 수 있는 것으로 확인했습니다. Redis Lock을 활용한 구체적인 개선 방안 작성 후 추가 피드백 요청 드리겠습니다.

코드리뷰)

개발자: " 이 부분에서 특정 입력값에 따라 이슈가 발생할 수 있을 것 같은데 괜찮을까요?"

개발자:

: 네, 다시 검토해보니 이슈가 있을 것 같습니다. 수정하겠습니다" (X)

: 네 말씀하신 특정 입력값이 들어올 경우, ~에러가 발생하는 것을 확인했습니다. 예외 처리가 가능하도록 수정하겠습니다

추측성 말투 지향하기

기획자: "현재 로그인 불가 이슈가 A기능 배포 때문일까요?"

개발자

: 네 A 기능일 것 같습니다. 핫픽스가 필요할 것 같습니다. (X)

: 네 A 기능 개선 과정에서 로그인 세션에 수정이 이루어졌고, 그 영향으로 예상되어 검토중입니다. 추가 확인 후 핫픽스 진행 여부 공유 드리겠습니다.

- 충분한 근거를 갖고 개발/ 기록하기

이전 기록들과 작업들을 유지보수 해야할때, 너무나도 어려웠던 부분들.내가 작업했던 부분에 대해서는 내가 제일 잘알아야한다.내 고민과 흔적들은 무조건 기록해두어, 작업한 부분들을 잘 기억해낼 수 있다.

- 투명하게 공유, 꼼꼼하게 기록

중요한 이슈 상황들을 남기면, 나중에 상대방의 질문들이 들어왔을때, 바로 링크 공유를 통해 업무 대응이 훨씬 빨라진다.

업무 히스토리 확인 할때 과거의 이슈, 논의 내용, 개선 방향성, 일정 지연 사유 등을 기록해두기

- 원래 그래요 하지 않기.

레거시 방법들을 그대로 방치해두지 않는 것

- 협업 과정에서 black, ruff를 적용한 사람과 적용하지 않은 사람들의 혼재로 인해서, 코드가 매번 들여쓰기 등으로 diff 가 잡히게 되는 현상들

: gitlab ci 를 통해서, black, ruff이 적용되어있는지 확인하도록 개선 작업 진행

- 사내 프로젝트 회고하기

스스로 성찰 할 수 있는 시간들.

이를 기록하고, 개선할 수 있는 부분들을 찾아낼 수 있다.

- 탄탄한 기본기를 채우기

빌드 배포 진행할때, 프로세스 문제들, 메모리 문제들 수도 없이 발생했다.

왜 발생하는지 근본적인 원인을 파악하기. Retry로만 이를 넘어가려고 하지 않기.

- 인사이트 자료를 남기기

개발자 행사들을 다녀왔을때, 경험을 기록해두는 것.

회사에서 배웠던 부분들은 모두 기록해두기. 기록해두지 않으면 기억나지 않는다.

- 개발 서적을 더 많이 읽기

pros and cons에 집중해서 읽어보기.

꼭 실습을 진행하기

건강

- 더 규칙적인 생활패턴 챙기기 & 면역력 챙기기

규칙적인 생활을 살지 않는다 -> 면역력이 떨어진다 -> 매번 비실비실 또는 애매하게 아프다 -> 애매하게 자주 아픈 사람이 된다 -> 일에 영향을 줄 것 같은 이미지를 얻게 된다.

더 건강을 챙기고, 면역력 만큼은 잘 가져가기. 아프면 안보이게 아프자.

- 21키로 마라톤 도전하기

너무 무리해서 달리지는 않되, 건강한 취미와 성취로써만 도전하기

자기계발

- 영어

외국인과의 영어회화 40분보다, 내가 어떻게 더 다양한 것을 다양한 표현으로 얘기할 수 있는지에 더 집중하기.

영어로 나의 생각과 표현을 써보는 습관 가지기

영어 배우는것을 게을리하지 않기. 쓰지 않으면 퇴화한다.

- 자격증 취득하기

자격증이 도움이 되지는 않지만, 관심이 있어보이게끔 하는 하나의 수단으로서는 동작.자격증 취득도 게을리 하지 않기.

[책] 그림으로 배우는 클라우드 인프라와 API 구조

yujindonut — Thu, 27 Jun 2024 08:05:08 +0900

1장. 클라우드 컴퓨팅과 API의 역할

1.1 클라우드를 사용하기 이전의 인프라 구축 방식

IT 자원이 필요할 때 즉시 사용할 수 있는 환경.

IT 자원의 자동 판매기와 같이, 필요한 IT자원을 즉시 사용할 수 있는 환경

예측할 수 있는 상황 : 사설 클라우드

예측하기 어려운 상황 > 사설 클라우드

4장. IT 인프라의 진화와 API의 기본 철학

클라우드를 사용하기 이전의 인프라 구축 방식

애플리케이션 관리자가 요청 > 인프라 관리자는 웹서버 증설 & 외부에서 접근 가능한 Dmz 네트워크와 애플리케이션 서버가 위치하는 app용 통신 네트워크, db서버가 위치하는 db 통신용 네트워크를 뚫어줘야함.

물리적 장비로 환경을 구축하는 경우

- 물리적인 서버를 준비하려면 장비 발주부터 준비해야함. 서버는 웹 서버로 사용하는데 무리가 없도록 성능, 가격, 확장성 등의 요구 사항을 따져 사양을 선택해야함.

- 발주한 장비가 도착하면 데이터 센터에 반입하고 랙에 장비를 탑재. 랙의 빈 공간이 있는지 네트워크 스위치의 포트가 비어있는지, 네트워크 스위치까지 케이블 배선이 가능한지, 전원 용량이 허용 범위 안에 있는지 등을 사전에 확인해야함.

- ip 주소 미리 확보

- 랙에 서버를 탑재한 다음 전원을 공급하는 것까지 확인이 된다면, OS와 애플리케이션을 설치 및 환경설정 작업 진행

가상화 장비로 환경을 구축하는 경우

물리 장비와 달라지는 것

- 서버 설치 및 랙 작업 & 케이블 배선 작업이 없어짐

- OS 설치가 아닌 OS를 복제함

- 스펙을 발주하는 것이 아닌, 스펙을 선택하기만 하면 됨.

- 랙에 배치할 곳을 찾는게 아닌, 설치할 가상 환경을 고르면 됨

서버 가상화의 장점과 한계

갑작스럽게 서버 증설이 요청하더라도 물리적인 작업 필요가 없음

인프라 관리 인력이 관리하고 운영해야할 시스템 또한 늘어나게 됨.

클라우드환경에서 인프라 구축 작업

인스턴스의 예

1. 서버의 사양을 선택한다.

오픈 스택의 플레이버에 해당하는 것이 AWS의 인스턴스 유형

2. 서버에서 필요한 설정을 적용하는 단계

쉘 같은 각종 설정 스크립트는 os에서 동작.

클라우드 적용 후 바뀐 점

클라우드 환경을 이용하면 작업 절차자 간소화 되는 것을 알 수 있음.

'사람의 판단과 수작업'을 얼마나 줄이는 것이 핵심

최근에는 서버 리소스의 단가가 극도로 낮아져, 세부적인 수치를 확인하고 정하는 불필요한 낭비 요소가 없어지게 됨.

서버 가상화 환경

- 인프라 관리자가 가상 서버를 배치할 호스트를 정함. > 클라우드 X

클라우드 환경

- 특정 사용자를 위한 전용 호스트 구성 등 운영 요구 사항에 맞춘 배치 방법을 찾아줌 (오픈스택)

- 개별 호스트를 지정하는 방법은 제공되지 않고, aws에서 운영되는 호스트드은 서비스 제공자인 aws 측에서만 관리되고 자동 판단하는 메커니즘은 aws의 내부 구현 방식에 의존하여 일반적인 클라우드 사용자는 해당 부분을 인식하지 않아도 됨.

결론

클라우드는 자동화 스크립트 cli 로 서버가상화 인프라 작업자의 실수를 방지, 자동화할 수 있다. 인건비를 감소시키는데 큰 역할을 기여.

지금 하는 작업중 자동화와 효율화에 역행하는 방식으로 일하고 있는지 점검할 필요가 있다.

2024 펄어비스 봄테크 인턴십 후기

yujindonut — Sat, 18 May 2024 00:19:34 +0900

서류 문항

보유기술

1. 어떤 기술을 보유하고 있나요?

-> Hard Skill과 Soft Skill을 분리해서 쓰려고 했습니다.

Hard Skill 에는 기술 스택 & 개발 활동들

Soft Skill 에는 협업능력을 주로, 해커톤이나 합숙프로젝트 진행했던걸 적었어요.

자기소개서

2. 펄어비스 및 해당 직무를 지원한 이유와 회사에서 이루고 싶은 일을 작성해 주세요. / 700자 이내

3. 본인의 성장과정을 작성해 주세요. (현재의 자신에게 영향을 끼친 사건, 인물 등을 포함하여 기술) / 1500자 이내

4. 본인의 삶에서 다른 사람에게 꼭 이야기 해주고 싶은 경험이 있다면 기술해 주세요. / 1000자 이내

경험·경력기술서

5. 지원자님의 경험과 커리어에 대해 이야기해 주세요

인적성 및 온라인 필기 시험

인적성

인적성은 서술형으로 인성문제가 있었습니다. 문제가 생각보다 많았고 시간이 촉박했어요.

인성면접에 나올법한 문제들이 서술형으로 나와있었어요!

온라인 필기

제가 지원한 부서는, 언어가 고정이였습니다.

저는 해당언어를 처음다뤄봐서, 그 주에 문법공부하고 봤어요 ...

라이브러리 외워서 봤고, 코딩테스트는 처참히 망했습니다.

밑에 객관식문제로 5지선다 CS문제가 있었습니다!

잘봤는지는 모르겠지만, 운체나 네트워크 관련된 문제도 있었던거같아요!

면접

인적성 및 코테 합격이 되어서, 펄어비스 사옥에 가게 되었습니다.

과천은 처음으로 가본 곳이였는데, 인덕원역이랑 꽤 거리가 있었어요 (1007m)

아파트 단지 바로 옆에 펄어비스 건물이 크게 있어요.

무료 음료 이용권이랑 면접비(3만원)을 주셨어요.

안내사항들을 안내해주시고, 1층 카페에서 대기하고 있으면 직원분께서 친절하게 이동위치를 알려주십니다!

저는 무료 음료이용권으로 아메리카노 받고 면접준비를 하고 있었고, 시간되면 불러주십니다!

실무면접

자기소개 이런건 시키시지 않았던걸로 기억합니다!

저한테 궁금했던 것들(현재 재직중인 회사)를 위주로 첫 15분정도 소요가 되었습니다. 아이스브레이킹 용도셨던 것 같아요.

저의 개인 프로젝트와 회사에서 어떤 업무를 했는지를 자세히 물어보셨어요

그리고 실무역량 질문들을 물어보셨어요.

C++, 가비지 컬렉터, 해당 팀에서 어떤 업무를 했을지와 같은 기본적인 CS질문도 하셨습니다.

그리고 평소 저의 성격을 짐작할 수 있는 질문들을 하셨어요.

제가 원래 대답을 엄청 늘여놓는 스타일이라서, 빠르게 대답하려고 노력했어요 ㅎㅎ..

거짓없는, 형식적인 답변을 원하시기 보다 진짜 저의 생각을 솔직하게 말하길 원하시는 것 같아서, 정말 솔직하게 답변했어요....

저는 이점이 다른 면접과는 다른 차별점이라 생각하고, 오히려 좋았어요.

시간이 생각보다 60분이 짧더라구요! 엄청 기분좋게 분위기를 풀어주셔서 정말 기분좋은 면접이였어요! 제가 대답 못하는게 있다면, 대답을 이끌어내주시려고 하기도하고,,

제 대답들이 아쉽긴했지만, 후회없다고 생각이 들었어요.

인성면접

1분 자기소개

인적성 질문에 적었던 답변 위주로, 이유를 물어보셨어요.

제 성격의 장단점들

자신을 뽑아야하는 이유

그리고 단연 게임회사니까 게임에 관심있는지까지! (저는 없다고 솔직하게 말씀드렸어요 ... 초등학교때 메이플스토리 ㅎㅎ 미치광이처럼 했다 정도!)

저와 같은 사람을 뽑으려면 회사에 어떤게 있어야하는지

(해당 질문도 저를 배려하고 기분좋게 하시려고 하는 질문들이여서, 되게 분위기 좋은 면접이라고 생각이 들었어요!)

발표시간

발표날은 공지가 되겠지만, 하루종일 긴장하고 있는 사람들에게 도움이 되고자 시간까지 적었습니다~!
면접결과는 예정일은 3/18일이였지만, 그 다음날로 미뤄진다고 문자 연락이 왔었어요!

합격날에는 메일과 동시에 직접 전화가 왔습니다!

[2024 펄어비스 봄 테크 인턴십 서류 전형 결과 안내] 2024년 2월 23일 (금) 오후 6:01

[펄어비스] 2024 봄 테크 인턴십 필기 전형 결과 안내 2024년 3월 5일 (화) 오후 6:45

[2024 펄어비스 봄 테크 인턴십 면접 전형 결과 안내] 2024년 3월 19일 (화) 오후 4:50

게임에 관심도 없는 저에게 .. 게임회사에서 일할 기회가 생겼네요! 급하게 퇴사를 말씀드리고 바로 출근이지만, 이 기회를 헛되이 버리지 않게 2개월간 열심히 해보겠습니다!~! 화이팅!

2024년 신입 채용 티머니 면접 후기

yujindonut — Mon, 1 Apr 2024 00:00:49 +0900

티머니 2024년 신입채용

전형 날짜

서류 마감 : 1/29 - 2/6

서류 전형 발표 : 2/19

인적성검사 : 24/02/21 - 24/02/24

인적성 결과 발표 : 2/29 17:29

1차 면접후기

서울역 10번출구와 바로 연결된 건물 15층에서 면접 진행했다.

도착하면 명찰과 함께 안내를 진행해주신다!

면접관님 4 ( + 인사HR팀장님 1분 - 면접 평가에 영향 X) 총 5분과 면접자 4명이 들어간다고 말씀해주셨다.

나는 마지막팀이여서 나 포함 총 3명이 들어가게 되었다.

간단한 다과와 물들이 구비되어있었고, 편하게 면접을 볼 수 있도록 분위기를 풀어주셨다.

면접 질문들

면접질문은 개인질문 및 공통질문이 섞여있었다. 다른분 질문에 대해서 그에 포함되는 질문이면 다른분에게도 여쭤보시기도 하고, 즉석에서 Qna 형식으로 진행이 되었다. 기억나는 것들만 적어봤다.

(공통질문)

1분 자기소개
3명이 작성한 취미에 대해 물어보셨다
왜 티머니가 지원자를 뽑아야하는지 어필해달라
프로젝트 관련 질문
- (다른분)
  - 해당 프로젝트 아키텍처 설계는 싸피에서 알려준건지 ?
  - 배포 방식은 어떻게 진행했는지?
  - 거기서 개인이 맡았던 역할은?
- (나)
  - 회사 업무 외에 프로젝트 진행한게 있는지 ?
  - 해당 팀원들과 프로젝트 설명
  - 프로젝트 설계는 누가 진행했는지?
  - 프로젝트 설계에 대한 설명
관심있는 직무가 있는지 (결제서비스, 앱서비스, 데이터분석, 인프라운영)
협업할때, 갈등 있었을것인데 어떤식으로 풀어나갔는지?
회사에서 스트레스가 쌓이는 상황이 많은데, 이런 상황을 어떻게 푸는지?
요즘 공부하고 있는 새로운 기술들이 있는지
- 해당 기술을 얼만큼 적용할 수 있는 상태인지? 얼만큼 공부한 상황인지?
마지막으로 하고 싶은 말

(개인질문)

배포 방식이 어떤게 있는지 (자기소개에 배포 관련 일을 진행한다고 작성함)
회사에서 어떤 업무를 진행했었는지?
이미 직장이 있으신데 이직하려는 이유는? (정규직을 다니시는 분과, 계약직인 나에게)
- 다른분께서 직장에 대해 솔직하게 답변해주심
- 솔직한 답변 감사하지만, 똑같은 이유로 우리 회사에 대해서 퇴직할 수도 있겠다라는 생각을 주게 된다 -> 등등의 답변이 이어짐
현회사(계약직으로 있는) 가 mz들이 제일 좋아하는 회사인데, 티머니와 완전히 상반된 회사 분위기일 것인데, 이에 적응을 잘할것인지 걱정이 된다.

마무리

최종면접 까지 가게 되었습니다!

최종면접 후기는 다음에 적으러 오도록 하겠습니다~!

2023년 회고

yujindonut — Mon, 1 Jan 2024 23:07:23 +0900

23년은 나에게 정말 다양한 감정과 생각을 준 한해다.

1월

앱잼

서버파트원으로써 앱잼을 처음으로 참여했다. 1월 2일이 되자마자, 앱잼 같이 했던 동생과 함께 크로스핏을 시작했다. 앱잼 1주는 크로스핏 갔다가 점심쯤 홍대 숙소에 들어가서 개발을 했다. 퇴사하자마자 앱잼을 시작했었기에, 내 회사 생활의 패턴을 유지하려고 노력했다. 매일 아침 혼자 홍대 옆 홍제천을 30분정도 조깅했다. 홍대에는 맛난 디저트 가게 많아서 언제 홍대 살아보겠어 하면서 홍대 디저트 투어를 했다. 저번 앱잼은 프론트라 작업량이 엄청나게 많아서 단하루도 쉰적이 없었는데, 이번 앱잼은 비교적 여유로웠다. 매일 홍제천을 뛰고 크로스핏도 해보고 디저트 투어도 다니는 그 여유로움에 행복했다.

세미나때 Node.js도 얼레벌레 했는데, 앱잼 기간이 여유로워 CICD도입이나 테스트 코드까지 적용했다. 대응도 재밌었다.

이 프로젝트 덕분에, 백엔드 직무로 길을 틀어야겠다는 결심을 했다.

서버 팀원들이 4명이여서 오너쉽이 다들 약해질 수 있었는데 모두가 자기 맡은바를 열심히 했기에 잘 진행 되었다~!

좋은 방향을 잘 제시해주고 다 해보라며 용기를 줬던 똑부러지는 가영이, 학교 병행하느라 힘들었을텐데 항상 열심히 하던 배려심 많던 예린언니, 서버 파트원들 융합을 신경쓰고 잘 소통해줬던 웃수저 승빈이 모두 넘 좋은 팀원이였다. 해라 팀원 모두 좋았다.

튀르키예 여행

앱잼 끝나자마자 아빠에게 구정 설날 여행을 떠난다고 통보당했다. 처음에는 스페인을 얘기했었는데, 결국 열기구를 타보자! 하고 터키를 가게 되었다. 9박 10일. 코로나 직전 유럽여행을 마지막으로 5박 이상 넘어가는 오랜만의 장기 여행이였다. 가족들도 이 일정을 비우면서 한나라에만 있는게 맞냐 하면서 긴가민가하면서 떠난 여행이였는데, 결국 갔다오길 잘했다라는 생각을 했다.

터키는 유럽과 아시아의 두 문화가 공존하기에 문화도 지역마다 차이가 났다. 역사 박물관 가는걸 좋아하는 우리 가족들은 진짜 행복해했다.

여행내내 지갑잃어버려서 우울해하다가 카파도키아에서 한국대사관의 전화를 받고 지갑을 찾은 아빠.

여행 기간 내내 뜨지 않은 열기구 였는데, 계획했던 날에 열기구가 떴던 카파도키아의 벌룬투어.

지진이 온적이 없어 흙과 모래들이 쌓여있어도 무너지지 않는다는 카파도키아의 땅들.

카파도키아에서 일어나는 일들과 광경이 너무나 아름답고 예뻤다.

한국에 온지 2주도 안되어 튀르키예의 지진 소식을 들었을때 무력감을 느꼈던 것도 알게 모르게 여행하면서 이 나라를 좋아하게 되었고, 잘되기를 바라고 있었다. 문화와 광경으로 압도받는 느낌의 여행이였다. 유럽의 타 국가 대비 훨씬 힘든 상황임에도 불구하고 훨씬 행복해보였다. 먹을건 카이막과 케밥밖에 없는 정말 가난한 나라였는데, 모두가 착하고 성실하고 치열하게 살아간다.

나에게 삶을 살아가는 태도에서도 많은 교훈과 생각을 주었던 여행이였다.

2 - 8월

2월에는 여행을 다녀오자마자 Springboot를 공부했다. 김영한 강의를 결제하고, 스플라운지도 결제했다.

자바 강국인 우리나라에서 살아남기 위해 기술스택을 바꿔야겠다는 생각과 동시에 메이커스에 지원해야겠다고 생각했다. 앱잼 때 메이커스 홍보에 완전히 영업당해버렸다! 인생 처음으로 커피챗을 신청하며, 관심있음을 어필했다.

Sopt Makers 2기

메이커스 지원하는 시기에, 튀르키예에서 가족들이 다 코로나에 걸려서 나도 코로나가 침투할락말락한 상황이였다. 결국 면접날 2시간 전에 반복적인 구토로 면접 취소를 했다.

직전 면접 취소로 비호감을 샀을걸 예상했고, 면접도 그냥 망쳐버렸다. 지금 생각하면 진짜 황당한 대답들을 쏟아냈다. 근데 붙었다!!!!!!

23년에 메이커스에 붙은게 나의 23년도 운을 다 써버렸다 싶을정도로 너무나 재밌고 좋았다!

처음에 정우오빠가 아키텍처를 알려줬었고, 그당시에는 저게 도대체 뭐야 했었는데 지금은 다 이해하고 있는게 참 신기하고 그런 메이커스 활동

제주도 여행도 2박 3일로 갔다왔고, 강남역에서 모각공도 자주 참여했다. 내향인인 나로써는 진짜 자주 모임에 참여했다.

내가 이렇게 사람들을 좋아하고 모임을 좋아하나? 싶을정도로 이 단체를, 이 프로젝트를 사랑했다. 정말 잘됐으면 좋겠고 많은 사람들이 써줬으면 좋겠고, 개발 과정이 재밌었다. 그리고 나의 첫 운영환경. 그냥 앱잼 개발만 해봤던 나는 배울 수 있는게 쏟아지는 환경이였다.

그리고 가장 좋았던건 단연 사람들이다.

사진첩을 보는데, 메이커스 사진이 유독 많은 한해다. 앱잼 팀들이 모두 잘 안되었던 나에게 메이커스는 작업하면서 행복감을 줬다. 싫었던 순간이 단 한번도 없었다고 할정도로 팀원들, 작업들이 다 재밌고 좋았다. (이건 순전히 내생각이고 다른사람들 생각 들어봐야함)

다들 엄청난 스케줄 속에서 살고 있는 사람들이였는데도, 다들 알려주는 것을 귀찮아하지 않고 2기에 잘 적응할 수 있도록 도와주었다.

이런걸 잘 못하고 있는 3기의 나는 반성해야한다. 그리고 같은 서버파트였던 정우오빠의 코드리뷰는 어디에서도 받을 수 없는 값진 코드리뷰와 가르침이였기에 정말 난 이번 기수 수혜자다. FE 건영오빠 주영언니 준호오빠는 둥글게 서버와 프론트가 어떻게 협업을 하는지, 개발자의 자세를 많이 배울 수 있었다. 수현언니 정연언니는 기획자들이 팀원들을 보호해주는 사람들이라고 느껴지게끔 팀을 잘 매니징해주었다. 지우 언니와 화정이는 정말 뚝딱뚝닥 디자인을 해냈고, 다들 프로젝트를 몇개씩 병행하면서 힘든 티 하나 내지 않았다.

다시 생각해봐도 다들 회사다니면서, 바쁜일정들에 어떻게 이게 다 가능하지 싶을정도로 다들 친절하고 책임감, 오너쉽이 장난아니다. 다들 정말 뭘까? 배울점들이 가득한 사람들을 만났다.

학교 막학기와 최종프로젝트

3월 막학기가 개강하면서, 소시개 최종 프로젝트를 시작했다. 수업 끝나고 소시개 프로젝트를 그날 끝내고 와야 다른걸 병행할 수 있었다.

좋아하는 디저트를 포장해서 학교 카페에서 작업했다. 학교 아싸중에 아싸인 나는 건너건너 알던 다른 분반 동생 2명과 프로젝트를 진행했다. 팀원들에게 조금 더 다가가지 못한게 아쉽다. 결국 밥한번 먹은적 없이 끝났다. 소시개 A+를 얻고 동기와의 돈독한 관계는 얻지 못했다. 이렇게 나는 졸업을 했다!!!!!!!!!!!!!! 대한민국 아싸들 화이팅

막학기의 나를 기록하기 위해서, 7월말에 시현하다를 찍었는데 생일에 찍으면 50%라고 한다 . . 조금 아깝지만 내년에 또찍자 우하하

솝텀 (Make a wish) 프로젝트

4월부터 11월까지 진행한 솝텀. 화정이가 솝텀제안을 해주기도 하고, 기획이 너어어어~~~무 내 마음에 들었다. 그냥 내가 필요하다 생각했던 아이디어였다. 거의 바로 한다고 했다. 스프링으로 처음부터 개발해보는 프로젝트를 해보고싶었던 욕심이였다. 기술 스택은 메이커스와 동일하게 가져갔다.

같이 하자고 물어봤는데 다들 빠르게 승낙해준 소현이와 지영언니에게 넘 고맙다. 프론트 인원이 적기도했고, 막판에 심사과정에서 잘 되지않아 프로젝트가 길어졌다. 나는 회사와 병행이 힘들어서 그만두게 되었다. 배포까지 못보고 나가게된게 아쉽지만, 정말 소중한 팀원들을 만났다.

iOS로 참여했던 앱잼에서 만난 지영언니와 같이 서버로 직무를 바꾼것. 이 이후에 책 스터디도 진행하면서 4개월 이상 스터디를 진행중이다. 언니와 벌써 책 2.5권을 함께했다. 그리고 올해 지영언니 덕분에 가장 많이 웃었다. 지영언니와 함께 1년을 보내서 좋았다! 앞으로도 잘부탁해!

소현이와는 31기 서버로 만나서 스프링을 시작으로 예슬이와 스터디를 1년째 진행중이다.

소현이와 나는 프로젝트를 더이상 하지 않게되었지만, 다들 스터디로 인연을 이어간다는게 참 신기하다! 다들 고마워!

8월

메이커스 모집 TF & 일본여행

메이커스 3기 모집 tf로 참여하며 3기 면접관으로 참여했다. 고맙게도 정우오빠가 시간을 내주면서, 2명이서 서버 면접관으로 참여했다.

교내 동아리 운영진을 해봤지만, 한명의 팀원을 모집하기까지 운영진들, 면접관들이 쏟는 시간은 무지막지하다. 더 좋은 사람을 데리고 오기 위해서 다들 엄청난 시간을 쏟는다.

이 직전에 매주 코딩테스트, 서류를 막 넣을때여서 체력적으로도, 정신적으로 여유가 없었다. 갑자기 한시간씩 뛰러나가기도 했다.

와중에 아빠가 광복절날 여행을 가자고 했다. 할게 너무너무 많은데 내 시간은 하나도 없는 느낌.

모집 TF기간이 광복절날이랑 겹쳐서, 엄마아빠언니만 먼저 오사카로 가고, 나는 1박만 함께하고 그 이후에 후쿠오카에 2박을 더하면서 서연이를 만나기로했다.

여행가기전에는 여행이 설레기보다, 3박의 노는 시간이 날 불안하게 했다. 이런 불안함을 놓으려고 노트북도 두고갔다. 내 인생 계획대로라면 지금 여행을 할때가 아니였다. 모든게 계획대로 되지 않는게 오사카에 태풍이 오는 바람에 오사카로 도착하자마자 가족들과 바로 후쿠오카로 피신했다. 아빠의 10분단위의 계획들이 물거품 되었다. 아빠 : ㅠㅠ

하지만, 나 혼자 비행기를 타고 간 공항과 일본, 친구랑 처음가본 해외 여행이 날 잠시동안 어딘가에서 해방시켜주는 느낌을 주었다.

졸업식

비오는날 졸업을 했다. 학교에 큰 애정이 없던터라 아쉽거나 슬프지 않았다. 18학번으로 들어와 수능을 보고 다른 학교 식품영양학과를 다니고 재입학을 하여 화석이 되어 졸업하기까지 5년반만이 걸렸고, 끝은 허무했다!

기적같이 졸업실날 집에 오는길에 첫 코테 합격 메일과 함께 1차면접을 준비하라는 메일을 받았다. 학교 졸업과 동시에 취업을 목표로 하고 있었기에 설렜다.

메이커스의 도움을 받아 면접준비를 했다. 덕분에 1차 면접을 열심히 준비할 수 있었다. 시간 내줘서 모의면접 봐준 건영오빠 카톡으로 혼내준 정우오빠 자기소개부터 팁을 줬던 재훈재훈까지 다들 정말로 고맙다! 실제로 정말 많은 도움이 되었다.

9월

메이커스 3기 시작

9월에 마라톤을 준비한답시고 자주 평소보다 2배를 더 달렸다. 매일 아침 메이커스의 쓰레드가 쌓여있었고, 주로 운영업무였다. 쓰레드 쌓인거를 해결하고 나면 내 오전시간이 다 날라가있었다. 당시에 요가를 가있을때에도 계속적으로 메세지가 와있는게 은근히 나에게 스트레스를 주었다. 아침에 스플라운지 가기, 저녁먹기전에 운동을 가는게 나의 유일한 스케줄이였다. 학교의 일정한 수업들도 다 사라지니까 일정한 스케줄이 필요했다.

운좋게 2차면접까지 간 공채는 최종탈락으로 마무리가 되었다. 마음속으로는 내 최종 목표가 아니야 하면서도, 그냥 취준생활을 끝내고 싶었던 것 같다. 회사에서 실제 포트폴리오에 경력이 될만한 일을 하고 싶었다. 자소서만 쓰고 계속 탈락하는 메일을 받는게 나를 나락으로 떨어뜨리는 것 같았다. 1학기에는 공고도 많이 나오고, 공고를 다 썼을때 거의 서합이였는데 2학기로 갈수록 공고도 줄고, 서탈하는 비율이 높아졌다. 불안감도 높아졌다. 1번의 합격이면 이런 기분들도 다 날라가겠지, 모두가 이런 경험을 겪으며 취준을 했겠지 하면서도 마음이 우울하고 불안한건 어쩔수 없었다.

다들 취업준비를 어떻게 하는걸까? 올해 많은 경험들을 하며 열심히 살았다 생각했는데, 결과가 나올때마다 너 제대로 안했어. 열심히 안한거야. 라며 바로 말을 해주는 것 같았다.

10월

12km 마라톤

유일하게 나에게 허락된 마약 ㅎㅎ 마라톤을 신청했고, 9월에 습관적으로 달렸더니 꽤 성적이 좋았다!

올해 유일하게 나에게 성취감을 준 건 달리기 뿐이다.

달리기를 하면, 누가 내 1km를 평가해준다. 내 인생도 누가 매일 매달 평가해주면 좋겠다. 지금 덜달리고 있어. 다음에는 더 달려야해. 지금 너무 빨라 다음 페이스에서는 조금 더 페이스 조절을 해야해와 같이 말이다.

11 - 12월

카카오페이

카카오페이 어시로 면접을 보게 되었고, 한글날 연휴 이후에 합격 전화를 받았다. 2주뒤에 출근을 하게 되었다.

계속해서 스플라운지에 출근하는 상황에서 벗어나고 싶어서 지원했던 어시스턴트였는데, 매일 판교로 출근하고 있다.

이름을 지을때, 사진첩을 한번 훑으니 가장 많은건 에그타르트가 차지하고 있어서 에그타르트로 이름을 지었다. 올해 나에게 소소한 행복을 가져다준 에그타르트. 올해의 빵이다.

올해가 가기전에 버킷리스트에 있던 아빠랑 등산하기도 완료했다.

회사에 1200원으로 파스퇴르~ 우유 아이스크림을 먹을 수 있는 것도 좋다. SRE팀에 들어와서 정말 운영을 하는 업무를 맡게 되었다. 팀에 들어오니 개발과 운영은 서로를 조심하는 그런 관계인 것 같다.

Devops와 SRE의 절반씩의 성격을 띄고 있는 팀에 들어와서 생각할 수 있는 부분들이 많아진것도 좋다. 회사에서 한동안 나를 스트레스 받게 했던 일들도 결국은 다 좋게 마무리가 되었고, 회사에서 배울점들이 많은 분들도 많이 만났다. 묵묵하게 일하되, 업무적으로 잘 해야 인정받을 수 있는 작은 사회같다 회사는. 6개월의 계약이지만, 그 안에서 배울 수 있는 점들은 싹다 배우고 나와야지! 배우고자 하는 의지가 있다면 뭐든 얻어낼 수 있을 것이다.

다시 돌아보면 스트레스가 아닌데 그 당시에는 엄청난 영향을 받는다. 나는 이런걸 최소화할 필요가 있다.

감사한일을 계속해서 떠올려야한다. 취업이 되지 않는다고 너무 날 우울한 구렁텅이에 빠트리지 말자. 행복할줄 아는사람이 행복하다.

올해는 나를 항상 남들과 비교하고 우울해했던 한해 다. 비교하는게 제일 안좋다는걸 올해 가장 느낀것 같다. 행동 없이 시기 질투, 부러워하기만 하는 사람은 정말 나쁜 기운을 뿜어내어 그사람뿐 아니라 주변인에게도 최악의 사람이다. 꼭 행동하고, 남과 나를 비교하지말자.

나의 시간은 반드시 올거라는 믿음을 가지자~!

2024년 나의 상반기 Next Step

- 상반기 준비하기

상반기 공고에 본격적으로 지원해볼 예정이다. 그전까지 나에게 해야할건 동아리 활동을 늘리는 것도, 네트워킹을 하는것도 아닌 내가 지금까지 한 일들을 잘 정리하고, 취업에 필요한 것들을 하자.

- 시간 사용을 효율적으로

나에게 당장 프로젝트나 스터디를 다 정리하는게 맞다고 생각이 들었다. 다 정리할 계획이다.

네트워킹? 동아리 등에 시간을 줄여보기로 했다. 올해 끝자락에 들어 사회생활을 계속 하다보니 내가 소모된다라는 느낌이 들었다. 모든 사회생활이 이렇겠지만, 나의 사회생활이 시작하기 전에 나의 에너지를 최대한 아껴야겠다.

해인언니한테 추천받은 blockytime을 이용해서 내 하루의 15분 간격을 다 tracking해서 시간을 아끼고 시간을 더더 소중히 하는 사람이 될 것이다. 이동, 운동에 쏟는 시간도 최소화 해야겠다.

- 여행과 가족들과의 시간

1월 여행을 마지막으로 더이상의 여행을 가지 않을 예정이다. 1월 여행은 충동적으로 가게 되긴했지만, 이제 여행도 취업하고 나서 가!! 취업을 하고 나서도 첫 6개월간은 회사에 집중해야한다. 가족들과의 시간을 최대한 많이 보내려고 노력하지만 어렵다. 얼른 이 시기를 잘 헤쳐나가고 나서 가족들과의 시간을 늘리자.

- 나의 정신 육체 지키기

23년 체력은 엄청나게 향상된 반면에 정신적 멘탈은 바닥을 쳤다. 관계들에 엄청나게 휩쓸리고, 업다운이 심해졌고, 괴랄해졌다는 표현이 맞다. 나에게 왜 저런말을? 하며 상처 받기도 했고, 사회생활이 넘 어렵기도 했는데 지나보면 아무것도 아니다. 오 그렇구나~ 하는 마음가짐을 갖는게 가장 좋다. 그리고 되도록이면 상대방의 좋은 점을 생각하는것, 일할때 마음가짐을 다르게한다. 나한테 가장 쉽고 빠르게 행복을 얻는 방법은 디저트 먹기와 운동이였는데 횟수를 줄이자. 힘들지도 않았는데 날 왜 힐링시켜?

불규칙하게 살면 나는 불안해진다. 갑작스럽게 달라지는 생활패턴에 빠르게 적응하지 못하는 것 같다. 나만의 일주일 루틴을 되도록 지키되 흐트려지더라도 스트레스 받지 말기.

23년 나의 머리숱이 심각하게 줄었다. 24년에는 절대적으로 나의 머리숱을 지켜야한다. 내 머리숱 지켜~ 단백질 잘 섭취해주기. 그리고 회사 다니면서 하혈을 계속 했다. 충분한 수면섭취 해주기. 극단적으로 운동을 하거나 안하지 말기.

23년 새해 결심 삼형제. 운동 공부 책 난 올해의 결심을 다 지켰다! 후회없다! 나 올해 운동도 진짜 열심히 했고, 공부는 음 자신 없긴하다, 책도 읽었다.

23년 회고 쓰는데 이정도 시간 썼으면 그래도 알차게 잘 보낸거 아닐까? 자책하기 보다 다가올 나의 앞으로의 일들에 담대하게 잘 대응하는 사람이 되자. 나는 꾸준히 하는걸 잘하는 사람이니까, 사회생활도 공부도 꾸준히 하다보면 역량이 오를거다! 그 때까지 조급해하지 말고 나의 때를 기다리자! 24년의 나 화이팅이다!

[쿠버네티스 | Kubernetes] Cluster Architecture

yujindonut — Wed, 13 Dec 2023 17:49:06 +0900

쿠버네티스 클러스터

클러스터란 컨테이너 형태의 애플리케이션을 호스팅하는 물리/가상 환경의 노드들로 이루어진 집합.

물리머신, 가상 머신, 온프레미스, 클라우드에 구애 받지 않고 머신 그룹 전체에서 컨테이너를 예약하고 실행할 수 있다.

쿠버네티스 클러스트는 용도에 따라 Worker Node와 Master Node로 구분된다.

Worker Node

각기 다른 컨테이너들이 선적된 컨테이너 선의 역할이다. 각기 다른 목적과 기능으로 세분화된 컨테이너들이 실제 배치되는 노드를 의미한다.

Master Node

컨테이너 선단을 지휘하는 통제함의 역할. 대규모 컨테이너를 운영하려면 각 워커노드들의 가용 리소스 현황을 고려하여 최적의 컨테이너 배치와 모니터링, 컨테이너에 대한 추적 관리가 필요해진다

컨트롤 플레인(Control plane)

전체의 워크로드 리소스 등 주요 요소들을 배포하고 제어하는 역할.
마스터 노드에 포함되어 해당되어있다.

etcd

클러스터 안의 각 구성요소들에 대한 정보가 key-value 형태로 저장된 데이터베이스
쿠버네티스에서는 클러스터에 노드가 몇개인지, 각 파드들이 어떤 컨테이너를 어떤 노드에서 어떤식으로 동작하고 있는지 etcd에 기록된다. kubelctl 명령을 통해 조회 가능한 모든 정보는 etcd를 거쳐오며, 제어 명령을 통해 클러스터에 변화가 적용되었다면 그 역시 etcd에 업데이트 된다.

스케줄러 (kube-scheduler)

애플리케이션 구동에 필요한 각 컨테이너에 대해 클러스터 내 최적의 배포를 수행하는 스케줄러
kubelet이 Pod를 생성한다. 일정 관리자는 어떤 포드를 어디(Node)에 넣을지만 결정한다.

kube-controller-manager

Node, Deployment, Service Account 등 클러스터에서 구동되는 리소스들을 유지 관리하는 프로세스들의 집합
Node-Controller
Replication-Controller

DNS 서버 (Core DNS)

클러스터 안에서 특정 도메인을 찾을 때 사용되는 네임 서버

API 서버 (kube-api-server)

클러스터 구성 요소들의 상호 통신에 필요한 쿠버네티스 API를 관리하는 컴포넌트
클러스터 안의 내부 통신을 담당한다. Manager Node, Worker Node 관리한다.
주기적으로 kubelelt으로부터 상태보고서를 가져온다. 컨테이너 상자의 모니터링을 위해서
순서
1. Authenticate User
2. Validate Request
3. Retrieve data
4. Update ETCD -> 유일하게 etcd와 상호작용함
5. Scheduler -> api server를 이용해 각 영역의 클러스터에서 업데이트를 완료한다.
6. Kubelet -> api server를 이용해 각 영역의 클러스터에서 업데이트를 완료한다.

각 Node 영역 : Pod들을 구성하기 위한 구성 요소

kubelet

클러스터의 각 노드에서 API 서버를 통해 들어오는 신호를 모니터링하고 파드에서 컨테이너가 기능대로 정상 동작 하는지 관리하는 에이전트
배의 선장과 같은 역할을 한다.
무리의 일원이 되기 위해 필요한 모든 서류를 처리한다.
마스터 node의 유일한 연락망이다.
운항 일정 관리자의 지시에 따라서 선박에 컨테이너를 싣거나 내립니다.
선박과 컨테이너 상태를 일정간격으로 보고한다.
1. Register Node
2. Create Pod
3. Monitor Node & Pod -> Api server 에 주기적으로 보고한다.

kube-proxy

클러스터의 각 노드에서 실행되는 네트워크 프록시 서비스
Pod Network : pod끼리 소통이 가능하다. 하지만 pod의 ip주소는 항상 바뀐다.
효율적으로 다른 pod에 접속하기 위해서 응용프로그램을 노출할 service를 생성하고 액세스 가능해짐.
Service 메모리가 없는 가상 구성요소이다.
kube-proxy는 쿠버네티스 클러스터의 각 노드에서 실행되는 프로세스이다. 새서비스를 찾아주는 역할.
새서비스가 생성될때마다 각 노드에 적절한 규칙을 만들어 그 서비스로 트래픽을 전달한다.

container runtime engine

노드에 배포된 파드 내 컨테이너들을 구동시키는 엔진
Pod : 클러스터 안에서 배포되는 가장 작은 단위의 객체로 하나 이상의 컨테이너를 포함하고 있다.

Controller

Node-Controller

Watch Status
Remediate Situation
Node Monitor Period = 5s
Node Monitor Grace Period = 40s -> node의 신호가 다시 잡히기까지 40초의 시간일 걸린다.
Pod Eviction Timeout = 5m -> 다시 pod가 뜨기까지

[PostgreSQL] Isolation level에 따른 트랜잭션 처리 방법

yujindonut — Tue, 10 Oct 2023 16:50:42 +0900

Isolation level

소프트웨어를 개발하는 경우 데이터베이스 트랜잭션 내에서 복잡한 방식으로 데이터를 운영하는 코드에서 비즈니스 논리 오류가 발생하지 않도록 트랜잭션이 서로 어떻게 영향을 미치는지 알아야 합니다.

PostgreSQL에서 트랜잭션을 설정하는 방법은 총 4가지

1. READ UNCOMMITTED (낮은 격리수준)
설정에는 정의되어 있지만, 지원하지 않습니다.
(READ COMMITTED와 동일)

2. READ COMMITTED (기본값)

커밋된 데이터만 READ 할 수 있으며, DIRTY READ가 불가능.

(DIRTY READ : 다른 트랜잭션에서 커밋하지 않는 데이터를 읽을 수 있는 것)

3. REPEATABLE READ
조회 시 항상 동일한 데이터 응답을 보장.

4. SERIALIZABLE (높은 격리 수준)
모든 작업이 동시에 일어나지 않고 하나의 트랜잭션 처리처럼 동작합니다.

종류

테스트를 위해 order라는 테이블 객체 생성

create table "order"
(
    id                           bigserial,
    description                  varchar(255),
    total                        double precision,
    status                       varchar(255)
);

alter table "order"
    owner to postgres;

Dirty Read

커밋되지 않은 다른 Transaction의 값들도 읽을 수 있다.

첫번째 Transaction이 어떤 record를 업데이트.

Read Commited

Non-Repeatable Reads

처음의 읽었던 결과값이랑 나중에 읽었던 결과값이 달라지는 현상. 다른 트랜잭션에서 업데이트 된 값이 바로 읽어짐.

Repeatable Read

non-repeatable read를 해결하기 위한 방법.

Postgresql이 두번째 읽을때 첫번째 읽은 결과값이 동일한 것을 보장해준다.

Serializable

아래 예시는 Lost updates에 대한 문제를 보여준다.

왼쪽에서 update 200으로 한 데이터가 다른한쪽에서 300으로 업데이트 하자 사라지게 된다.

첫번째 row가 update되자, 다른 transaction에서 해당 변경이 불가능하도록 막는다.

코드로 알아보기

현재 설정정보

현재 postgres의 설정되어있는 Transaction Isolation Level을 확인할 수 있다.

show transaction isolation level

설정으로 변경하기 (postgresql.conf 내 설정을 수정하는 방법)

#default_transaction_isolation = 'read committed'

데이터베이스의에 명령어로 Default 격리 수준 변경하기

ALTER DATABASE DBNAME SET DEDFAULT_TRANSACTION_ISOLATION TO 'REPEATABLE READ';

트랜잭션 격리 수준 변경하기 (질의)

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

정리

격리수준은 데이터베이스 트랜잭션의 실행 동작을 제어하는 기능으로, 동시에 여러 Transaction을 다룰 때 발생하는 문제를 해결하는데 도움을 줍니다.

Isolation Level	설명	Dirty Read	Non-Repeatable Read	Phantom Read	고립성(안정성)	동시성
Read Uncommitted	커밋되지 않은 데이터도 읽을 수 있다.	O	O	O	낮다	높다
Read Commited		X	O	O	중간	중간
Repeatable Read	하나의 트랜잭션에서는 하나의 스냅샷만 사용한다	X	X	O	중간	중간
Serializable	Read 시에 DML 작업이 동시에 진행될 수 없다.	X	X	X	높다	낮다

[JPA] 동시성 처리 - 비관적 락 VS 낙관적 락

yujindonut — Tue, 10 Oct 2023 13:53:08 +0900

이슈 상황

진행하고 있는 프로젝트에 '끝말잇기' 기능을 제공중이다.

예외처리가 적용되지 않고 두개의 단어가 동시에 삽입되었다!

문제 해결 과정

우선 Chatgpt를 이용해서 해당 사항에 대해 물어보았다.

1. 격리수준 설정을 고려 -> 탈락

우선 PostgreSQL에서는 4가지의 Transaction 격리 수준을 설정할 수 있다.

끝말잇기에 적용하는 것을 생각해봤을때, 하나의 transaction에서 데이터를 읽을때, 다른 transaction에서 커밋되지 않은 데이터도 읽어야함.

Postgresql은 Read Uncommited를 지원하지 않는다고 한다! 결론적으로 DirtyRead가 불가능하다.

2. 낙관적 락과 비관적 락 고려하기 (오 괜찮다!)

낙관적락과 비관적락을 사용하는 기준은 "동시에 수정을 하는일이 빈번하게 일어나는가 ?"

비관적 락(Pessimistic Lock)

따라서 하나의 트랜잭션이 데이터를 읽는 시점에서 락(Lock)을 걸고, 조회 또는 갱신 처리가 완료될 때까지 유지합니다. SELECT...FOR UPDATE로 조회된 해당 로우는 잠금을 획득하여 해당 트랜잭션이 끝나기 전까지 다른 트랜잭션이 접근하지 못하고 대기해야 합니다. 대기 시간을 줄 수 있다.

공유 자원을 사용할 때 다른 쓰레드와 충돌이 발생할 가능성이 높다고 가정하고 그에 따라 공유 자원에 대한 락을 걸어 다른 쓰레드에 대한 접근을 막는 방식입니다. 따라서, 충돌이 빈번하게 일어나는 환경에서 사용하게 되면 효과적일 수 있습니다.

낙관적 락(Optimistic Lock)

충돌이 발생하지 않을 것으로 가정하고 그에 따라 공유 자원에 대한 락을 걸지 않고 접근할 수 있습니다. 만약, 다른 쓰레드가 이미 락을 걸어놓은 경우에는 대기하다가 락이 풀리면 자원에 대한 접근을 시도합니다.

실무에서 구체적인 예시를 들면, 낙관적 락은 일반적으로 읽기 비율이 높은 경우에 사용할 수 있습니다. 예를 들어, 게시글을 읽는 쓰레드가 다수 존재하고, 쓰기 작업은 비교적 드물게 발생하는 경우에는 낙관적 락이 효과적일 수 있습니다. 반면에, 쓰기 작업이 빈번하게 발생하는 경우에는 비관적 락을 사용하는 것이 좋습니다.

3. 분산 락 사용 -> 탈락

분산시스템에서 여러 서버간에 공유자원에 대한 동시 접근을 제어하기 위해 분산 락을 사용할 수 있다고 한다.

나의 프로젝트는 분산시스템이 아니고 단일 서버이기에 탈락.

4. 캐시 사용 -> 보류

캐시를 활용해서 중복단어를 체크하는 방법을 고려해볼 수 있겠다. DB조회를 줄이고, 성능을 향상시키는 방법.

HashMap 또는 Redis와 같은 외부 캐시를 이용하는것을 고려해볼 수 있겠다. 실제 프로덕션 환경이기에 Redis와 같은 외부 캐시를 사용하는 것이 더 적합하다고 고려됨. 캐시 사용으로 인해서 해결이 될 문제인가?! 아직 잘 모르겠다. 우선 보류

락(Locking)을 사용하는 것과 격리 수준(Isolation Level) 설정의 장단점

측면	락(Locking)	격리 수준 설정
제어 정도	높음	낮음
복잡성	높음	낮음
성능 영향	높음 (Lock Contention 가능)	낮음
데이터 일관성 보장	가능	보장 (설정에 따라 다름)
데드락 발생 가능성	높음 (적절한 관리 필요)	낮음 (일반적으로 시스템이 처리)
동시성 제어	개발자가 직접 구현해야 함	데이터베이스 시스템에서 처리
유연성	높음 (프로그래밍 방식으로 사용)	낮음 (일반적으로 설정 변경으로 사용)

[SpringCloud] API Gateway Service

yujindonut — Mon, 2 Oct 2023 17:24:48 +0900

API Gateway Service

인증 및 권한 부여
서비스 검색 통합
응답 캐싱
정책, 회로 차단기 및 Qos
속도 제한
부하 분산
로깅, 추적, 상관관계
헤더, 쿼리 문자열 및 청구 변환
IP 허용 목록에 추가

SpringCloud에서의 MSA간 통신

RestTemplate

RestTemplate restTemplate = new RestTemplate();
restTemplate.getForObject("http://localhost:8080/", User.class, 200);

Feign Client
FeignClient라는 마이크로서비스 이름가지고 호출이 가능함.

@FeignClient("stores")
public interface StoreClient {
	@RequestMapping(method = RequestMethod.GET, value="/stores")
    List<Store> getStores();
}

Ribbon

Client side Load Balancer
SpringBoot 2.4에서 Maintenance 상태임
서비스 이름으로 호출
Health Check

Netflix Zuul

1. 테스트용 프로젝트 생성하기

FirstService 프로젝트

package com.example.firstserivce;

import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
@RequestMapping("/")
public class FirstServiceController {
    @GetMapping("/welcome")
    public String welcome() {
        return "Welcome to the First Service";
    }
}

application.yml

server:
  port: 8081

spring:
  application:
    name: my-first-service

eureka:
  client:
    fetch-registry: false
    register-with-eureka: false

SecondService

package com.example.secondservice;

import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
@RequestMapping("/")
public class SecondServiceController {
    @GetMapping("/welcome")
    public String welcome() {
        return "Welcome to the Second Service";
    }
}

application.yml

server:
  port: 8082

spring:
  application:
    name: my-second-service

eureka:
  client:
    fetch-registry: false
    register-with-eureka: false

Zuul 프로젝트 생성

SpringCloundRouting - Zuul을 사용하려면 스프링부트 2.4이하 버전을 사용해야한다.

@EnableZuulProxy를 사용한다.

@SpringBootApplication
@EnableZuulProxy
public class ZuulServiceApplication {

    public static void main(String[] args) {
        SpringApplication.run(ZuulServiceApplication.class, args);
    }

}

server:
  port: 8000

spring:
  application:
    name: my-zuul-service

zuul:
  routes:
    first-service:
      path: /first-service/**
      url: http://localhost:8081

    second-service:
      path: /second-service/**
      url: http://localhost:8082

같은 url로 서비스를 라우팅 해준다.

요청이 들어오기전에 filter를 구현하여 Log출력을 해볼 수도 있다!

package com.example.zuulservice.filter;

import com.netflix.zuul.ZuulFilter;
import com.netflix.zuul.context.RequestContext;
import com.netflix.zuul.exception.ZuulException;
import lombok.extern.slf4j.Slf4j;
import org.springframework.stereotype.Component;

import javax.servlet.http.HttpServletRequest;

@Slf4j // Logger객체를 바로 사용할 수 있다.
@Component
public class ZuulLoggingFilter extends ZuulFilter {

    @Override
    public String filterType() {
        return "pre";
    }

    @Override
    public int filterOrder() {
        return 1;
    }

    @Override
    public boolean shouldFilter() {
        return true;
    }

    @Override
    public Object run() throws ZuulException {
        log.info("*********************** printing logs: ");

        RequestContext ctx = RequestContext.getCurrentContext();
        HttpServletRequest request = ctx.getRequest();
        log.info("*********************** : " + request.getRequestURI());
        return null;
    }
}

Spring Cloud Gateway

비동기 처리가 가능하다.

해당 gateway를 어디로 routing시켜줄지 설정시켜줄 수 있다.

1. Client 요청이 오면 header추가

2. Predicate

3. Pre Filter

4. Post Filter

5. Client한테 response할때 header값 추가함

= > header값 추가하는 작업을 SpringCloud가 대신해준다.

server:
  port: 8011

eureka:
  client:
    register-with-eureka: false
    fetch-registry: true
    service-url:
      defaultZone: http://localhost:8761/eureka

spring:
  application:
    name: apigateway-service
  cloud:
    gateway:
      routes:
        - id: first-service
          uri: http://localhost:8081
          predicates:
            - Path=/first-service/**
        - id: second-service
          uri: http://localhost:8081
          predicates:
            - Path=/second-service/**

application.yml에 저장해두었던 부분을 java code로도 작성할 수 있다! Lambda를 이용해서!

Filter/FilterConfig.java

앞의 addRequestHeader, addResponseHeader를 통해서 header를 추가할 수 있다.

package com.example.apigatewayservice.config;

import org.springframework.cloud.gateway.route.RouteLocator;
import org.springframework.cloud.gateway.route.builder.RouteLocatorBuilder;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class FilterConfig {
    @Bean
    public RouteLocator gatewayRoutes(RouteLocatorBuilder builder) {
        return builder.routes()
                .route(r -> r.path("/first-service/**")
                        .filters(f -> f.addRequestHeader("first-request","first-request-header")
                                .addResponseHeader("first-response","first-response-header"))
                        .uri("http://localhost:8081"))
                .route(r -> r.path("/second-service/**")
                        .filters(f -> f.addRequestHeader("second-request","second-request-header")
                                .addResponseHeader("second-response","second-response-header"))
                        .uri("http://localhost:8082"))
                .build();
    }
}

FirstService 프로젝트에 FirstServiceController.java에 해당 message 엔드포인트 추가한다

    @GetMapping("/message")
    public String message(@RequestHeader("first-request") String header) {
        log.info(header);
        return "Welcome to the First Service";
    }

SecondService프로젝트에도 추가함

    @GetMapping("/message")
    public String message(@RequestHeader("second-request") String header) {
        log.info(header);
        return "Welcome to the Second Service";
    }

application.yml 파일에 filter를 추가할 수도 있다.

spring:
  application:
    name: apigateway-service
  cloud:
    gateway:
      routes:
        - id: first-service
          uri: http://localhost:8081 # 이동될 주소
          predicates:
            - Path=/first-service/**
          filters:
            - AddRequestHeader=first-request, first-requests-header2
            - AddResponseHeader=first-response, first-response-header2
        - id: second-service
          uri: http://localhost:8081
          predicates:
            - Path=/second-service/**
          filters:
            - AddRequestHeader=second-request, second-requests-header2
            - AddResponseHeader=second-response, second-response-header2

Postman으로 추가하면 header로 해당 정보를 확인할 수 있다.

CustomFilter

Custom Filter.java

package com.example.apigatewayservice.filter;

import lombok.extern.slf4j.Slf4j;
import org.springframework.cloud.gateway.filter.GatewayFilter;
import org.springframework.http.server.reactive.ServerHttpRequest;
import org.springframework.http.server.reactive.ServerHttpResponse;
import org.springframework.cloud.gateway.filter.factory.AbstractGatewayFilterFactory;
import org.springframework.stereotype.Component;
import reactor.core.publisher.Mono;

@Component
@Slf4j
public class CustomFilter extends AbstractGatewayFilterFactory<CustomFilter.Config> {
    public CustomFilter() {
        super(Config.class);
    }

    @Override
    public GatewayFilter apply(Config config) {
        return ((exchange, chain) -> {
            ServerHttpRequest request = exchange.getRequest();
            ServerHttpResponse response = exchange.getResponse();

            log.info("Custom PRE filter: request id -> {}", request.getId());

            // Custom Post Filter
            return chain.filter(exchange).then(Mono.fromRunnable(() -> {
                log.info("Custom POST filter: response code -> {}", response.getStatusCode());
            }));
        });
    }

    public static class Config {

    }
}

GlobalFilter

- 공통으로 다 쓸 수 있는 filter

spring:
  application:
    name: apigateway-service
  cloud:
    gateway:
      default-filters:
        - name:
            args:
              baseMessage: SpringCloud Gateway Global Filter
              preLogger: true
              postLogger: true

package com.example.apigatewayservice.filter;

import lombok.Data;
import lombok.extern.slf4j.Slf4j;
import org.springframework.cloud.gateway.filter.GatewayFilter;
import org.springframework.cloud.gateway.filter.factory.AbstractGatewayFilterFactory;
import org.springframework.http.server.reactive.ServerHttpRequest;
import org.springframework.http.server.reactive.ServerHttpResponse;
import org.springframework.stereotype.Component;
import reactor.core.publisher.Mono;

@Component
@Slf4j
public class GlobalFilter extends AbstractGatewayFilterFactory<GlobalFilter.Config> {
    public GlobalFilter() {
        super(Config.class);
    }

    @Override
    public GatewayFilter apply(Config config) {
        return ((exchange, chain) -> {
            ServerHttpRequest request = exchange.getRequest();
            ServerHttpResponse response = exchange.getResponse();

            log.info("Global Filter baseMessage: {}", config.getBaseMessage());

            if(config.isPreLogger()) {
                log.info("Global Filter start: request id -> {}", request.getId());
            }
            // Custom Post Filter
            return chain.filter(exchange).then(Mono.fromRunnable(() -> {
                if(config.isPostLogger()) {
                    log.info("Global Filter end: request id -> {}", response.getStatusCode());
                }
            }));
        });
    }

    @Data
    public static class Config {
        private String baseMessage;
        private boolean preLogger;
        private boolean postLogger;
    }
}

LoggingFilter

package com.example.apigatewayservice.filter;

import lombok.Data;
import lombok.extern.slf4j.Slf4j;
import org.springframework.cloud.gateway.filter.GatewayFilter;
import org.springframework.cloud.gateway.filter.OrderedGatewayFilter;
import org.springframework.cloud.gateway.filter.factory.AbstractGatewayFilterFactory;
import org.springframework.core.Ordered;
import org.springframework.http.server.reactive.ServerHttpRequest;
import org.springframework.http.server.reactive.ServerHttpResponse;
import org.springframework.stereotype.Component;
import reactor.core.publisher.Mono;

@Component
@Slf4j
public class LoggingFilter extends AbstractGatewayFilterFactory<LoggingFilter.Config> {
    public LoggingFilter() {
        super(Config.class);
    }

    @Override
    public GatewayFilter apply(Config config) {
        GatewayFilter filter = new OrderedGatewayFilter((exchange, chain) -> {
            ServerHttpRequest request = exchange.getRequest();
            ServerHttpResponse response = exchange.getResponse();

            log.info("Logging Filter baseMessage: {}", config.getBaseMessage());
            if (config.isPreLogger()) {
                log.info("Logging PRE Filter: request id -> {}", request.getId());
            }
            return chain.filter(exchange).then(Mono.fromRunnable(()->{
                if (config.isPostLogger()) {
                    log.info("Logging POST Filter: response code -> {}", response.getStatusCode());
                }
            }));
        }, Ordered.LOWEST_PRECEDENCE);
        return filter;
    }

    @Data
    public static class Config {
        private String baseMessage;
        private boolean preLogger;
        private boolean postLogger;
    }
}

application.yml

spring:
  application:
    name: apigateway-service
  cloud:
    gateway:
      default-filters:
        - name:
            args:
              baseMessage: SpringCloud Gateway Global Filter
              preLogger: true
              postLogger: true
      routes:
        - id: first-service
          uri: lb://MY-FIRST-SERVICE
          predicates:
            - Path=/first-service/**
          filters:
            - AddRequestHeader=first-request, first-request-header2
            - AddResponseHeader=first-response, first-response-header2
        #            - CustomFilter
        - id: second-service
          uri: lb://MY-SECOND-SERVICE
          predicates:
            - Path=/second-service/**
          filters:
            - AddRequestHeader=second-request, second-request-header2
            - AddResponseHeader=second-response, second-response-header2
            #            - name: CustomFilter
            - name: LoggingFilter
              args:
                baseMessage: Hi, there.
                preLogger: true
                postLogger: true

Eureka 연동

Eureka에 위치가 어디 저장되었는지 물어보고 -> forwarding 해준다.

Eureka 서버를 실행시켜주고, http://localhost:8761 접속하면 기동이 된다.