Free.log – WONIZZ.LOG

2025 WONIZZ.LOG

워니 — Wed, 31 Dec 2025 07:45:57 +0000

The standard Lorem Ipsum passage, used since the 1500s
"Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum."

Section 1.10.32 of "de Finibus Bonorum et Malorum", written by Cicero in 45 BC
"Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo. Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt. Neque porro quisquam est, qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora incidunt ut labore et dolore magnam aliquam quaerat voluptatem. Ut enim ad minima veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? Quis autem vel eum iure reprehenderit qui in ea voluptate velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur?"

1914 translation by H. Rackham
"But I must explain to you how all this mistaken idea of denouncing pleasure and praising pain was born and I will give you a complete account of the system, and expound the actual teachings of the great explorer of the truth, the master-builder of human happiness. No one rejects, dislikes, or avoids pleasure itself, because it is pleasure, but because those who do not know how to pursue pleasure rationally encounter consequences that are extremely painful. Nor again is there anyone who loves or pursues or desires to obtain pain of itself, because it is pain, but because occasionally circumstances occur in which toil and pain can procure him some great pleasure. To take a trivial example, which of us ever undertakes laborious physical exercise, except to obtain some advantage from it? But who has any right to find fault with a man who chooses to enjoy a pleasure that has no annoying consequences, or one who avoids a pain that produces no resultant pleasure?"

Section 1.10.33 of "de Finibus Bonorum et Malorum", written by Cicero in 45 BC
"At vero eos et accusamus et iusto odio dignissimos ducimus qui blanditiis praesentium voluptatum deleniti atque corrupti quos dolores et quas molestias excepturi sint occaecati cupiditate non provident, similique sunt in culpa qui officia deserunt mollitia animi, id est laborum et dolorum fuga. Et harum quidem rerum facilis est et expedita distinctio. Nam libero tempore, cum soluta nobis est eligendi optio cumque nihil impedit quo minus id quod maxime placeat facere possimus, omnis voluptas assumenda est, omnis dolor repellendus. Temporibus autem quibusdam et aut officiis debitis aut rerum necessitatibus saepe eveniet ut et voluptates repudiandae sint et molestiae non recusandae. Itaque earum rerum hic tenetur a sapiente delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat."

1914 translation by H. Rackham
"On the other hand, we denounce with righteous indignation and dislike men who are so beguiled and demoralized by the charms of pleasure of the moment, so blinded by desire, that they cannot foresee the pain and trouble that are bound to ensue; and equal blame belongs to those who fail in their duty through weakness of will, which is the same as saying through shrinking from toil and pain. These cases are perfectly simple and easy to distinguish. In a free hour, when our power of choice is untrammelled and when nothing prevents our being able to do what we like best, every pleasure is to be welcomed and every pain avoided. But in certain circumstances and owing to the claims of duty or the obligations of business it will frequently occur that pleasures have to be repudiated and annoyances accepted. The wise man therefore always holds in these matters to this principle of selection: he rejects pleasures to secure other greater pleasures, or else he endures pains to avoid worse pains."

안녕하세요. 정리하는 개발자 워니즈입니다. 매년 마지막 즈음이 되면 한 해를 마무리하며 회고 글을 하나씩 남기고 있습니다. 누군가에게 보여주기 위한 글이라기보다는, 나중에 다시 펼쳐보며 “그때의 나는 어떤 고민을 하고 있었을까”를 되짚어보기 위한 개인적인 기록에 가깝습니다. 올해도 어김없이, 그런 마음으로 이 글을 시작해보려 합니다. 올해를 한 문장으로 정리하자면, “역할이 바뀌면서 시야가 바뀌었고, 시야가 바뀌면서 책임의 무게를 처음으로 실감한 해”였던 것 같습니다. 작년까지의 저는 여전히 손으로 만드는 사람에 가까웠다면, 올해의 저는 조금씩 판을 설계하고 기준을 만드는 사람으로 이동해갔던 한 해였습니다. 테크리드(TL) 역할을 맡게 되면서, 단순히 기술을 잘 아는 것만으로는 부족하고 왜 이 방향이어야 하는지, 이 선택이 조직과 서비스에 어떤 영향을 주는지를 끊임없이 설명하고 결정해야 하는 위치에 서게 되었습니다. 그 과정이 솔직히 말해 쉽지는 않았습니다. 조직 구조의 변화, 독립망 환경에서 사내 클라우드로의 이관,비용과 안정성, 속도 사이에서의 수많은 선택들, 그리고 사람과 프로세스 사이에서 생기는 미묘한 긴장감까지. 기술적인 난이도보다도 결정의 책임감이 체력과 멘탈을 더 소모시키던 해였던 것 같습니다. 그럼에도 불구하고, 돌아보면 “이건 분명 의미 있었다”고 말할 수 있는 장면들이 또렷하게 남아 있습니다.

독립된 네트워크 환경을 정리하고 사내 클라우드로 이관하며 비용과 운영 복잡도를 동시에 줄였던 경험
Slack Bot 기반 예약 배포 프로세스를 설계하며 배포를 ‘사람의 기억’에서 ‘시스템의 신뢰’로 옮겼던 순간
DORA Dashboard를 통해 막연했던 DevOps 성과를 숫자와 지표로 처음 마주했던 일
k6 기반 성능 테스트 프로세스를 새로 설계하며 “안정성은 감이 아니라 연습의 결과”라는 걸 체감했던 경험
SET 팀을 대상으로 Playwright 기초 교육을 진행하며 혼자 잘하는 것보다, 같이 기준을 맞추는 일이 더 중요하다는 걸 느꼈던 시간
그리고 Claude Code 기반 GitHub Actions를 만들며, AI를 ‘보조 도구’가 아니라 ‘업무 구조를 바꾸는 도구’로 처음 활용해본 시도

일적으로는 분명 많은 것들을 해냈고, 자동화·안정성·비용·가시화라는 키워드 위에서 꽤 단단한 결과들도 만들 수 있었습니다. 하지만 동시에, 이 모든 과정이 제 자신에게는 “나는 이제 어떤 엔지니어가 되어가고 있는가”를 끊임없이 묻게 만들었던 한 해이기도 했습니다. 이제부터는, 올해 제가 했던 일들과 그 안에서의 고민들을 하나씩 천천히 되짚어보려 합니다. 기술적인 성과뿐 아니라, 역할이 바뀌며 흔들렸던 생각들까지 함께 기록해두는 것이 미래의 저에게는 가장 의미 있는 회고가 될 것이라 믿으면서요.

1. 2025년에 목표 한 것은 다 이루었나요?

매년 회고를 하다 보면 가장 먼저 스스로에게 던지게 되는 질문이 있습니다. “작년에 세웠던 목표들을, 올해의 나는 얼마나 이뤄냈을까?” 2024년 초에 적어두었던 목표들은 지금 다시 보니 지금의 저를 어느 정도 예견하고 있었던 것 같기도 합니다. 당시 적어두었던 목표는 아래와 같았습니다.

작은 조직 구성해보기(?)
SRE 업무 영역 확장 및 업무 수행
강의 제작해보기 ( 사내 클래스 ? )
건강 챙기기, 가족과 시간 많이 보내기
취미 생활 유지하기 ( 골프 ? )

하나씩 솔직하게 돌아보겠습니다.

▪️ 작은 조직 구성해보기 → 어느 정도는 달성

“작은 조직을 직접 구성해보고 싶다”는 목표는 결과적으로 테크리드(TL) 역할을 맡게 되면서 일정 부분 대체되었다고 생각합니다. 정식 조직을 새로 만들지는 않았지만, 시니어 엔지니어들과 협업하는 구조 안에서 업무를 설계하고, 방향을 제시하고, 기준을 맞추는 역할을 수행하면서 ‘조직을 운영한다’는 감각을 처음으로 체감해볼 수 있었습니다. 다만 여전히 저는 강한 IC 성향을 가진 TL이고, 이 부분은 앞으로도 의식적으로 조절해나가야 할 영역이라고 느끼고 있습니다.

▪️ SRE 업무 영역 확장 → 분명히 달성

이 부분은 개인적으로 가장 만족도가 높은 목표였습니다.

로그 수집 체계 정비
배포 자동화 및 안정성 강화
k6 기반 성능 테스트 자동화
DORA Dashboard 구축을 통한 DevOps 메트릭 가시화

이 모든 것들이 단발성 작업이 아니라 SRE 관점에서 “지속 가능한 운영 체계”를 만드는 방향으로 이어졌다고 생각합니다. “데브옵스가 열심히 하고 있다”가 아니라 “우리가 어느 지점에 와 있는지 숫자로 말할 수 있게 되었다”는 점에서 조직적으로도 의미 있는 변화였던 것 같습니다.

▪️ 강의 제작해보기 → 아쉽게도 미달성

이 목표는 솔직히 달성하지 못했습니다. 사내 클래스를 한 번쯤은 만들어보고 싶었지만, 업무 우선순위와 체력 문제로 인해 끝내 실행으로 옮기지는 못했습니다. 다만 하반기에 QA 팀을 대상으로 한 교육과 AI를 활용한 자료 제작 경험을 통해 “완전히 못 해본 목표는 아니었다”는 정도로 위안을 삼고 있습니다. 이 목표는 2025년으로 그대로 이월해도 좋을 것 같습니다.

▪️ 건강 챙기기 & 가족과 시간 보내기 → 의외로 가장 크게 달성

작년 회고를 쓸 때만 해도 이 목표는 늘 적어두지만 늘 부족하다고 느끼는 항목이었습니다. 그런데 올해는 조금 달랐습니다.

최근 –9kg 감량
재택근무 환경에서도 주말은 최대한 가족과 보내기
4월에는 오키나와 가족 여행
곧 첫째 아이에게 스키를 가르쳐볼 계획

돌아보면 여전히 일에 많은 시간을 쓰고 있지만, 적어도 “일만 하고 있는 상태”는 아니게 되었다는 점에서개인적으로는 꽤 큰 변화라고 느낍니다. 특히 재택근무임에도 불구하고 사무실에 있는 것보다 더 오래 자리에 앉아 일하고 있다는 자각이 들면서,이제는 의식적으로라도 몸과 일상을 챙겨야겠다는 생각을 하게 되었습니다.

1-2. 개인적인 취미 갖기

올해 회고를 하며 다시 느끼는 것은, 일만으로는 사람의 균형이 오래 유지되지 않는다는 사실이었습니다. 약 3개월 전부터 몸이 유독 무겁게 느껴졌고, “이 상태로 계속 가다가는 안 되겠다”는 생각이 들었습니다. 그래서 큰 결심이라기보다는,매일 할 수 있는 최소한의 루틴부터 만들기로 했습니다. 점심시간을 활용해

시티런 형태로 4~5km 런닝을 하고
이후 헬스장에서 2분할 루틴으로 대근육 위주 운동을 진행하고 있습니다.

처음에는 체중 감량이 목적이었지만, 지금은 오히려 하루의 리듬을 다시 잡는 시간에 가깝습니다. 현재까지 약 –9kg 감량을 했고, 앞으로 11kg 정도를 추가로 감량하는 것을 목표로 하고 있습니다. 이 목표는 단기간이 아니라,2026년까지 1년을 두고 천천히 가져가는 목표이기 때문에 현실적으로도 충분히 가능하다고 생각합니다. 운동을 하다 보니 자연스럽게 런닝화나 장비 같은 것들에도 관심이 생기기 시작했습니다. 무언가를 새로 “사야 할까 말까” 고민하는 이 과정마저도 요즘의 저에게는 꽤 즐거운 변화입니다. 무엇보다도 런닝이 마음에 드는 이유는, 제 성향과 아주 잘 맞는 취미라는 점입니다.

혼자 할 수 있고
정해진 규칙이 명확하고
성과가 숫자로 바로 드러나며
남과 비교하지 않아도 되는 활동

그래서인지 부담 없이 시작했지만, 지금은 앞으로 평생 가져가도 괜찮겠다는 생각이 드는 취미가 되었습니다. 일을 하면서도 늘 머릿속을 가득 채우던 생각들이 런닝 중에는 자연스럽게 정리되는 느낌이 들고, 몸이 단단해질수록 마음도 함께 단단해지고 있다는 걸 체감하고 있습니다. 이제는 “운동을 해야 한다”기보다는,이 루틴을 잃고 싶지 않다는 쪽에 더 가깝습니다.

월별 결산

4월 🌸 – 6월 ☀️

테크리드(TL)로의 역할 전환과 정렬의 시간

4월부터는 공식적으로 테크리드(TL) 역할을 맡게 되면서, 업무의 성격이 눈에 띄게 달라지기 시작했습니다. 직접 손으로 모든 것을 처리하기보다는, 함께 일하는 시니어 엔지니어 두 분이 가장 잘 움직일 수 있는 환경을 만드는 것이 저의 주요 역할이 되었습니다. 이 시기의 핵심 키워드는 조정과 정렬이었던 것 같습니다.

누가 어떤 영역을 책임지는지
데브옵스 팀이 조직 내에서 어떤 역할을 수행해야 하는지
“지금 당장”이 아니라 “앞으로도 유지 가능한 방향”은 무엇인지

를 계속해서 고민하고, 문서화하고, 설명하는 시간이 많았습니다. 기술적인 성과가 눈에 확 띄는 시기는 아니었지만, 이 시기를 통해 ‘내가 잘하는 것’이 아니라 ‘팀이 잘 굴러가는 구조’를 의식적으로 만들기 시작했다는 점에서 개인적으로 의미가 컸습니다. 이후 진행되었던 대형 작업들(인프라 이관, 자동화, 메트릭 정비)이 큰 마찰 없이 진행될 수 있었던 것도,돌이켜보면 이 시기의 역할 정리와 방향 합의가 있었기 때문이라고 생각합니다.

7월 🌊 – 9월 🍂

인프라 이관, DevOps 가시화, 그리고 기준 만들기

7월부터 9월까지는 올해 전체를 통틀어 가장 밀도 높고, 가장 긴장감이 컸던 시기였습니다.

1) Kubernetes 클러스터 사내 클라우드 이관

가장 크게 기억에 남는 작업은 기존 별도의 IDC 환경에 구축되어 있던 Kubernetes 클러스터를 사내 클라우드로 이전하는 작업이었습니다.

수많은 유관 부서와의 협의
무중단 이관이라는 명확한 제약 조건
서비스 안정성과 비용 절감이라는 두 가지 목표

속에서, 이관 전략 수립 → 일정 계획 → 태스크 분해 → 역할 분배까지 전체 흐름을 설계하고 조율하는 역할을 맡았습니다. 직접 모든 작업을 수행하지는 않았지만, 시니어 엔지니어 분들이 혼란 없이 판단하고 실행할 수 있도록 가이드하는 것이 테크리드로서의 가장 중요한 역할이라는 걸 이 시기에 강하게 체감했습니다. 결과적으로 이관은 무사히 완료되었고, 현재는 운영 안정성과 함께 눈에 띄는 비용 절감 효과까지 이어지고 있습니다.

2) DORA Dashboard 구축 – DevOps를 숫자로 말하다

이 시기 또 하나의 중요한 작업은 DORA Dashboard 구축을 통한 DevOps 메트릭 가시화였습니다. 기존에도 빌드, 배포, 장애, 알림 등 다양한 데이터는 수집되고 있었지만 이것들이 하나의 흐름으로 “살아 움직이는 지표”처럼 보이진 않았습니다. DORA 4대 지표를 중심으로 대시보드를 구성하면서,

서비스별 배포 빈도
변경 리드 타임
장애 복구 시간
변경 실패율

등이 한눈에 보이기 시작했고, 이를 통해 조직 내 DevOps 가속도가 어느 정도인지 가늠할 수 있는 기준점을 처음으로 만들 수 있었습니다. 물론 당시에 AI(Gemini CLI)를 통해서 Vibe Coding으로 만들었습니다. 이제는 누구나 손쉽게 아이디어만 있다면 원하는 형태의 결과물은 금방 제작할 수 있을 것 같다는 생각을 하게 됐습니다. 이제 DevOps는 “열심히 하고 있다”가 아니라 “어디까지 왔는지”를 이야기할 수 있는 영역이 되었습니다.

3) k6 성능 테스트 프로세스 도입

성능 테스트 영역에서도 큰 변화가 있었습니다. 기존에는 개발팀이 ngrinder를 통해 각자 필요할 때 성능 테스트를 수행하는 구조였다면, 이를 DevOps에서 제공하는 CI/CD 파이프라인과 자연스럽게 연결하고 싶었습니다.

k6 기반 성능 테스트 도입
CI 파이프라인 연계
Datadog APM과의 연결
DORA Dashboard 내 성능 탭 신설

을 통해, 성능 테스트 결과가 일회성으로 끝나는 것이 아니라 지속적으로 축적되고 비교 가능한 데이터로 남도록 설계했습니다. 이 역시 “테스트를 한다”보다 “우리가 얼마나 안정적인 방향으로 가고 있는지”를 보여주는 기준을 만드는 작업이었다고 생각합니다.

9월 🍁 – 12월 ❄️

AI 활용 실험에서 표준으로

하반기로 갈수록, 개인적으로는 AI를 어떻게 ‘잘 쓰는가’가 아니라 ‘업무 구조 안에 어떻게 녹여낼 것인가’에 대한 고민이 많아졌습니다.

1) 장애 관제 시나리오와 QA 팀 교육

이미 DevOps에서 구축해두었던 장애 관제 시스템을 기반으로, 시나리오 작성 영역을 QA 팀으로 이관하는 시도를 했습니다.

역할 분리
타 팀의 역량 강화
DevOps의 과도한 책임 집중 해소

를 목표로, AI를 활용해 교육 자료를 생성하고 QA 팀 멤버들에게 직접 교육을 진행했습니다. AI 덕분에 교육 준비 부담이 크게 줄었고, 저 역시 타 팀을 대상으로 기술을 설명하고 정리하는 경험을 처음으로 비교적 여유 있게 해볼 수 있었던 좋은 기회였습니다.

2) Claude Code GitHub Actions – AI를 표준으로 만들다

가장 의미 있었던 AI 활용 사례는 Claude Code GitHub Actions의 표준 설계 및 도입이었습니다. 사내에서 Claude Code를 사용하고는 있었지만, 이를 각 팀이 제각각 사용하는 것이 아니라 DevOps 관점에서 표준적인 GitHub Actions 형태로 제공하고자 했습니다.

PR 리뷰 자동화
코드 변경 사항에 대한 상세 분석
Blocking issue 사전 탐지

를 통해, 개발팀은 더 이상 PR 리뷰를 전적으로 사람에게 의존하지 않아도 되었고 코드 완성도와 안정성 측면에서 분명한 개선 효과를 얻을 수 있었습니다. 이 경험을 통해 AI는 단순한 생산성 도구를 넘어 팀의 일하는 방식을 바꾸는 인프라 요소가 될 수 있다는 확신을 갖게 되었고, 해당 내용은 추후 사내 테크 블로그에 정리할 예정입니다.

3. 2026년 목표는?

2025년을 바라보며 세운 목표들은, 무언가를 더 해내겠다는 욕심보다는 지금의 상태를 오래 유지할 수 있는 방향으로 정리하는 것에 가깝습니다. 우선 가장 중요한 목표는 테크리드(TL)로서의 역할을 보다 안정적으로 수행하는 것입니다. 여전히 실무를 좋아하고, 직접 손으로 만드는 일에서 성취감을 느끼지만 앞으로는 혼자서 모든 것을 끌고 가기보다는 팀 단위로 판단하고, 맡기고, 함께 결과를 만들어가는 방식에 조금 더 익숙해지고 싶습니다. “내가 없으면 안 되는 구조”가 아니라 “내가 없어도 굴러가는 구조”를 만드는 것이 2025년의 중요한 기준이 될 것 같습니다. 또 하나의 목표는 그동안 쌓아온 경험과 고민들을 어떤 형태로든 정리해보는 것입니다. 사내 강의가 될 수도 있고, 조금 욕심을 낸다면 책이라는 형태일 수도 있겠지만, 중요한 것은 완성도보다는 처음으로 끝까지 만들어보는 경험 자체라고 생각합니다. 기술을 아는 사람에서, 기술을 설명하고 전달할 수 있는 사람으로한 단계 더 나아가고 싶습니다. 개인적인 목표도 분명히 세워두었습니다. 건강을 되찾는 일은 이제 부가적인 목표가 아니라 일을 지속하기 위한 전제 조건이 되었습니다. 현재까지 감량한 체중을 발판 삼아 앞으로 11kg 추가 감량을 목표로 하고 있으며, 이는 단기간이 아니라 2026년까지 이어지는 장기 목표로 가져갈 생각입니다. 꾸준히 달리고, 규칙적으로 운동하며 몸과 리듬을 지켜내는 것을 가장 우선에 두려고 합니다. 조금 더 느린 목표도 있습니다. 바쁜 와중에도 독서를 놓치지 않는 것, 속도를 줄이고 생각을 정리할 수 있는 시간을 의식적으로 만드는 것 역시 2025년에 꼭 지키고 싶은 목표 중 하나입니다. 성과를 내기 위해 읽는 것이 아니라, 시야를 넓히기 위해 읽는 독서를 해보고 싶습니다. 이 모든 목표를 한 문장으로 정리해보자면, 2026년은 더 빨리 가는 해가 아니라, 더 오래 갈 수 있는 방식을 연습하는 해가 되었으면 합니다. 혼자가 아니라 팀으로, 소모가 아니라 지속으로,성과만이 아니라 삶까지 함께 챙길 수 있는 방향으로 말입니다.

테크리드(TL)로서의 역할을 보다 안정적으로 수행
사내 강의 혹은 집필
건강 – 11kg 감량
독서 (생각하는 힘)

4. 마치며…

올해를 돌아보면, 기술적인 성장보다도 사람과 구조, 그리고 역할의 변화 앞에서 스스로를 다듬는 법을 배운 한 해였다고 느낍니다. 그 과정은 결코 매끄럽지 않았으며, 때로는 내가 선택한 길이 맞는지 스스로에게 끊임없이 질문해야 했던 시간이었습니다. 조직 안에서 저는 오랫동안 ‘잘하는 개인 기여자’로 살아왔습니다. 문제를 발견하면 직접 해결했고, 막히는 지점이 보이면 대신 뛰어들었습니다. 이 방식은 분명 빠르고 효율적이었지만, 역할이 바뀌기 시작하면서 한계를 드러내기 시작했습니다. 모든 것을 끌어안는 태도는 조직을 단단하게 만들기보다는, 오히려 특정 개인에게 의존하는 구조를 고착화시키고 있었습니다. 이 과정에서 저는 한 가지 중요한 사실을 깨달았습니다. 리더십이란 더 많이 하는 것이 아니라, 더 명확히 나누는 일이라는 점입니다. 방향과 기준은 제시하되, 실행과 책임까지 대신 짊어지는 순간 조직은 성장하지 않습니다. 누군가의 실패를 미리 막아주는 것이 배려처럼 보일 수 있지만, 그 실패를 통해 배워야 할 기회까지 함께 지워버릴 수 있다는 점도 알게 되었습니다. 솔직히 말하면, 이러한 깨달음에 이르기까지 마음이 편했던 적은 많지 않았습니다. 특히 올해 4~5월은 개인적으로 가장 힘든 시기였습니다. 역할에 대한 혼란과 책임의 무게가 겹치면서, 잠시 도피하듯 이직을 진지하게 고민했고 실제로 합격 제안까지 받아둔 상태이기도 했습니다. 안정적인 선택지 앞에서 흔들리지 않았다고 말한다면 그것은 거짓일 것입니다. 그럼에도 불구하고 최종적으로 그 선택을 내려놓은 이유는 단순했습니다. 이번 역할 변화만큼은 끝까지 받아들이고, 스스로 감당해보고 싶다는 개인적인 욕심이 있었기 때문입니다. 도망치듯 환경을 바꾸는 대신, 지금의 자리에서 내가 어디까지 버티고 성장할 수 있는지를 직접 확인해보고 싶었습니다. 이 선택이 언제나 정답이라고는 할 수 없겠지만, 적어도 저에게는 한 단계 성숙해질 수 있는 계기가 되었다고 믿고 있습니다. 이 경험을 통해 저는 더 이상 ‘모든 것을 책임지는 엔지니어’가 아니라, 구조를 만들고 사람을 연결하는 엔지니어로 나아가고 있습니다. 여전히 부족하고 서툰 부분은 많지만, 불안을 감정으로 처리하기보다 시스템과 구조로 풀어내려는 태도만큼은 분명 이전과 달라졌습니다. 앞으로도 쉽지 않은 순간들은 반복될 것입니다. 그러나 이번 경험을 통해 저는 한 가지를 확신하게 되었습니다. 역할의 변화는 저를 약하게 만드는 과정이 아니라, 훌륭한 엔지니어로 오래 살아남기 위해 반드시 통과해야 할 단계라는 사실입니다. 이 글은 그 과정을 지나고 있는 지금의 나를 위한 기록이자, 언젠가 같은 갈림길에 서게 될 미래의 나에게 남기는 하나의 이정표입니다.

함께 보면 좋은 글

The post 2025 WONIZZ.LOG appeared first on WONIZZ.LOG.

2024 WONIZZ.LOG

워니 — Tue, 31 Dec 2024 09:06:11 +0000

안녕하세요? 정리하는 개발자 워니즈입니다. 매년 마지막 날 한 해를 마무리하며 회고하는 포스팅을 작성하고있습니다. 누구에게도 자랑하거나 보여주는게 아니라 개인 일기장 처럼 나중에 펼쳐보기 위해서 작성을 하는것인데요. 올해도 그럼 어떤 일들이 있었는지 한 해를 되짚어보며 작성을 해보겠습니다.

올해를 생각해봤을 때는 개인적으로 그리고 멘탈적으로 너무 힘든 한 해 였던것 같습니다. 사내의 조직이 바뀌고 가중되는 여러가지 변화들, 압력들이 저로하여금 많이 힘들게 했던것 같습니다.

우선 가장 기억에 남는 일들을 꼽아 보자면, 다음과 같습니다.

HPA(Horizontal Pod Autoscaler)를 Production에 적용했던 일
Nginx의 추가 기능인 Lua Module을 탑재해서 header 조작을 해본 일
Mobile App Build에 대해서 끝없이 파고들어 AOS, IOS 자동화 파이프라인을 구축했던 일
Roly-Poly라는 사내 시스템을 만들어 장애 관제를 전사적으로 수행 해봤던 일
전체 어플리케이션 수집 프로세스를 재정비하고 각 개발팀의 로그 수집 및 알림 프로세스를 수립 했던 일

이 외에 다수의 어플리케이션들을 빠르게 Delivery가 될 수 있도록 돕는 모든 활동들(CI/CD, Monitoring 등)이 생각이 많이 남았습니다.

일적으로는 여러가지를 수행해보면서 성취감이 있어지만, 이상하게도 멘탈적으로 너무 힘든 한 해 였던 것 같습니다. 하나씩 되짚어보며 회고를 해보겠습니다.

1. 2024년에 목표 한 것은 다 이루었나요?

작년에 아래와 같은 목표를 갖고 있었는데요. 개인적으로는 2개 정도를 이뤘다고 생각하게 됐습니다. 개인적으로 좀 더 해보고 싶었던 것은 그간 해오던 일들을 통해 강의자료를 만들고 강의를 해보고 싶었는데요. 이건 돌아오는 25년도에는 꼭 이루었으면 하는 바램이 있습니다.

SRE 업무 영역 확장 및 업무 수행
강의 제작해보기 ( 사내 클래스 ? )
번역서 출간해보기? 혹은 프로세스 배워보기?
건강 챙기기, 진짜 진짜 10kg 감량 및 근육랑 증가
취미 생활 유지하기 ( 골프 ? )

1-1. Blog 결산 ✍

Blog는 개인적으로 작성하는 취미 공간이자 놀이터인데요. 나름 과거에 운영을 잘 해와서 트래픽이 많았는데, 무료 도메인이 결국 발목을 잡아서 다시 간판을 바꾸었는데요. ( blog.wonizz.tk -> blog.wonizz.com ) 과거 트래픽들을 모두 유실하고 특히나 SEO 관점에서 모두 안좋은 결과를 치닫아서 현재는 폐점의 위기를 면하고 있습니다.

1월에는 사용자수가 400 ~ 500 언저리까지 가던것이 2월달에 Domain 변경(간판 교체)를 하고 난 뒤로는 50언더로 부쩍 떨어지는 현상이 있었습니다. 만약 유튜브를 운영했다면 계정 삭제를 겪고 난 뒤 새로 계정을 만들었지만, 그만한 유명세를 얻지 못하는 것과 같다고 볼 수 있습니다.

아쉽지만, 다시 SEO를 공부하는 계기로 삼고 다시 25년도에는 사용자 수를 원복 시켜보는것을 목표로 가져도 좋을 것 같단느 생각을 해봤습니다. 물론 개인 일기장 내지는 놀이터처럼 사용하는 공간이지만 저의 개인적인 지식들이 남들에게도 도움이 되었으면 하는 취지도 있기 떄문에 많은 사용자들이 오길 바라고 있습니다.

1-2. 개인적인 취미 갖기 🏌

골프는 개인적으로 필자와 정말 잘 맞는 운동 같습니다. 아주 미세한 차이로 결과를 달리하고 특히나 멘탈리티적인 부분이 중요한것을 새삼 느끼게 됩니다. 최근 5경기 기준으로는 작년과 크게 차이는 없는 것 같습니다. 가끔은 굉장히 오랜기간 쉬었다 쳐도 스크린 타수는 유지되는거 보면 어느정도 폼은 오른거 같습니다.

24년도에 여러 스트레스들 그리고 멘탈 적으로 무너진 부분들을 골프를 통해서 많은 치유를 했던 것 같습니다. 그런 의미에서도 계속 유지할 생각입니다. 골프에 생각이 있으신 분이라면 누구든 연락 부탁 해요.

1-3. 2024년 사용했던 기술 🧑‍💻

서두에 말했던 것처럼 올해도 다양하게 머리써가며 새로이 구성했던 것들이 많았던거 같습니다. 작년에는 DevOps로서 환경 구성 그리고 미들웨어 운용에 대해서 신경을 썼다면, 올해는 전사적인 시스템을 갖춰 나가는 것들을 진행했던 것 갓습니다.

가장 크게 기억에 남는 것을 꼽으라면 아래 2가지 정도 일 것 같습니다.

Mobile App Build pipeline 구성
Playwright와 Bot을 이용한 장애/변경 관리 시스템 구축

올해는 Blog 글들을 어떤것을 포스팅 했는지도 한 번 정리해보겠습니다.

총 15개의 글을 작성했고, 블로그 운영 1건, 기술적 요소 4건, 서평 작성 10건을 작성했습니다. 나머지 한가지는 올해 회사의 테크 블로그에 글을 게재했고 내용은 다음과 같습니다. 참고 부탁 드립니다!

Playwright와 Jira로 만드는 스마트 장애/변경 알림 및 관리 시스템

꽤나 여러모로 SRE에 대해서 학습을 하고, Playwright라는 도구도 역시 학습을 해서 적용까지 하면서 즐거움도 성취감도 많았던 내용인 것 같습니다. 그리고 해당 내용을 뜻하지 않게 많은 분들이 봐주시고 연락도해주셔서 감사했습니다.

2. 월별 결산

1월 ❄️- 3월🌱

1월에는 사내에서 LY와 합병되면서 Slack 메신저의 대거 이동이 있었습니다. 이에따라 여러가지 기존에 구성했던 채널들 알림들을 모조리 옮겨야 하는 상황이 생겼습니다. 가장크게 작용했던 부분이 Slack Bot을 이관해야 했습니다. 기존에는 Hubot을 이용해서 잘 사용하고 있었습니다. 그런데, Slack내에서 Hubot 사용이 보안에 취약하다는 내용이 나와서 이를 옮겨야 하는 상황이 있었습니다.

기존에 작성해둔 테크블로그는 아래에서 참고할 수 있습니다.

ChatOps를 통한 업무 자동화(feat. Slack Hubot)

당장 가이드가 내려온것은 Slack의 Bolt 라는 것이였는데, 기존에 라이브러리를 통해서 구현해놓은 Conversation을 사용할수가 없었습니다. 즉, 대화형으로 bot을 호출하던 부분이 핵심 기능이였는데 이를 통짜로 구현해야할 위기에 처했습니다.

어떻게 해서는 이를 migration 해보고 싶었고 열심히 착수한 끝에 Bolt로 마이그레이션을 무사히 마쳤습니다. 해당 내용도 잘 정리를 해서 블로그에 포스팅을 해보려고합니다.

그리고 기술적으로는 Kubernetes의 Networkpolicy를 적용해볼 기회가 생겼었습니다. 사실 엄밀히 따지면 보안망에 위치한 어플리케이션이기 떄문에 Netowrk policy까지는 과하다고 생각했지만 개발팀에서 강하게 극구 요청하여 적용을 해보았습니다. 관련한 내용은 아래에서 확인할 수 있습니다.

NetworkPolicy 적용

4월 🌷- 6월🚣

4월에는 여러가지 변화가 있었습니다. 특히나 조직내 큰 줄기부터 변화가 생겨서 하던 업무에 영향이 많이 갔던 것 같습니다. 제 역할이 기존에 다른 팀을 지원하는 개념이였고 자체적으로 연구하며 적용하고 여러가지들을 해볼 수 있는 실험실 이라고 많이 느꼈습니다. 그런만큼 업무도 밑바닥 부터 레고블록 조립하듯 하나씩 쌓아 올렸어습니다. 어쩌면 자유도 있게 하던부분들이 하나씩 요청 형식이 되어가다보니 추진력을 잃은 느낌으로 일을 하게 됐습니다. 이때부터 뭔가 멘탈적으로 많이 무너졌던 것 같습니다. 지금 다시 생각해도 돌아가고 싶지도 기억하고 싶지도 않은 분기인것 같습니다.

기술적으로 진행했던 것중 기억에 남는것은 HPA(Horizontal Pod Autoscaler)를 실 서비스에 적용을 해봤다는 것입니다. 단순하게 HPA를 학습하고 “이렇게 적용할게요”가 아닌 여러 개발팀을 설득하기 위해서 데이터 기반으로 정리를 하고 적용했던 부분이 재밌었습니다.

Kubernetes HPA 실전 적용

그리고 이때부터 신규 시스템(장애 관제)를 도입하기 위한 조사와 탐구가 진행됐었고 Playwright라는 도구를 발굴했던 부분이 뿌듯했던 것 같습니다. (물론 Playwright를 만든 MS가 따봉입니다! )

그리고 신규 서비스가 런칭할 때, 기존에는 Back-End, Front-End 위주로 하다가 금년에 처음으로 Mobile App Build를 해보고 싶었습니다. 자발적으로 나서서 했었고 이를 통해서 Mobile App Build를 쉽게 할 수 있도록 프로세스를 만들었습니다. Fastlane이라는 도구도 알게 되고 appstore, google play store에 어떻게 app이 Delivery되는지를 이해할 수 있었습니다.

IOS 빌드 파이프라인 구성

7월 ☔️- 9월 🍁

본격적으로 Playwright와 Jira를 연계해서 구축을 시작했던 분기 였습니다. 이떄가 체력적으로 정신적으로도 제일 힘들었던 분기였던 것 같습니다. 기존에 없던 시스템이면서 사람 없이 장애 발생하게 되면 알림을 발송하는 시스템을 만들어야 된다는 부담감이 있었던 것 같습니다. 솔직히 개발을 못하겠어서가 아니라, 완성도 있는 시스템을 만들어 제공을 해야한다는 게 힘들었습니다.

물론, 결과론적으로는 Bot의 소스코드도 정리를 하면서 Clean Code의 개념에 대해서도 한번 경험을 해봤고, Playwright라는 도구를 적용하면서도 새로운 도구에 두려움 없이 해볼 수 있는 계기가 됐던 것 같습니다. 여러모로 고생했지만 현재는 사내에서 장애를 탐지하고 알림을 잘 발송해줄 때마다 뿌듯하기도 합니다.

Playwright와 Jira로 만드는 스마트 장애/변경 알림 및 관리 시스템

그런데 정말 아이러니 한것은 이 때 월간 회고를 했던 기록을 보니.. 성취감이 거의 없다(?)로 기록되어있네요. Playwright 발굴까지는 좋았는데 자유로이 창의적으로 하던 느낌에서 뭔가 요구조건들에 부합하게 만들려다 보니, 많이 힘에 부쳤던 것 같습니다. 그럼에도 불구하고 자유롭게 의견을 개진하고 제 생각들을 많이 가미하게 끔 환경을 조성해준 조직 리더분께 감사함을 표시하고 싶습니다.

(+) 추가적으로 사내에 칭찬 릴레이(?) 같은 게 있는데요. 매주 돌아가면서 전사중 1명씩 릴레이형식으로 회사의 룰과 프로세스에 맞춰 일하는 사람들을 선정하는데, 운이 좋게도 릴레이를 받게 되었습니다. 여러모로 개발팀과 협업하면서 쌓았던 신뢰가 빛을 발했던거 같습니다. 이 포스팅을 통해 다시한번 감사드린다고 전하고 싶습니다.

10월 🍂- 12월⛄️

10월달부터는 신규 프로젝트인 Supermates에 합류되어 DevOps없이 만들어진 인프라를 Kubernetes환경으로 옮기는 미션을 받아서 진행하게 됐습니다. 이때도 기존에 이미 운영중인 서비스 자체를 무중단으로 플랫폼을 바꾼다는것이 어려울 것 같다는 두려움이 있었습니다.

하지만 개발팀과 여러가지 협의와 논의 그리고 k8s에 대한 거부감이 안들도록 설명을 수회 한 결과 순차적으로 마이그레이션을 할 수 있었던 경험이 제겐 값지고 뿌듯했던 것 같습니다.

이후에 11-12월에는 신규 런칭하는 서비스들을 빠르게 Delivery하는 역할 위주로 수행 했던 것 같습니다. 글을 젂는 지금까지도 아직 밀려있는 CI / CD 파이프라인들이 머리를 감싸고 있습니다.

3. 2025년 목표는?

요즘 IC(Indivisual Contributor)와 Manager의 개념에 대해서 많은 공부를 하고 있습니다. 지금은 개인기여자로 활동을 하다보니 여전히 실무자로서 성장을 못하는 느낌을 많이 받고 있는 것 같습니다. 25년도에 조그마한 소원이라면 자그하만 조직이라도 구성을 해보고 싶다는 생각을 해봤습니다.

그리고 너무 Raw한 실무단 까지는 내려놓고 다른사람들에게도 기회를 나눠 갖는게 좋다는 생각도 해봤습니다. 너무 많은 것들을 세세하게 보다보니 이제는 힘이 많이 들기도 합니다.

끝으로 무엇보다도 건강을 챙기고 가족과 시간을 많이 보내야 한다는 것을 많이 느끼고 있습니다. 재택을 하고 있음에도 불구하고 사무실에서 일하는 것 이상으로 자리에 틀어박혀 일하는것 같다는 생각을 합니다. 올해는 몸무게를 최고로 찍은것 같습니다. 반드시 25년도에는 감량을 목표로 해야겠습니다!

작은 조직 구성해보기(?)
SRE 업무 영역 확장 및 업무 수행
강의 제작해보기 ( 사내 클래스 ? )
건강 챙기기, 가족과 시간 많이 보내기
취미 생활 유지하기 ( 골프 ? )

4. 마치며…

매년 회고록을 작성하면서 혹자는 자랑하기 위해서 하는거 아니냐 라고들 말합니다. 물론 그럴수도 있다고 생각합니다. 하지만 개인이 시간을 내서 1년간에 있었던 일들을 기록하고 다음해에 복기를 하면서 발전 했는가의 척도로 삼는 부분은 정말 중요하다고 생각합니다.

저는 이러한 활동이 1년간이 아니고 매월 개인적으로 진행하고 있습니다. 그래서 월간 회고록이 작성되어있고 연간 회고는 그것을 총망라해서 1개의 포스팅으로 작성하고 있습니다. 이 활동을 계속 하다보면 회사뿐만이 아니라 개인적으로 작년과 올해 어떤변화가 있는지를 가늠하기 너무 좋습닙다. 많은 분들이 이런 활동등을 하고 서로 공유하는 문화가 됐으면 합니다.

올 한해 정말 멘탈적으로 많이 힘든 한해 였지만 그래도 잘 버티고 잘 했다고 이야기해주고 싶습니다. (스스로라도 해야지요 ㅎㅎ)

25년도에는 모든 사람들이 행복한 한해가 되길 바랍니다. 새해복 많이 받으세요!

The post 2024 WONIZZ.LOG appeared first on WONIZZ.LOG.

2023 WONIZZ.LOG

워니 — Sun, 31 Dec 2023 10:03:42 +0000

안녕하세요? 정리하는 개발자 워니즈입니다. 매년 마지막날은 한 해를 돌아보는 회고 포스팅을 작성하는데요. 올해도 어떤 일들을 이루었고, 또 내년에는 어떠한 목표를 가져갈지 개인회고를 하려고합니다.

지난 1년을 봤을 때 저에게는 1년이라는 시간이 단 몇일만에 후다닥 지나간거 같은 느낌이 들 정도로 바쁘고 힘들고, 때로는 그로부터 성취감도 얻기도 하는 한 해 였던 것 같습니다.

가장 기억에 남는 일들을 꼽자면, hubot 도입 및 기능 추가, nginx 통합 및 멀티사이트 운영, kubernetes upgrade등이 있습니다. DevOps 엔지니어로서 적은 인력으로 인프라의 작업의 안정성에 기여하기 위해서는 자동화 및 프로세스 정립이 가장 큰 KPI라고 생각이 들었습니다. 그런면에서 올해 했던 업무들이 인프라를 운영하는데 정말 많은 도움이 되었고, 특히나 nginx 통합으로 최 앞단의 들어오는 접근 로그라던지, geo module 추가등으로 시스템에 어떤 접근들이 발생하는지도 면밀히 확인할 수 있는 계기가 되었습니다.

그러면 어떤 업무들이 있었는지 상세히 기록해보겠습니다.

1. 2022년에 목표 한 것은 다 이루었나요?

작년을 생각했을 떄 과연 올해는 얼마만큼 이뤘을까라는 생각을 서두에 하게 되는데요. 올해의 목표는 80%정도의 성취로 이야기를 할 수 있을 것 같습니다. 먼저 새로합류하신 분에게 DevOps에 대한 업무 가이드를 해주는 동시에 역량을 많이 끌어올리는데 도움이 되고자 노력을 했던것 같습니다. 현재는 많은 도움을 주고 계시고 특히나 서로의 신뢰감이 많이 두터워져있기에 업무의 시너지가 많이 난다고 생각하고 있습니다.

두번쨰로는 SRE 업무 영역의 확장인데, 사실 SRE라는 업무 영역의 범위 자체가 굉장히 넓다보니 모니터링을 통한 서비스 안정화부분으로 생각을 하게 됐습니다.
여러가지 모니터링 지표들에 대한 정의와 Alert 설정을 통해서 현재는 DevOps에서 많은 알람들을 수신하고 있고 적재 적소에 시스템의 이상이 되기전에 탐지한 사례도 많은 부분 족적을 남기게 됐다고 생각하게 됐습니다.
이러한 부분들이 아직은 제대로된 프로세스로 잡혀있지는 않지만 앞으로는 개발팀과 협력해서 지표들을 산정하고 적절한 알람 체계들을 함께 공유해서 좀더 서비스가 특히 인프라 레벨에서 안정성에 기여할 수 있는 부분들을 고민해야겠다는 생각을 하게 됐습니다.

세번째로는 연간 세미나 최소 4회 참석인데요. 올해는 AWS Summit, Google Cloud Summit, Redhat Summit, Nginx Unit 행사 참여등 여러가지 오프라인 행사들을 참여했습니다. 온라인 행사로도 여러가지 참여하면서 시야를 넓힐 수 있는 계기가 된것 같아 좋았습니다.

네번째로는 Blog 포스팅인데요. 올해는 총 15편의 글을 기재하였고, 월 1회, 연간 12회로 생각했을 때는 달성한것으로 확인을 했습니다.

끝으로, 건강 챙기기(감량 10kg) 인데요. 이부분은 제일 중요하면서도 소홀해지는 부분이라고 생각이 듭니다. 하지만 금년도 건강검진에서 작년보다 -5kg 감량이 있었고 의외로(?) 감량을 조금이라도 할 수 있는 계기가 됐었는데, 생각을 해보면 골프라는 취미 생활을 꾸준히 해서 그런것이 아닐까 하는 생각이 들었습니다.

DevOps 조직 성장 ( 개인적으로는 신입분의 성장 )
SRE 업무 영역 확장 – 서비스 안정화에는 기여 했다고 생각중..
연간 세미나 최소 4회 참석 및 포스팅
Blog 포스팅 최소 월간 1회 포스팅 👨‍💻
건강 챙기기, 최소 10kg 감량 🏋

1-1. Blog 운영 결산 ✍

Blog는 개인적인 취미기도 하지만, 개인의 노트처럼 기록을 위해서 운영하고 있습니다. 때로는 단순 지식에 대해서 기록하는 일부터 업무간에 경험했던 기술 노하우들에 대해서 기록하고 있습니다.

Blog와 관련된 내용은 아래에서 참고하실 수 있습니다. 지금까지 5년 여 정도 운영하고있는데 0원으로 워드프레스 운영하기를 통해서 소소하게 광고비용도 받고 있으면서 개인적인 기록 저장공간으로 활발하게 사용하고 있습니다.

2023년 총 사용자는 17577명 으로 2022년이 21751명 인것을 대비해봤을 때 오히려 줄어드는 상황이 발생했습니다. ( 위의 캡쳐 그림은 GA4로 변경되면서 상반기 데이터 + 하반기 데이터를 보여주고 있습니다. 둘의 합산 데이터가 2023년 사용자수입니다. )

올해 생각해 봤을 때, 인기가 될 만한 글을 기재하지 못했고 특히나 hubot관련된 자동화 글은 사내 테크블로그에 기재하면서 나의 블로그에는 작성하지 못했습니다. 내년에는 블로그를 좀더 활성화 하는데도 노력을 많이 해야겠다는 생각을 해봤고 블로그의 디자인과 컨텐츠의 카테고리도 새로이 정비하는 목표를 가져보기로 했습니다.

1-2. 개인적인 취미 갖기 🏌

개인적으로 취미 생활은 잘 유지되고 있다고 생각합니다. 다행히도 팀 리드님께서 취미를 인도해주셨고 같은 취미 생활로 간간히 만나서 함께 하고 있습니다. 취미는 골프인데요. 이 운동의 매력은 아주 조그마한 움직임에 그 임팩트 방향등이 영향을 받는 다는 점입니다. 그래서 정말 하나의 동작을 같은 형태로 유지할 수 있는게 중요한데요. ( 사실 정말 어렵습니다.)

23년 동안 말그대로 폭풍 성장을 하게 됐던 것 같습니다. 물론 잘한다기보다는 초보 딱지는 뗀 느낌입니다. 개인적으론느 독학을 통해서 이뤘다는 부분이 성취감이 있는데요. 하지만 누군가가 독학으로 골프를 배운다면 꼭 레슨을 받으라고 이야기 해주고 싶습니다. ( 독학으로 골프기란 정말 힘들 거든요.. )

스크린은 꾸준히 방문을 해서 이제는 80언더로 점수가 내려오기도 했습니다. 위에는 최근 5경기의 기록입니다.
그리고 올해는 필드(해솔리아 CC)도 갔었고, 내년에는 필드도 좀더 자주 가서 취미생활도 본격적으로 실천해 볼 수 있는 한해가 됐으면 합니다.

1-3. 2023년 사용했던 기술 🧑‍💻

올해는 정말 다양한 Product들에 대해서 새롭게 출시하는 것들이 많았고 이를 위해 DevOps로서 환경 구성에 대한 지원이라던지 앞단의 미들웨어(nginx) 구성등에 대한 지원들을 많이 하게 됐습니다. 그러다보니 자연스럽게 이런부분들을 자동화 하고 프로세스를 잡아가는 한해가 됐던거 같고, 요청이 오더라도 신속하고 정확하게 구성을 할 수 있는 준비를 만련하는 한 해가 됐던거 같습니다.

서두에 이야기를 했지만, Nginx 통합 및 멀티 사이트 구조라던지 Hubot을 통한 업무 자동화 같은 내용들은 기본적으로 개발팀을 지원하는 업무 이외에 좀더 DevOps로서 자동화 하고 사용하는 플랫폼의 숙련도를 높이기 위한 작업들을 수행한 부분에서 개인적으로 성취감이 있었습니다.

그리고 연간 독서를 조금이라도 하기 위해서 서평 작성에 참여하게 됐고 8월부터는 한달에 한권씩 책을 받아 서평하면서 독서를 하고 있습니다.

2. 월별 결산

1월 ❄️- 3월🌱

올 한해는 제가 하는 업무, 특히 k8s에 환경 구성하는 내용들이 많이 있었습니다. 특히 신규로 오픈하는 서비들에 대해서 서포트를 많이 했고 이 가운데 합류하신 주니어분과 여러가지 합을 맞추면서 작업을 많이 했던 것 같습니다.

1/4분기에는 주로 팀워크를 많이 배울 수 있었던 기간이였던 것 같습니다. 아무래도 저희팀 리드분께서 제가 하는 업무에 주니어분을 배치해주시고 나름 어느정도의 권한 위임을 통해서 자유롭게 업무를 할 수 있는 환경을 많이 조성해주셨습니다. 자연스럽게 주니어분을 리드하게 되는 업무들을 많이 진행했는데 그러면서 스스로도 어떻게 업무를 했을 때 서로간의 시너지를 낼 수 있는지를 많이 배울 수 있는 기간이였던 것 같습니다.

개인적으로는 매달 회고를 통해서 서로간의 커뮤니케이션과 업무를 다시 정비하고 다음 달에 어떤 업무들을 할지 목표를 정하였고, 매달 진행했는데 시너지가 정말 많이 나게 됐고 매달 업무의 마침표를 찍고 새로운 업무들을 다음달에 배치하면서 적은 인력으로도 고효율을 낼 수 있는 부분들을 배우게 됐습니다.

특히 DevOps로서 환경 구성 및 배포 관리를 통해서 전반적으로 시스템 안정화를 가져가는 것을 팀목표로 정했고, 이를 달성하기 위해서는 자동화와 모니터링 강화라는 업무 카테고리를 새로이 생성해서 완성도 있게 만들어 보기로했습니다.

4월 🌷- 6월🚣

4월부터는 정말 회사의 업무에 있어서 엄청 바빠지는 시기였던 것 같습니다. 새로이 출시하는 서비스( 알파크루즈, 게임도시)에 대한 환경 구성 요청을 받아 짧은 기간에 구성을 해야했고 퍼블릭 오픈하는 부분도 지원을 해야했습니다.

저는 주로 각 서비스들이 안정적으로 운영될 수 있도록 하는 여러가지 업무들을 지원하고 있습니다. 주로 환경 구성 및 배포, 오픈 지원 등등이 있습니다.

https://game.dosi.world 오픈 지원 (5/11, 5/18)
핀시아 마이그레이션 작업 지원
- 메인넷이 업그레이드 됨에 따라 여러 프로덕트들이 안정적으로 옮겨질 수 있도록 지원 ( 서비스 점검 모드 및 배포, 5/25 )
https://alphacrewz.dosi.world 오픈 지원 (6/12)

2/4분기에 과감히 시도한 업무중 하나는 Nginx 통합 구성이 있습니다. 매 서비스가 신규로 오픈 할 때 마다 새로이 서버와 LB생성하는 부분을 멀티 사이트구조로 nginx 서비스들을 통합하고 내부 설정에서 분기를 하는 방식으로 나누었습니다.

이를 통해서 서비스가 추가되더라도 간단한 설정을 통해서 바로 웹서버 구성이 가능했고, 특히 모니터링 및 인증서 설정등에 있어서 같은 설정을 사용하게 되기 때문에 작업간에 효율성이 증대 되어 운영하는데 굉장히 큰 도움이 됐습니다.

추가적으로 DOSI 서비스의 store 사이트들이 사내 솔루션인 Landpress로 이관됨에 따라 앞단의 미들웨어(nginx) 구성, CDN 연결 및 서비스가 안정적으로 마이그레이션이 될 수 있도록 최 앞단에서 트래픽 라우팅 설정을 통해서 업무 지원을 하게 됐습니다.

여러 제품들이 생겨나는 시기였고, 이에 따라 적은 인력으로 안정화를 가져가기 위해서는 모니터링을 강화하기로 했습니다. Datadog의 APM(Application Performance Management) 솔루션을 사용하고 있고, 여러 메트릭들의 기준치 산정을 수행했고 모니터링 notification구성을 통해서 시스템에 생기는 이슈들을 실시간으로 받을 수 있도록 구성했습니다. (이부분은 향후에 블로그에 정리해서 포스팅 할 예정입니다.)

Datadog를 통한 Monitoring 기준 산정 및 Alert 구성

7월 ☔️- 9월 🍁

3/4분기에 기억에 남는 일은 앞단의 nginx로부터 유입되는 로그들을 수집하는 고민을 하게 됐고, loki라는 오픈소스를 사용해서 수집을 하게 됐습니다. 이를 통해서 서비스 DNS로 부터 유입되는 모든 정보들, 특히 아이피, 국가, request uri 등 정보들을 실시간으로 볼 수 있게 됐고, 어뷰징하는 유저라던지 트래픽 변이등을 확인할 수 있게 모니터링 강화를 하게 됐습니다.

이를 바탕으로 각 개발팀에는 내부의 오픈 세션을 통해서 nginx에서 geo 정보 및 로그 수집등에 대해서 설명을 하게 됐고 각 팀별로 geo 정보 전달 요청을 받아서 nginx level에서 개발팀으로 해당 정보를 내려 활용할 수 있게 됏습니다.

추가적으로 nginx에서는 rate limit 기능을 적용해 볼 수 있는 상황이 생겼고, 리서치를 통해 실제 서비스에 적용해 볼 수 있는 계기도 됐습니다. 서비스 운영하게 되면 정말 다양한 요청들을 만나게 되고, 서비스에 공격성 트래픽을 보내거나 해킹을 시도하는 등 공격들에 대해서 차단할 수 있는 부분을 고민하던차에 rate limit 기능을 확인했고 적절하게 적용을 하여 DDoS와 같은 공격으로부터 시스템을 안정적으로 보호할 수 있는 장치를 마련할 수 있었습니다.

그리고 nginx를 통해서 점검 설정(maintenance)를 할 수 있는 내용에 관해서 개발팀과 상의 후 각 서비스별로 nginx level에서 점검 모드 설정을 수행 할 수 있게 되어 효율성을 증대 했습니다.

또한, 특정 서비스의 모듈이 통합 & 변경함에 따라 다시 CI / CD 환경 구성 및 무중단 마이그레이션 하는 작업을 지원하게 됐습니다.

https://dosi.line.biz 사이트의 모듈 통합 및 분리에 따라 CI / CD 환경 구성 및 오픈(마이그레이션) 지원

10월 🍂- 12월⛄️

4/4분기에도 역시 신규로 런칭할 예정으로 되어있는 서비스들에 대해서 환경 구성하는 업무들 위주로 지원을 하게 됐습니다.

https://www.dosi.world( 24년 1월 오픈 예정 )

DevOps내부적으로는 kubernetes upgrade에 대해서 리서치 및 실제 업그레이드를 실시해 볼 수 있는 계기가 됐습니다. 1.21 ->1.24까지 3단계나 업그레이드를 실시했고 이 가운데 여러가지 이슈들을 만나면서 좀 더 kubernetes에 대해서 이해할 수 있는 계기가 되기도 했습니다.

그 가운데, 아래 2개에 대해서도 업그레이드가 병행이 필요했고 각각 작업을 진행하게 됐습니다.

ingress nginx controller 업그레이드
istio 업그레이드드

Kubernetes를 무중단으로 업그레이드하는 경험은 손쉽게 얻을 수 있는 경험은 아니라고 생각합니다. 업그레이드는 추후에 블로그에 정리해서 포스팅을 할 예정입니다.

그리고 이 시점에 기억에 남는 일은 https://www.dosi.world (24년 1월 오픈 예정 ) 의 서비스에 대해서 app용으로 제작된 내용에 대해서 심사를 받아야 하는데 이를 위한 환경 구성을 DevOps에서 맡게 됐습니다. 정말 짧은 기간에 다수의 서비스들에 대해서 CI / CD 및 nginx layer, tls 구성 및 DNS구성까지 마쳤고, 여러가지 네트워크 설정등도 빠르게 확인을 하고 구성했던 점이 가장 기억에 남습니다.

또한, 연간 진행하는 작업중에 tls 인증서 갱신 작업이 있는데요. 이부분이 각각 nginx서버에 접속해서 key & pem 파일을 다운로드 받고 서비스를 재시작해주는 부분이 있었습니다. 다수의 서버에서 작업을 해야하고, 최 앞단의 작업이라 서비스에 직결되는 부분이기에 자동화 방안을 고려했습니다. ansible이라는 도구를 통해서 자동적으로 인증서 갱신 및 서비스 재시작을 통해서 안정적으로 수행할 수 있도록 변경했고 기존에 1시간 이상 걸리던 작업에서 5분내로 끝낼 수 있도록 변경했습니다.

끝으로 10월에는 사내 Tech Blog에 ChatOps를 통한 업무 자동화(feat. Slack Hubot)라는 글을 작성하여 기재하였고, 12월 말즈음에 사내에서 k8s 관련 밋업에서 LINE NEXT 쿠버네티스 적용 사례 및 운영 노하우라는 주제로 발표를 진행했습니다. 발표하는 내내 저의 말에 귀기울여주시고 하나하나 젂어가시는 모습에 정말 발표하는 중간에도 최선을 다해야겠다라는 생각을 하게 되는 계기가 됐습니다. 이 포스팅을 빌어 발표를 들으러 와주신 분들께 감사하다고 전해주고 싶습니다.

3. 2024년 목표는?

지난 1년을 되돌아 봤을 때 개발팀과의 협업하는 부분을 많이 끌어올릴 수 있어서 좋았던 것 같았고, 개인적으로 사내의 테크블로그와 발표를 통해서 성취감을 달성할 수 있었던 부분도 좋았던 것 같습니다.

하지만 아직도 DevOps의 역할과 책임에 대해서는 꾸준히 정의해 가는 단계라고 생각이 들고 각 팀이 처한 환경과 규모에 따라 역할을 맞춰서 가는 부분이라고 생각하게 되는 한 해 였던 것 같습니다.

24년도 비슷하지만 다음으로 정의를 해보고 싶습니다. 24년에는 SRE라는 업무에 대해서 좀더 심도 깊게 배워보고 수행해보고 싶다는 생각을 하게 됐습니다. 서비스 규모가 커질수록 신뢰성도 중요하기에 이러한 부분들을 담당해주는 팀으로 확장을 하게 되면 조직의 규모도 역할도 커지지 않을까 하는 생각을 해봅니다.

SRE 업무 영역 확장 및 업무 수행
강의 제작해보기 ( 사내 클래스 ? )
번역서 출간해보기? 혹은 프로세스 배워보기?
건강 챙기기, 진짜 진짜 10kg 감량 및 근육랑 증가
취미 생활 유지하기 ( 골프 ? )

4. 마치며…

이번 포스팅에서 사실 클라이막스는 가족이 늘어난 부분입니다. 저에게는 정말 소중한 둘째가 태어나는 한 해였고 그만큼 저도 어깨에 책임감을 더 올려놓게 되는 한해라고 생각하게 됐습니다. 항상 가족을 생각하며 1년을 열심히 산다고 생각합니다.

23년은 업무로 여러가지를 시도 해 볼수 있는 한해 였다면, 24년에는 좀더 단단하고 촘촘하게 직접 사람이 개입하지 않더라도 운영의 안정성에 기여할 수 있는 인프라를 만들고 싶다는 생각을 하게 됐습니다.

정말 긴 글이지만, 저의 생각을 정리할 수 있는 포스팅이였고, 긴글 읽어 주셔서 진심으로 감사하다는 말씀드리고 싶습니다.
새해에는 바라시는 모든일들이 모두 잘 되시기를 바라겠습니다. 새해복 많이 받으세요. 🐲

The post 2023 WONIZZ.LOG appeared first on WONIZZ.LOG.

2022 WONIZZ.LOG

워니 — Sat, 31 Dec 2022 04:51:55 +0000

안녕하세요? 정리하는 개발자 워니즈입니다. 2022년을 마무리 하는 마지막 날입니다. 지난 1년을 돌아보며, 제가 어떤 기록들을 남겼는지 그리고 어떻게 성장했는지를 확인하기 위해 매년 마지막에 글을 작성하고 있습니다.

지난 1년을 하나의 키워드로 남겨보면, 다사다난이였던 것 같습니다. 개인적으로 힘든 시기도, 성장이 되는 시기였던 것 같습니다. 차근차근 돌아보며 어떤것들을 했는지를 정리해보겠습니다.

1. 2022년에 목표 한 것은 다 이루었나요?

블로그 연간 30000명 돌파하기
블로그 한달에 한편 포스팅하기
개인적인 취미 갖기

개인적으로 2022년에는 회사의 업무가 바쁘게 흘러가다 보니까, 저만의 시간을 보내기가 너무 어려운 해였던 것 같습니다. 그래도 블로그의 글을 1달에 1편이라도 작성하는 것을 목표로했었고, 지금까지 총 16편의 포스팅을 작성했으며, 어떠한것은 필자가 속한 업무에 직접적으로 적용하여 개선을 한 사례들도 있고, 개인적으로 블로그를 운영하면서 기록했던 내용들도 있습니다.

1-1. Blog 운영 결산 ✍

블로그를 운영하면서 여러가지 고난과 시련(AWS 비용폭탄, 도메인 만료로 인한 블로그 중단 등)들이 있었습니다. 하지만 하나씩 극복을 해나가면서 블로그를 5년동안 유지중에 있으며, 비용은 거의 0원에 가깝게 유지를 하고 있습니다.

구글의 애드센스 광고를 붙인지는 2년정도의 시점이 되어가고있고, 이제서야 어느정도 비용을 받을 시점이 오게 됐습니다. (참고로 100$이 넘어야 비용을 최초로 받을 수 있습니다. 이정도의 투입대비 결과로는 아르바이트 수준도 안되지만 개인적으로는 취미 생활을 하면서도 용돈도 벌수있다는 긍정적(?)인 생각을 하고 있습니다.)

30000명의 사용자를 목표로했지만, 작년대비 600명이 더 늘어났을 뿐, 아쉽게도 목표치를 이루지 못했습니다. 10월즈음에는 블로그의 도메인이 만료 되는 일이 있어, 위의 이미지에서 보듯이 10월달에 급격하게 유저수가 줄어들었다가 다시 회복세를 보이고 있습니다.

그래도 제가 하는것들을 정리하면서, 앞으로 꾸준히 블로그가 성장한다는 생각으로 계속해서 하면 2023년에는 다시금 목표를 이룰 수 있지 않을까 생각해봅니다.

1-2. 개인적인 취미 갖기 🏌

필자는 최근들어 Glof를 즐겁게 치고 있습니다. 본격적으로는 8월부터 치기 시작했으며 거의 Daily로 필자가 살고있는 아파트의 골프 연습장에 가서 연습을 했었습니다.

어떠한 레슨도 받은 적이 없으며, Youtube만 보고 모든것이 해결될 것이라고 생각했었습니다. 그러다가 무리하게 힘으로만 하려다보니까 왼쪽 갈비뼈쪽에 상당한 통증이 있었습니다. (아무래도 금이 갔을것으로 추정합니다 😭 )

약 10회 이상의 스크린 방문
Par 3 연습장 방문
필드 머리 올리기 ( 세현 CC )

10월달에는 필드까지 가기 위해서 많은 연습을 했었고, 다행히도 필드까지 갔을 때 주변 분들에게 피해가 가는 수준까지는 아니여서 개인적으로도 너무 만족스러웠던 해인거 같습니다.

베스트 스코어만 추려놓긴 했지만, 한동안은 80타수까지 내려가서 가파른 성장세를 보였지만, 현제는 다시 백돌이 수준이 된거 같아서 예전만큼은 아니지만 연습도 꾸준히 하고 있습니다.

1-3. 2022년 사용했던 기술 🧑‍💻

올 한해에는 기술의 숙련 보다는 빠르게 돌아가는 기획, 개발 상황에서 좀더 가속화 시켜서 DevOps로서 업무를 수행했던 한 해 였던 것 같습니다.

지금도 여러 개발팀에서 개발된 내용이 실제로 오픈되어 운영이 되고 있지만, 신규로 생성되는 어플리케이션에 대한 환경 구성이라던지 CI / CD, 그리고 신규 APM(Datadog) 솔루션 도입이라던지 개인적으로는 정말 다이나믹한 한 해 였습니다.

블로그에 아직 포스팅 하지 않았지만, Datadog이라던지 운영자동화를 위한 Hubot이라던지 현재에 안주하지 않고 여러가지 개선작업들을 수행했으며, 이부분도 2023년 블로그에 같이 포스팅할 예정입니다.

2. 월별 결산

1월 ❄️- 3월🌱

신규 어플리케이션 환경 구축

현재는 운영되고 있는 서비스들이지만, 1/4분기에는 MSA 구조에 맞춰 정말 다양한 팀들이 우후죽순 생겨나기 시작했고, 사내에 DevOps 역할을 하고 있다보니 신규로 들어오는 서비스들에 대해서는 제가 환경 셋업을 진행해 주었습니다.

필자가 속한 회사에서도 전사의 DevOps 역할을 수행해주는 팀이 있지만 대부분 Tools(Jenkins, Harobr, Argued, Nexus 등등)에 대해서 툴체인 구축 및 운영을 하는 역할이고 각 팀별로의 CI / CD 구성이라던지 모니터링, 로그 수집 등은 자체적으로 구축을 했어야 합니다.

[DevOps] Docker Build Pipeline 구성하기

2021년에는 여러개 팀의 공통적인 CI / CD 파이프라인 설계 및 구축을 진행했었고, 신규로 들어오는 팀들에 대해서는 우리의 공통 파이프라인에 적용될 수 있도록 설정해주는 작업을 해주었습니다.

그런데 뜻하지 않게 Front-End 팀까지 신규로 생성을 하게 되었고, 기존에는 FE팀에서 자체 CI 구성 BE팀에서 CD (Nginx 배포) 로 조금은 특이한 구조로 되어있어, 이부분을 모두 DevOps팀에서 자체 구축을 하고 가져오기로 했습니다.

[DevOps] ansible nginx config 배포 구성

그래서 Ansible이라는 도구를 사용하여 Nginx 설정배포를 자동화 하게 끔 구성을 했고, 현재는 정상적으로 운영이 되고 있습니다.

지난 3월에는 어플리케이션의 Memory Leak 이슈에 대해서 Heapdump 분석 및 조치(라이브러리 버전 업데이트)를 수행 후, 테스트를 진행해봤으며 이러한 부분에 대해서 BE팀에 공유를 해드린적도 있었습니다.

[DevOps] 2편 : Trouble Shooting – Memory Leak

운영 안정화를 위해서 ArgoCD의 Sync, Out Of Sync, Degraded 등 상태에대해서 모니터링 할 수 있도록 Notification 구성을 했었습니다.

[DevOps] ArgoCD Notification 설정

4월 🌷- 6월🚣

한창 서비스 개발이 진행이 되고, 여러가지 안정화 작업을 진행했던 것 같습니다. 포스팅에 기록은 해둔것은 아니지만, 전체적으로 서비스 메시 구조를 통일하기 위해서 istio설정 작업을 진행했었습니다.

Kiali라는 도구를 도입하여 구축을 수행했고, 전체적으로 가시성있게 MSA 어플리케이션의 연결 구조를 볼 수 있었습니다. (간단하게 istio, kiali 도입이라고 되어있지만, 전체적으로 Helm 차트를 정비하고, Kiali 설정 작업을 수행하는 부분과 각 개발팀들 대상으로 커뮤니케이션을 하고 전체 적용을 하는 부분이 지금와서 생각해보면 힘들긴 했었던 것 같습니다.)

4월에는 모니터링 강화를 많이 했던 달이였습니다. 이때한번 대용량 트래픽을 우리 시스템에서 받은 적이 있었느데, 서비스가 끊기고 계속해서 Restart를 하는것이 식별 됐었습니다. k8s의 앞단의 Ingress영역에 대한 모니터링이 없었고, 이때 Ingress 모니터링 대시보드를 구축했었습니다.

5월에는 신규로 론칭하는 서비스를 오픈 하는 작업을 진행했었습니다. DevOps에서는 갭라팀에서 개발된 내용이 정상적으로 오픈이 될 수 있도록 Public Network로 연결하는 작업 및 모니터링을 진행했었고, 필자가 속한 회사의 첫 서비스 개시가 되는 부분에 동참할 수 있어서 무척이나 뿌듯했었습니다.

6월부터는 Datadog이라는 APM 솔루션 도입을 위해서 준비 및 POC를 진행했었습니다. 필자가 해당 부서에 왔을 때, 적절히 모니터링할 수 있는 APM 솔루션이 없었습니다. Pinpoint를 적용했지만, 그마저도 전체적으로 연결 상태를 보기가 어려웠엇고, 개별 어플리케이션을 하나씩 봐야하는 문제점이 있었습니다. 이러한 부분에 대해서 솔루션 도입을 제안드렸고, 이에 대해서 POC를 진행하게 됐습니다.

7월 ☔️- 9월 🍁

해당 분기에는 각 레이어별로 모니터링을 정리하고 APM 솔루션까지 적용할 있던 분기였습니다.

7월에는 Datadog에 대한 POC를 마쳤고, 실제 개발계 k8s cluster안에 샘플 어플리케이션의 Helm Chart를 구성한 뒤, APM 연결까지 마쳤습니다. 이후에 QA팀에 요청하여 Traffic 요청을 수행했고, 적절하게 APM 메트릭이 수집되는것을 확인하는 단계까지 마쳤습니다.

8월에는 k8s resource 최적화작업을 진행했습니다. k8s를 1년 넘게 운영하면서 resource 산정에 의심을 품긴 했었지만, 어떤상태가 최적인지를 맞추는것이 없었습니다. 필자가 지난 1년간 수집된 CPU, Memory 기반으로 분석을 수행했고, 100여개의 어플리케이션에 대한 Resource 최적화 작업을 진행했습니다.

최적화 작업을 통해서 굉장히 쾌적환 환경을 제공할 수 있었고, resource가 부족해서 문제가 되는 부분도 없었습니다.

[DevOps] K8S Resource 최적화 사례

개발

cpu requested ( 71.7 % → 57.8 % → 35.5%)
mem requested ( 22.7% → 54.3 % )

운영

cpu requested ( 71.6% → 69.3% → 55.0 % → 39.5%)
mem requested ( 11.3% → 10.9% )

또한 추가적으로 개발계 환경은 애초에 Cluster Level에서 리소스가 부족했기에 Worker 증설 작업까지 같이 진행했었습니다. 여러개의 개발팀에 공지를 하고 작업을 수행하면서 이러한 부분들이 DevOps로서 역할이 작동하는 것임을 깨닫게 됐습니다.

9월에는 모니터링 안정화와 개선작업을 진행했었고, 그중에서도 특정 서비스의 적용할 Cronjob을 도입했었고, 기존에는 Spring의 Quarts라는 내용으로 시간 설정이 되었다면, k8s의 Resource를 사용하면서 시간 설정, 중지, 기록 Retry등 여러가지 내용을 활용할 수 있기에 적극적으로 도입을 하게 됐습니다.

또한 서비스 오픈이 8,9월에 각각 있었습니다. 이부분에 대해서도 지난 5월 서비스 론칭과 동일하게 Public Network 연결 및 릴리즈 작업에 참여를 했으며, 정상적으로 오픈이 되었습니다.

10월 🍂- 12월⛄️

마지막 분기에는 Datadog을 실제로 운영 환경에 적용했었고, 거기서부터 개선해야될 부분들을 개발팀에 레포팅 해주는 작업을 수행했었습니다.

그리고 DevOps에서 하는 OPS 작업들을 좀더 Smart하게 할 수 있는 방안들을 고민했었습니다. 그러면서 Hubot이라는 Slack 연계가 편리한 라이브러리를 리서치했고, 릴리즈 자동화 작업을 진행했었습니다.

ChatOps는 DevOps에서 좀더 진보된 환경이고, 이를 통해서 우리가 하고있는 작업들을 모두 공개된 채팅에서 진행하고, 결과에 대해서 공유를 받을 수 있으며 코드 레벨로 작성을 했기 때문에 Human Error의 소지를 현격이 낮출 수 있는 좋은 방안이라고 생각이 됐습니다. 앞으로 활용할 수 있는 사례들이 굉장히 많기 때문에 개발팀에서도 만족하는 팀들도 있고, 아직은 못받아들이는 팀도 있지만 모두가 이러한 방향에 맞춰서 좀더 매끄럽게 업무가 되도록 참여를 해줬으면 좋겠습니다.

Hubot은 내년도에 포스팅으로 정리를 할예정입니다.

아래는 Banksalad 라는 회사에서 ChatOps를 이용하여 배포를 구성한 내용입니다.

하루에 1000번 배포하는 조직 되기

11,12월에는 APM을 통하여 여러어플리케이션중 Memory사용률의 특이점이 있는 어플리케이션들을 식별했었고, Heapdump를 분석해서 의심이 가는 구간에 대해서 전달 해드렸습니다. 전달 드린 내용에 대해서 빠르게 피드백이 왔고 조치가 되는 모습을 보면서 굉장히 뿌듯했었던 기억이 있습니다.

3. 2023년 목표는?

지난 1년을 돌이켜보면서, 업무에 치여 많이 힘들기도, 개선을 통해서 뿌듯하기도, 개발팀으로부터의 여러 피드백이나 혹은 칭찬등 다달이 변화되는 감정속에서도 전반적으로는 한 해에 대해서 마무리를 잘했다라는 생각이 듭니다.

DevOps Engineer로서 생각이 많아지는 한 해이기도 했었습니다. 여러개의 BE 개발팀이 생겨나면서 아직은 DevOps의 역할에 대해서 R&R이 제대로 안나누어져있는 거 같아서 2022년에는 그러한 부분들에 대해서 집중을 많이 했던거 같습니다. (가령 미들웨어의 구축 및 운영이라던지…)

DevOps Roadmap
- 인프라 스트럭쳐 구축 및 운영 ( k8s, VM, Ansible )
- 인프라 코드 관리 ( Helm, Docker )
- 서비스 메시 ( Istio, Envoy )
- CI / CD 구축 및 운영 ( Jenkins, ArgoCD )
- 모니터링 구축 및 운영 ( Prometheus, Grafana, Datadog )
- 로그 시스템 구축 및 운영 ( ES, Loki etc )
- Cloud 관리
- Cloud Design Pattern

DevOps 팀으로서의 역할을 분명히 해야겟다라는 생각이 들기도했고, 다른회사의 DevOps팀들과도 교류를 넓혀야겠다라는 생각이 들기도 했습니다. 그리고 좀더 전문화된 분야를 키워야겠다는 생각도 들었습니다.

작년에는 그래도 로드맵에 맞추어 많이 진행을 했고, 2023년에는 다음의 목표를 이루고자 합니다.

DevOps 조직 성장 ( 개인적으로는 신입분의 성장 )
SRE 업무 영역 확장
연간 세미나 최소 4회 참석 및 포스팅
Blog 포스팅 최소 월간 1회 포스팅 👨‍💻
건강 챙기기, 최소 10kg 감량 🏋

4. 마치며…

지난 한해를 돌아볼 수 있는 포스팅이였고, 글에는 모든 내용 그리고 모든 감정들을 담아낼수 없지만, 1년을 돌아보면 그래도 스스로에게 정말 고생 많았다라고 이야기를 해주고 싶습니다.

끝으로 둘째가 2023년에 태어납니다. 좋은 기운을 받아 행복한 가정을 꾸릴 수 있었으면 좋겠습니다. 긴글 읽어주셔서 감사하고 모두 새해복 많이 받으시고, 마지막날 행복하게 보내셨으면 합니다. 🧚

The post 2022 WONIZZ.LOG appeared first on WONIZZ.LOG.

[라이프스토리] AWS 환불 후기

워니 — Tue, 19 Jul 2022 08:52:29 +0000

안녕하세요? 정리하는 개발자 워니즈입니다. 이번 포스팅은 정말… 기억하고 싶지 않지만 기억을 해야만 하는 다시는 발생하지 않게 해야되는 사건(?)을 포스팅 하고자 합니다. 처음 겪는 일이기도하고, 바로바로 해결을 보고 싶은 마음에 굉장히 노심초사했던 일화였습니다.

1. 사건의 발단

필자가 가족을 데리고 운전을 해서 집으로 향하던 길이였습니다. 애기와 함께 뒤에 앉아있던 와이프로부터 청천벽력 같은 이야기를 듣게 됩니다.

AWS…? 여기서 뭐 구매했어? 270만원이 결재 됐어. 이거 뭐야..?

제가 AWS를 이용해서 토이 프로젝트등 여러가지를 하고 있었고 계정도 여러개를 보유하고있었습니다. 분명이 어디선가 문제가 생긴것이라는 것을 직감하게 됐습니다. 하지만, 270만원..? 🤦 이것은 해도 해도 너무 한것이 아닌가 하는 생각이 들었습니다. 고작 일개 개발자로 AWS조금 이용하려고 했던 마음이였는데 AWS가 이런 개미들의 마음을 후벼파는것인가..? 하는 생각이 갑자기 들었습니다. 운전대를 잡고, 머릿속으로는 복잡한 연산이 시작되었습니다. 도저히 어디서 무엇이 잘못되었는지 감이 잡히지가 않아, 당장 집으로 향해서 해결을 보기로 했습니다.

2. 사건의 전개

비인가자에 의해 생성된 서비스 삭제

컴퓨터 앞에 서자마자, 불현듯 여러개의 계정중에서 어떤것이 문제인지 차근차근 확인을 하기 시작했습니다. 제일 의심스럽던 계정에서는 다행히 별일이 없었습니다. 최신의 계정순서로 하나씩 뒤져보다가 결국 2년전에 AWS 자격증을 취득하기 위해 만들었던 계정에서 문제가 발생을 했다는 것을 알았습니다.

후…어떤 녀석인지…5개의 Region에 ECS(Elastic Container Service)를 생성해두었습니다. 여기서 과금이 제일 크게 발생을 했고, 나머지는 Lightsail쪽에서 소규모로 발생을 했습니다.

우선 현재도 요금이 발생을 하고있어서 서비스를 모두 삭제하기로했습니다. 각 Region별로 접속해서 ECS서비스를 삭제하면서도, 한편으로는 다행인것은 어떻게 보면 탈취한 계정에서 막무가내로 좀더 크게 한탕을 쳤을수도있었을텐데 고작 270만원이구나…하면서도 긍정적으로 생각하기로 했습니다.

AWS Support 문의

서비스는 삭제가 되어 더이상 과금이 안되는 상황까진 되었고, AWS Support에 문의를 통해서 과금에 대한 환불을 요청하기로했습니다.

엇..? 그런데 AWS Support Center 로 접속을 하니, 이미 AWS에서 비인가 사용자로 의심이 된다면서 제 계정에 대해서 차단 작업을 하는 내용의 글이 있었습니다. 뒤늦게 알았지만, 해당 내용이 메일로 왔음에도 불구하고 제가 놓쳤던 것 같습니다.

2022년 6월 29일

AWS 계정이 손상될 수 있습니다. 다음 통지를 검토하고 계정을 보호하기 위해 즉시 조치를 취하십시오. 이 계정 손상으로 인해 사용자 계정(다른 계정 사용자 포함)에 보안 위험이 발생하며, 무단 작업으로 인해 과도한 요금이 부과될 수 있습니다. 과도한 요금으로부터 계정을 보호하기 위해 일부 AWS 서비스를 사용할 수 있는 기능을 일시적으로 제한했습니다. 제한을 제거하려면 아래 지침을 따르십시오. 무단 사용이 중지되지 않으면 AWS 계정을 정지할 수 있습니다. 또한 5일 이내에 AWS에 연락하지 않을 경우 무단 사용 및 요금 청구로부터 사용자를 보호하기 위해 계정이 정지되고 AWS 서비스가 중단될 수 있습니다. 귀하의 계정을 과도한 요금으로부터 더욱 보호하기 위해 당사는 귀하의 계정에서 의심되는 무단 리소스를 종료할 수 있습니다. 계정이 보호되고 무단 액세스 또는 사용이 없다고 생각되는 경우 지원 사례를 통해 즉시 문의하십시오.

어떻게 보면, 정말 친절하게도 먼저 탐지를 하고나서 사용자에게 고지를 했음에도 불구하고 제가 놓쳤기때문에 책임이 저한테 있기도 했습니다. 😭 그리고 다음의 지침을 알려주었습니다.

1단계: AWS 루트 계정 암호를 변경합니다. 2단계: CloudTrail 로그에서 허가되지 않은 IAM 사용자, 정책, 역할 또는 임시 보안 자격 증명 생성과 같은 허가되지 않은 활동이 있는지 확인합니다. 3단계. 다음 작업을 수행하여 무단 AWS 사용 여부를 확인합니다. – CloudTrail 로그 확인 – “청구서” 페이지를 확인하십시오. https://console.aws.amazon.com/billing/home#/bill – 비용 탐색기 확인: https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-what-is.html

우선 root pw를 빠르게 변경했고, 이후에 IAM 사용자도 모두 삭제 했습니다. 계정이 탈취된것은 맞으므로 이부분을 차단하고나서 AWS 측에 다시 환불 요청을 했습니다.

2022년 7월 4일

저는 여러번 AWS측에 환불 요청과 비인가 사용자에 대해 이후 조치에 대해서 지속적으로 물었고, 다음과 같은 답변을 받았습니다.

귀하의 AWS 계정의 보안과 이 무단 액세스로 인해 발생하는 요금에 대해 우려하신 것으로 알고 있습니다. 안심하십시오. 계정을 보안으로 설정한 후 청구 관련 문제를 해결하기 위해 귀하를 대신하여 청구 팀을 내부적으로 참여시키겠습니다. 서비스 팀에서 연락이 오는 대로 업데이트해 드리겠습니다. 이와 관련하여 지속적인 인내와 이해를 부탁드립니다.

너무 심했나 싶을정도로 여러차례 요청을 보냈고, 그때마다 AWS측에서는 기다려달라는 답변을 보냈습니다.

2022년 7월 7일

기다림의 연속이던 와중에 AWS측으로부터 추가적인 조치 사항에 대해서 가이드를 안내해주었습니다.

AWS 계정을 보호해주셔서 감사합니다. 저희 청구서 조정 팀이 승인하지 않은 사용량에 대한 요금을 검토할 것입니다. 이렇게 하려면 먼저 다음 단계를 수행하여 유사한 문제가 다시 발생하지 않도록 해야 합니다.

비용 및 사용량을 모니터링하려면 다음 서비스 중 두 개 이상을 설정해야 합니다.

(권장) 비용 예산: https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-managing-costs.html

(권장) CloudWatch 청구 경보: https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/gs_monitor_estimated_charges_with_cloudwatch.html#gs_creating_billing_alarm

다음 보안 모범 사례 중 하나 이상을 설정해야 합니다.

(권장) MFA: https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_enable.html

AWS 고객 계약 및 공유 책임 모델을 읽었는지 확인합니다.

https://aws.amazon.com/agreement/

https://aws.amazon.com/compliance/shared-responsibility-model/

지원 사례에 응답하고 어떤 두 가지 비용 및 사용량 모니터링 서비스를 설정했는지 확인합니다. 계정에 대해 설정된 보안 모범 사례도 포함합니다.

비용에 대한 모니터링, 계정에 대한 보호(MFA), 공동 책임 모델 숙지 이후 응답을 하는 방식으로 답변을 다시 달았습니다. 그런데 여기서 찜찜한것은 공동 책임 모델이 이상하게 느껴졌습니다. 혹시자 책임이 나한테도 있으니 일부만 환불해준다던지…그런생각들이 들기 시작했습니다. 이후 추가적인 답변이 바로 왔습니다.

계정을 다시 보호하기 위해 필요한 조치를 취했는지 확인했습니다. 계정에 대한 모든 제한이 해제되었습니다.아래의 액세스 키 관리 모범 사례를 따르는 것이 좋습니다.

http://docs.aws.amazon.com/general/latest/gr/aws-access-keys-best-practices.html

당신의 편의를 위해, 저는 이 case을 해결했습니다. 추가 조치는 필요하지 않습니다.

응????? 이 case를 resolve(해결)처리 하겠다고??? 야야야….안돼!!! 😵‍💫 바로 환불에 대한 이야기를 다시 꺼냈더니, 다음의 답장이 바로 왔습니다.

이전 답변에서 누락되어 죄송합니다. 우리는 이미 승인되지 않은 리소스와 관련된 청구 문제를 검토하기 위해 청구 팀을 고용했습니다.이 시점에서 귀사에서 추가 조치가 필요하지 않습니다. 청구 팀에서 업데이트되는 대로 계속 알려 드리겠습니다. 이와 관련하여 지속적인 인내와 이해를 부탁드립니다.

휴…이제 기다리기만 하면 알아서 환불이 되겠구나….하고 생각하고 기다리기로 했습니다.

3. 사건의 절정

자자, 이제 환불 메일만 받으면 끝이다! 하는 생각에 기다림도 잠시, 금요일인데도 계속해서 조치하라는 내용의 메일이 왔습니다.

2022년 7월 8일

보류 중인 청구 검토 요청과 관련하여 청구 팀에서 업데이트한 내용을 추적하고 있습니다. 아래 피드백을 확인하십시오.

경보 설정이 “INSUFFECT_DATA” 상태임을 알 수 있습니다. 이 알람은 이벤트 발생 시 경고하지 않습니다. 다음과 같이 구성하십시오.

1) 콘솔에 로그인합니다. https://us-east-1.console.aws.amazon.com/cloudwatch/home?region=us-east-1# 2) 경보 > 모든 경보를 선택합니다. 3) 생성된 경보를 선택합니다. 4) 오른쪽 상단 모서리에서 “액션”을 클릭합니다. 드롭다운 메뉴가 나타나면 “편집”을 클릭합니다. 5) 편집 옵션에 도달하면 아래로 스크롤하여 “기간”을 6시간으로 변경합니다.

여기서 경보(2)를 삭제하십시오. https://ap-northeast-2.console.aws.amazon.com/cloudwatch/home?region=ap-northeast-2#alarmsV2:

다음을 검토하고 확인하십시오.

로그인: https://us-east-1.console.aws.amazon.com/ec2/v2/home?region=us-east-1#Home: a) 계정에 활성 상태로 남아 있는 모든 EC2(기본값이 아닌) Security Group이 인증됩니까? 권한이 없는 경우 삭제하십시오. b) 계정에 활성 상태로 남아 있는 모든 EC2 키 쌍이 승인되었습니까? 권한이 없는 경우 삭제하십시오.

경보에 대한 설정 및 삭제, 남아있는 세팅의 삭제(VPC, Key pair, Security Group etc)에 대해서 있었고, 하면서도 현재 비용발생하고는 무관하다는 생각과 동시에 지시하는 말에 대해서 잘들어야 환불해줄거 같은 느낌…도 들고 일주일때 지속되는 이감정의 싸움에 얼른 끝내고 싶었습니다.

권장 작업을 완료해 주셔서 감사합니다. 청구 팀에 통보했으며 업데이트되는 대로 계속 알려 드리겠습니다. 이와 관련하여 지속적인 인내와 이해를 부탁드립니다.

계속해서 기다리라는 답변을 받은 채, 주말을 맞이하게 되었습니다. 어쨋든 뭔가 계속 지침에 대해서 이행을 했으니, 환불을 해주겠거니 생각하며 주말을 보내기로 했습니다.

4. 사건의 결말

월요일이 되었고, AWS Support 직원들도 근무를 시작할것이라고 생각했습니다. 이토록 누군가의 답장을 기다린적이 최근들어 거의 처음인 것 같았습니다. 오후가 되어서야 다음 답장을 받게 되었습니다.

2022년 7월 12일

AWS 고객 계약의 일부로, 고객은 자신의 계정에서 발생하는 모든 활동에 대해 책임을 집니다. 여기에는 AWS 서비스 사용에 대한 모든 해당 수수료 및 요금이 포함됩니다. 예외적으로 2,139.53달러를 환불해 드렸습니다. 환불은 결제 시 사용한 카드 또는 은행 계좌로 반환됩니다. 환불은 영업일 기준 최대 7일이 소요될 수 있습니다. 은행별로 처리 시간이 다르기 때문에 환불이 예상되는 날짜는 알려드릴 수 없습니다. 콘솔에서 환불을 확인할 수 있습니다. 우리는 또한 24.04 USD의 크레딧을 승인했고 당신의 AWS 계정에 적용했습니다. 크레딧은 적용되는 서비스 요금을 자동으로 흡수합니다. 크레딧으로 인해 서비스 요금이 줄어들기 때문에 총 세금 금액이 업데이트됩니다.

와!!! 6월분에 대해서 결재 되었던 금액은 환불 처리를 해주었고, 7월분에 대해서는 credit을 통해서 과금 결제가 안되도록 해결을 해주었습니다. 그리고 제 메일로 들어가서 보니, 취소되었다는 전표 메일이 있었습니다.

5. 결론

결론적으로, 계정에 대해서 탈취 당하거나 혹은 본인의 실수로 일부 서버로 부터 과금이 되는 것은 1회성에 대해서는 이해를 해주고 AWS측에서 해결을 해준다는 것을 알았습니다. 하지만, 이번일을 계기고 무엇보다도 계정의 보안에 대해서 다시한번 생각하게 되었고, 웬만하면 MFA를 설정하거나 접속 이력에 대해서 알 수 있게끔 조치만 해두어도 지금과 같은 일들은 안당할 거 같습니다. 좋은 경험이였고, 다시한번 AWS를 Respect 하게 되었습니다. 덕분에 서버도 열심히 잘쓰고있는데 이렇게 이해하고 넘어가주는 모습이 너무 멋졌습니다. 😄

함께 보면 좋은 글

The post [라이프스토리] AWS 환불 후기 appeared first on WONIZZ.LOG.

2021 WONIZZ.LOG

워니 — Fri, 31 Dec 2021 05:42:23 +0000

안녕하세요? 정리하는 개발자 워니즈입니다. 2021년을 마무리 하는 마지막 날입니다. 1년의 마지막 날은 항상 WONIZZ.LOG를 기록해두며, 한 해동안 어떻게 살았는지 그리고 앞으로는 무엇을 할 것인가에 대한 고민을 기억하기 위해서 글을 작성합니다.

2021년은 저에게 늘상 어느덧이라는 말이 가장 많이 떠오르는 한 해 였던것 같습니다. 작년 이맘때 즈음에 이직에 대한 고민과 실행을 조금씩 해오고있었습니다. 그런데 벌써 필자가 이직한 지 8개월차를 향해서 가고 있습니다. 정말이지 어느덧이라는 말밖에는 떠오르지 않습니다.

빠르게 지나간 시간만큼이나 해왔던 것들을 기록하지 않으면 올 한 해 무엇을 했는지 스쳐 지나갈 것 만 같았습니다. 그래서 이번 포스팅을 통해서 기록을 하고자 합니다.

1. 2021년에 목표 한 것은 다 이루었나요?

필자가 작성한 2020 WONIZZ.LOG를 확인해보겠습니다.

아래와 같은 목표들을 갖고 있었습니다. 운이 좋게도, 자격증, 블로그 연간 사용자는 달성을 했습니다.

자격증 1개 이상 취득하기(Certified Kubernetes Administrator)
블로그 연간 15000명 달성
오픽 AL 달성(안되면 학원)
2021년에 목표하는 기술
- Linux Foundation
- OS 기본지식

오픽 같은 경우는 8번의 IH(Intermediate High)를 받았습니다. 무슨 방법을 써도 안나오는 AL(Advanced Low)는 이직 후, 화상 영어를 하게되면서 많은 부분 피드백을 받으면서 깨닫게 된 것 같습니다.

우선 발음의 문제가 가장 컸었고, 문법의 오류에 대한 문제도 많았습니다. 의사소통을 하는데는 지자잉 없지만 영어는 꾸준히 해야겠다고 생각이 들었고 시험을 위한 영어보다는 직접 부딪히는 실전영어를 하기로 방향을 정했습니다.

기술 관련해서는 포스팅을 진행하면서 기록하겠습니다.

1-1. 자격증 1개 이상 취득하기

CKA(Certified Kubernetes Administrator) 취득 후기
CKAD(Certified Kubernetes Application Developer) 취득 후기

우선 필자는 2개의 자격증을 취득했고, CKA, CKAD입니다. 모두 Kubernetes 관련된 시험이고 생각보다는 기존에 봐오던 시험중 가장 유익한 시험이였습니다. 물론 시험이 절대적으로 쉬운것은 아닙니다. 직접 Kubernetes를 운영할 수준이 되어야 볼 수 있는 시험이고 실습형시험이기 때문에 많은 연습이 필요합니다.

2개의 자격증 취득으로 연초에 세웠던 자격증 취득은 모두 이루게 되었습니다. 올 한 해를 돌아보면 가장 큰 수확이 아닐까 하는 생각이 듭니다.

1-2. 블로그

블로그는 필자만의 기록 저장소 입니다. 누구에게 보여줄 용도로 사용하는것도 아니고, 자랑을 하려는것도 아닙니다. 개인적인 목표를 지정하고 목표를 이룰 때 마다 기록을 통해서 순간을 기억하려 하는 용도입니다.

그리고 기술적으로는 지금까지 해왔던 커리어가 정리가 되고, 필자만의 포트폴리오가 되는 것 같아 매우 만족스럽고 뿌듯합니다.

올 초에 계획했던 목표는 연간 15000명 정도수준으로 접속을 하는것이였는데, 그래도 작년대비 100%의 성장률을 보였습니다. 👏🏻👏🏻 무엇인가 필자가 하는것들을 같이 공감해주고 공유할 수 있다는 데서 더욱 더 성취감이 생기는 것 같습니다.

계속해서 좀더 성장을 할 수 있도록 블로그도 꾸준히 운영을 할 계획입니다.

1-3. 2020년 했던 기술

올 한해는 Kubernetes를 직접 설치/운영 해 볼 수 있는 한 해 였기에 그 무엇보다도 뿌듯했던 것 같습니다. 이직을 통해서 그간 해보고 싶었던 기술들도 가감없이 할 수 있었고, 저를 믿고 맡겨준 저의 Lead 분에게도 감사함을 전합니다.

작년에 기록했던 내용을 보니, 책을 한편 써보고 싶다고 기록을 했었습니다. 이마음은 여전히 변한것이 없습니다. 제이름이 기재되어있는 책 한권을 내보는 것이 개인적인 목표기도 합니다. (물론 기술 서적입니다. 😭)

연초에 알고리즘 강사를 잠깐 한 적이 있었습니다. 이전 회사에서 알고리즘을 강조하면서 일부 사원들에게 강사를 시키고 다른 사원들에게 기술전파를 하라고했었습니다.

당시에는 시험을 위한 목적보다는 개인적으로 알고리즘을 정리하고자 하는 생각으로 제 강의를 수강했던 분들에게 이 포스팅을 통해서 죄송하다는 말씀 전하고 싶습니다.

Algorithms

올 한해의 작성했던 포스팅 목록입니다. 큰 카테고리에 속하는 포스팅들만 나열합니다.

Kubernetes

Monitoring

GRPC

그 외에도, Keycloak, Gitlab등 설치 가이드에 대한 내용의 작성도 있었고, pod cidr 변경과 같은 Trouble Shooting에 대한 내용도 있었습니다. 모두 유익한 내용입니다.

1. 1월 ❄️- 3월🌱

업무의 변화

올초에는 아직 이전 회사에 있었을 때입니다. 이 시기에는 굉장히 고민도 많이 하고 스트레스도 많이 받던 시기였던것 같습니다.

우선 기존에 DevOps 및 System Engineer로 커리어를 쌓아오다가, 업무 변경에 대한 요청이 왔었고 그간 매너리즘에 빠진거 같기도해서 변경을 하였던 시기였습니다.

바뀐 업무는 협력업체 혹은 아웃소싱 업체의 개발자분들을 데리고 개발적인 업무의 요건을 정의하고 전달해서 진행하게 하는 중간 커뮤니케이션 관리자(?) 정도의 업무를 했던 것 같습니다.

삼성의 브랜드 마케팅 사이트를 신규 온라인 스토어 플랫폼으로 이관하는 작업을 진행하는 것이였는데 유관자들도 많고 커뮤니케이션하는것도 상당한 스킬과 노하우가 필요한 것이라는 걸 느낄 수 있는 업무 였습니다.

승격

이전 회사에서는 승격이라는 제도가 있었습니다. 다행히도 그간 쌓아온 점수들이 있어서 운이 좋게도 승격을 할 수 있었던 것 같습니다. 이전시대로 말하면 대리에서 과장으로 진급이 되었습니다.

그런데, 문득 그런생각이 들기 시작했습니다. 과장이라면 하나의 과를 맡아서 리드를 할 수 있는 리더가 되어야하는데 과연 나는 해낼 수 있을까? 하는 생각들이 많았었고, 역할에 맡게 수행하려면 나에게 부족한 부분이 무엇이고 어떤것들을 채워야 하는지를 항상 생각했던 것 같습니다. (여전히 저는 어리고, 좀더 성숙해져야 될 것 같습니다. 😭 )

2. 4월 🌷- 6월🚣

이직 & 적응

2월달에 이미 합격은 받아놓은 상태엿었고, 3월에는 연봉 협상하는데 시간이 많이 흘렀습니다. 정말 이시기는 제 인생에서 많이 힘들었던 시기였습니다. 주변 사라들이 볼 때는 행복한 고민으로 뭐 그렇게 힘들어 하냐? 라고 했었지만, 개인적으로는 이전 회사에 대한 애정(?)이 굉장히 많았던 사람중 하나였습니다. 물론 그 가운데 슬픔도 있고 그랬지만 마치 오래만난 여자친구인것 같은 그런 느낌이였습니다.

새로운 변화를 꾀하고자 이직을 결정했고, 5월경에 현재 재직중인 회사로 넘어왔습니다. 처음에는 어떤거부터 해야되는지 그리고 소위 말하는 네,카,라,쿠,배안에서 과연 내 몫을 해낼 수 있을까? 라는 고민이 정말 많았습니다.

사람은 적응의 동물이라고 시간이 지날수록 이곳의 문화와 프로세스에 대해서 이해를 하게 됐고, 결국 사람사는 곳이라는 걸 깨닫게 됐습니다. 현재는 어느정도 적응이 다 됐고, 오히려 현재의 회사에 너무 만족을 하고 있습니다.

3. 7월 ☔️- 9월 🍁

인수인계

현재 하고 있던 업무를 맡으신 분이 파트 변경 요청을 했었고, 고스란히 제가 맡게 됐습니다. 제가 온지 얼마 안되서 갑작스럽게 이뤄진 일이라 저도 당황스러웠습니다.

저의 Lead 이신 분이 스케쥴을 꼼꼼히 작성해주셨고, 인수인계를 받을 수 있는 시간을 1달 정도 넉넉히 잡아뒀습니다. 이전분이 하시던 업무를 A to Z로 받을 수 있었습니다. 물론 그 가운데 개선할 부분들이 많이 남아있어서 저에게도 좋은 기회가 됐던 것 같습니다.

4. 10월 🍂- 12월⛄️

업무 성과

4/4분기에는 본격적으로 업무를 시작했던 것 같습니다. 위의 2020년에 했던 기술에 기록을 해두었지만, 주로 k8s관련된 업무로 성과를 낼 수 있었고, 그중에서도 CI/CD, 모니터링, 로그수집시스템을 새로이 설계하고 구축했던 경험은 그 어떤 때보다도 성취감이 있었던 것 같습니다.

k8s의 설치 / 운영
k8s의 CI/CD 파이프라인 구성
k8s의 모니터링
k8s의 로그수집
k8s의 트러블 슈팅

DevOps Engineer로서 가장 뿌듯한 경험은 제가 만들었던 시스템들을 각 개발팀에서 사용해주고, 피드백을 주고 할 때가 가장 좋았던 것 같습니다. 현재도 제가 구성한 파이프라인 안에서 개발팀이 개발하는 소스가 빌드가 되고 배포가 되고 있습니다.

3. 2022년 목표는?

2022년에는 2권의 책을 꼼꼼하게 정리를 해보고 싶다는 생각이 듭니다. 그리고 블로그는 연간 30000명을 목표로 하고싶습니다.

2권의 책 독파하기
블로그 연간 30000명 돌파하기
DevOps와 SE를 위한 리눅스 커널 이야기
성공과 실패를 결정하는 1%의 네트워크 원리

절대 광고 아닙니다. 😊 개인적으로는 커널, 네트워크이쪽이 많이 약한것 같아서 내년에는 꼭 이쪽부분을 독파해보고자 합니다.

그동안 이직하고 나서 주변사람들한테 연락도 제대로 못한거 같아서 한 해를 돌아보며 죄송스럽다는 마음이 먼저 들었습니다. 내년 새해 인사겸 주변사람들도 챙길 수 있는 그런 사람이 됐으면 하는 바램입니다. 그리고 무엇보다도 그정적인 마인드와 주변 상황에 휘둘리지 않는 사람이 되길 바라고 있습니다.

한 해도 고생했다는 말도 스스로에게 해주고 싶고, 저를 항상 서포트해주는 제 가족에게도 고맙고 사랑한다고 전하고 싶습니다.

이상으로 2021년에 했던 내용들을 간단히 정리 해 보았습니다. 사실 미흡한 부분은 건강에 대해서 많이 못챙겼다는 것입니다. 코로나로 힘든시기지만 남은 2021년 마무리 잘 하시고, 다가오는 2022년에는 반짝이는 전구같이 밝은 미래를 맞이 하셨으면 합니다.

2022년에도 더욱 발전하는 WONIZZ가 되겠습니다.

The post 2021 WONIZZ.LOG appeared first on WONIZZ.LOG.

[블로그운영] 블로그 장애 발생 – 도메인

워니 — Fri, 08 Oct 2021 10:50:39 +0000

안녕하세요? 오늘은 참으로 황당(?)한 일이 있어서, 기록으로 남기려합니다. 이직 후, 블로그 관리에 소홀함을 느끼고, 오랜만에 접속을 했습니다. 평소같이, 글을 하나 작성하고 기분좋게 다른 업무를 하고 있었습니다. 그러다가 메일들이 어떤것들이 왔는지 확인을 하던차에 깜짝 놀랄 메일을 받았습니다.

메일 내용중 저의 blog 다운이 되었다는 내용이였고, 제가 운영하는 가게가 현재 문을 닫은 상태가 되버린 느낌이였습니다. (물론, 저의 토이 프로젝트 같은 장난감 블로그이지만…저한테는 무척이나 소중했습니다. )

도대체 왜 저의 사이트가 다운이 감지 되었다는 걸까요? 그리고 실제로 접속을 해보니, 다운이 된 상태였고 어떤것도 할수가 없었습니다.

블로그 구축 지난글 다시 보기

1. 디버깅의 시작

사실 소스를 개발한것은 아니기 때문에 디버깅을 할 것은 아니지만, 대체 어디서 문제가 발생했는지가 너무나 궁금했습니다. 그래서 서버에 먼저 접근을 시도했습니다. 서버는 AWS에서 제공해주는 free-tier 서버를 사용하고있고, 해당 서버의 Cloud Watch를 통해서 확인을 했습니다.

최근 12시간의 내용을 가져왔을때, 1번의 CPU 튀는 부분이 있었지만 이는 사용률로 봤을때는 큰 특이점은 없어보였습니다. 그래서 필자는 우선 서버에는 이상이 없음으로 생각했습니다.

다음으로 확인해 볼만한 것이, DNS 입니다. 도메인이 적절하게 서버로의 연결이 안되는 상황일 수도 있기에 확인을 해보기로 했습니다.

필자는 freenom이라는 무료 도메인을 사용하고 있습니다. 접속을 하면 다음과 같이, 제가 관리하는 도메인을 볼 수가 있는데..사…사라졌습니다.

대체…왜… 사라진것인지 이유를 도통 알수가 없었지만, 문제의 시작은 DNS였다는 것을 확인할 수 있었습니다.

2. 도메인 재구매

freenom은 도메인이 무료로 구매가 가능하기에 도메인을 다시 구매하기로했습니다. 그런데, 도….돈을 내라고 나옵니다. 9.95$ 의 가격이 책정되어 있었습니다. 아무래도, 저의 도메인에 구글 애드센스 광고가 달려있는데다가 구글에 이미 검색 인덱스가 많이 되어있는점이 반영되어 가격이 책정되지 않았을까? 하는 자랑스런 마음이 생겼지만…갑자기 황당하기도 했습니다.

어쩔수 없이.. 살리기 위해 무려 .com 도메인보다도 비싸게 .tk 도메인을 구입하였습니다.

구매를 하고, DNS에 A record로 IP를 입력해주었습니다.

3. 사이트 정상화

사이트에 접속하니, 다시 정상적으로 돌아왔고, 나름의 장애(?)를 무려 1시간만에 복구를 시켰습니다. 필자가 운영하는 블로그는 사실 개인의 지식들을 기록하는 공간이고, DB또한 AWS의 RDS를 사용하기에 추후에 DB만 백업을 해두면 어디서든 워드프로세르르 띄우고 복구 할수있도록 구성이 되어있습니다.

계속해서 쌓여가는 블로그 포스팅들을 어떻게 정리하고 다시 관리를 할지는 고민중에 있습니다. 그만큼 필자에게는 나름의 지식 창고이고 장난감 같은 소중한 블로그입니다.

얼마 뒤, 위와같은 메일을 받았고, 장애로부터 벗어날 수 있었습니다. 하지만 여전히 궁금한것은 3년동안 무료로 제공해주던 도메인을 도대체 왜 갑자기 말소를 시켰는지는 문의를 해볼 예정입니다.

4. 마치며…

아주 간단한 내용이지만, 그래도 1인 프로젝트처럼 아주 쫄깃한 감정이 뒤섞였습니다. 왜냐면 그동안 아주 힘들게 애드센스를 달았고, 광고료도 나름들어오고있는데 도메인이 갑작스럽게 소멸되고 애드센스마져 날라가게 생긴 이 상황이 너무나도 황당하고 어이가 없었습니다.

하지만, 차근차근 기존에 업무에서 운영해왔던 대로 하나씩 문제점을 들춰보니 생각보다 간단하게 문제는 해결이 되었습니다. 물론 돈을 지불하니 해결되니까 해결한 느낌보다는 그냥 돈주고 해결한 느낌이 있었습니다.

아무쪼록 이포스팅을 통해서 좀더 블로그에 애정을 갖고 운영을 할 수 있는 좋은 계기였던거 같아서 이렇게 급하게 포스팅을 남깁니다.

The post [블로그운영] 블로그 장애 발생 – 도메인 appeared first on WONIZZ.LOG.

[라이프스토리] 나의 이직 이야기 v1

워니 — Thu, 22 Apr 2021 02:42:18 +0000

안녕하세요? 정리하는 개발자 워니즈입니다. 지난 포스팅부터 이번 글을 올리기까지 상당한 시간이 있었습니다. 잠시의 휴식기간도 아니였고 오히려 업무는 더 바빴던 것 같습니다. 2021년의 시작이 엊그제 같았는데 벌써 4월달도 어느덧 중반을 향해 가고 있는 시간이 됐습니다. 시간이 그만 큼 빠르게 지나가는걸 느끼게 됐습니다. 2021년은 저에게 정말 힘드시간이였던 것 같습니다. 어디서부터 어떻게 글을 시작해야될지는 모르겠지만, 1월 경부터 돌아가서 이야기를 젂어보려고 합니다. 필자는 2021년 5월 10일부로 새로운 회사 LINE PLUS의 일원으로 새로운 곳에서 새로운 사람들과 일을 하게 됐습니다. 지난 8년간의 생활을 간단하게 기록해보고자 글을 쓰게 됐습니다.

1. 업무의 시작

필자는 삼성SDS 출신입니다. 삼성 SDS는 국내에서 TOP급 SI 업체입니다(?). 때는 2013년 4월경 이였던것 같습니다. 군생활 도중에 전역을 하고나서 취업에 대한 고민을 깊게 하던 시기였습니다. 참고로 필자는 ROTC 출신이라 군생활을 장교로 복무하였습니다. 당시에는 전공에 상관없이 비전공으로 채용하는 과정이 있었고 삼성에 대한 꿈으로 입사를 하게 되었습니다. 처음 입사해서는 기분이 너무 좋았습니다. 삼성이라는 소속감과 필자의 몸을 파란피로 채우는 느낌이였습니다. 그런데, 업무를 처음 시작하는 내내 너무 힘들었던것 같습니다. 컴퓨터와는 전혀 상관없는 전공을 공부했고, 심지어 나라의 부름으로 군대를 다녀오다보니 머리가 상당히 굳어있었습니다. 처음에 시작했던 업무는 삼성닷컴 마케팅 페이지운영을 했었습니다. 그러다보니, Front-end에서 주로 사용하는 기술들을 하나씩 배워나갔던 것 같습니다. 특히나 필자는 자바스크립트 언어에 대해서 흥미가 많이 생겼던 것 같습니다. 특히 jQuery가 한창 붐인 시절에 jQuery를 통해서 DOM제어를 하면서 개발하는 내용들이 바로바로 화면에 나타나는게 너무 신기하기도 하고 재밌었습니다. 여기서부터는 개발에 기역(ㄱ)도 모르던 시기를 지나 1년 후부터는 어느정도 자유도 있게 언어를 다루게 된 것 같습니다. 이후에는 Spring Framework 기반의 백엔드 구축 업무를 하게 되어, MVC패턴과 웹프레임워크에 대해서 알게 되었습니다. 개발업무를 하면서 컴퓨터 전공도 아닌 필자가 IT의 매력을 하나씩 느끼게 되었던 시절인 것 같습니다. 무엇인가 논리적인 흐름에 따라 실제 서비스에서 변경이 되고 설계하고 구축하는 것들이 재밌었습니다. 최근 3년의 경력을 보자면, 클라우드 기반의 시스템 엔지니어 역할을 수행했었습니다. 역시 AWS는 제게 낯설었고, 터미널에는 어떻게 명령어를 활용해야하는지 CI/CD는 어떻게 구축을 해야하는지 등 새로이 배워야 할 것들의 연속이였습니다. 돌이켜 생각해보면, 최근 3년의 경력이 앞으로의 저를 이끌어줬다고 생각합니다. 개발 업무를 시작으로 시스템 엔지니어까지 여러 업무를 수행하면서 느낀것은 IT라는 것이 결국에는 General하게는 알아야되고 그중에서도 나의 전문적인 영역을 하나 구축하는 방향으로 가지 않나 생각하게 됐습니다. 필자는 특히, 도커 컨테이너와 쿠버네티스쪽에 관심과 흥미가 많이 생겼습니다. 혼자 이것저것 만들어보기도하고 다뤄보다가 운이 좋은 계기가 되어 20년도에는 사내에서 쿠버네티스 적용기에 대한 내용을 발표를 하기도 했었습니다. 그러다보니 자연스럽게 필자의 전문성으로 가고자 하는 방향은 DevOps라는 것을 알게 됐습니다. 2021년 상반기에는 큰 변화가 있었던 것 같습니다. 개인적으로는 SDS에서 승격을 하게 됐고, 또 운이 좋게 이직까지 하게 됐습니다. 그동안 노력했던 것들을 기반으로 잘 되었던 것 같습니다. 2013년 시작했던 저의 첫 개발이 이제는 새로운 회사에서의 또다른 시작으로 바꾸고자 합니다.

2. 업무의 전환

위에서도 기록을 해두었지만, 필자는 여러가지 업무를 2-3년 단위로 바꾸면서 수행했던 것 같습니다. 물론 자의에 의한 부분이 많았습니다. Front-end개발을 시작으로 컴퓨터 언어에 매력을 느끼기 시작하면서 동시에 Back-end 업무를 수행했습니다. 어플리케이션에 대한 이해를 바탕으로 마지막 생활은 시스템 엔지니어로서 클라우드 기반의 서버 운영을 했었습니다. 여러가지 업무를 전환하면서 느껴지는것은 업무를 바꾼다는 것 역시 작은 부분의 이직이라고 생각이 들었습니다. 본인이 하던 것들을 과감히 내려놓고, 새로운곳에서 새로운 업무와 사람들과의 관계도 다시 쌓는 부분이 어쩌면 부담스럽기도 했었습니다. 하지만 시간이 지나고 돌이켜보면, 그때의 고생들이 지금은 저의 성장력을 만든 것 같습니다. 회사도 성장하기 위해서는 변화를 합니다. 개인적으로도 하나의 업무만을 고집하는 것보다는 다양한 업무를 수행하면서 변화를 주면 또다른 시야가 생기고 역량도 발전한다고 생각이 들었습니다. 인생도 마찬가지라고 생각이 들었습니다. 현재 나의 위치, 나의 회사 등 기존에 하던것들에서 하나씩 바꾸기 시작하면 기분전환도 되고, 새로운 원동력이 된다고 생각이 들었습니다. 삼성에 처음 입사해서 들었던 교육이 생각이 났습니다. 이건희 회장님께서 신경영을 내세우며 하신 말씀 중, 마누라 빼고 다 바꾸라라는 말이 당시에 왜그랬는지 이제서야 이해가 됐습니다. 변화 없이는 성장이란 있을 수 없다고 생각합니다. 잦은 변화나 현재의 불만을 탈피하기 위한 변화가 아니라 현재에서 안주하지 않고, 성장하기 위해서는 변화(전환)은 필수라고 생각합니다. 하지만, 필자는 아직도 성장하기엔….멀었다고 생각이 듭니다. 바꾼게 사실 거의 없다고 해도 과언이 아닙니다. 사실은 변화를 많이 두려워하는 성격인 것 같습니다. 그래도 이번 이직을 시작으로 계속해서 변화하고 성장하는 것을 목표로 해야겠다는 생각이 들었습니다.

3. 이직에 대한 고민

사실 이직에 대한 고민은 여러번 했었던 것 같습니다. 지난 8년 회사를 다니면서 그리고 IT에 흥미가 생기기 시작하면서부터는 오로지 학습과 회사일에만 신경을 썼었던 것 같습니다. 필자가 입사해서부터 지금까지 취득한 자격증만 13개가 되는 것을 보고, 스스로도 새삼 놀랍기도 했습니다. 물론 자격증이라는 것이 하나의 자격을 주는 것이지 실력을 대변하는 것은 아니라고 생각이 됩니다. 열심히 살면서 느끼게 되는 것은 스스로를 점점더 옥죄는 무엇인가가 있다고 느끼기 시작했습니다. 올해는 어떤 내용으로 작년의 나보다 발전을 시킬까? 올해는 어떤것들을 보여줘야 나의 가치를 인정받을까? 등등으로 스트레스가 심했던 것 같습니다. 시스템 엔지니어로서 3년의 생활을 하고 난 후 생각이 바뀌기 시작했습니다. 다양한 세미나와 컨퍼런스를 다니면서 느껴지는 것은 수많은 프로젝트와 회사들을 거치면서 발표를 하는 저분들은 얼마나 견고하게 내공을 다지게 됐을까? 라는 생각이 들었습니다. 한곳에 있으면 아무래도 보는 시야와 성장이 한계가 있다고 많이 느끼게 되는 시점이였습니다. 21년도에는 어떠한 일이 있어도 이직에 대해서 도전을 해보고 나의 평가를 받아보자! 라는 생각이 들기 시작했습니다. 그래서 이직을 조금씩 생각하는 계기가 되는부분이기도 했던 것 같습니다.

4. 퇴직

필자의 퇴직은 여러가지 주변 환경들이 복합적으로 다가오면서 고민이 많았던 것 같습니다. 이직에 대한 고민을 시작으로 현재의 공간을 탈피하자라는 생각보다는 나의 가치를 좀더 발전 시켜보자 였기 때문에 양쪽회사중에서 나의 가치를 좀더 인정해줄 수 있는 곳이 어디인지 그리고 필자가 갔을 때 좀더 발전적으로 생활 할 수 있는 곳이 어떤 곳인지 등등 고민을 많이 하게 됐던 것 같습니다. 퇴직을 결심한 지금 이 포스팅을 쓰면서 의식의 흐름대로, 기록을 하고 있습니다. 나중에 시간이 지나서 이 포스팅을 봤을 때 그때 그런마음으로 임했었지 라는 생각을 되새기고 싶어서 기록을 하기로했습니다. 필자는 LINE PLUS로 이직을 하게 됐습니다. 새 출발할 수 있는 곳에 워낙 실력자들도 많고, 경력자들도 많기 때문에 두려움이 앞서는 것도 사실입니다. 하지만 매해 새로운 자극제들이 있어야 발전할 수 있다고 생각합니다. 현실에 안주하지 않고 어제의 나보다 작년의 나보다 더 발전적 했다는 것을 1년뒤의 포스팅에서 증명하고 싶습니다. 단, 퇴사라는 것이 결코 깔끔하거나 쉬운일 만은 아니기때문에 준비를 잘하고 해야됩니다. 이부분은 나중에 또다른 이야기로 포스팅 하도록 하겠습니다.

5. 마무리..

이직에 관련된 포스팅은 여러편으로 포스팅을 해보려고 합니다. 아직은 다듬어지지 않은 생각의 흐름대로 기록하는 포스팅이지만, 나중에는 책을 쓰고 싶은 마음에 필자의 여러가지 상황들을 모두 기록해두고 나중에 글을 쓸 기회가 오게 되면 좀더 다듬어서 여러사람들에게 경험과 노하우를 공유할 수 있는 글들이 되길 바라고 있습니다. 이직하기까지의 시간이 남아서 올해의 할일들도 정리하고, 지난 과거들도 정리중입니다. 지금까지는 굉장히 목표지향적으로 살았다면, 앞으로는 나의 삶도 중시하면서 취미생활도 하기로 마음을 먹었습니다. 2번째 이직 포스팅으로 다시 찾아 뵙겠습니다.

함께 보면 좋은 글

The post [라이프스토리] 나의 이직 이야기 v1 appeared first on WONIZZ.LOG.

2020 WONIZZ.LOG

워니 — Thu, 31 Dec 2020 07:02:42 +0000

안녕하세요? 정리하는 개발자 워니즈입니다. 2020년을 마무리하는 마지막날입니다. 1년의 마지막날은 WONIZZ.LOG를 기록해두며, 한 해동안 워니즈는 어떻게 살았는지 그리고 앞으로는 무엇을 할것인가에 대한 고민을 기억하기 위해서 글을 작성해보겠습니다.

2020년은 그야말로, 코로나로 인해서 너무나도 당연했던 일상들이 하나씩 사라졌던 것 같습니다. 2018~2019년에는 주말이면 카페에 틀어박혀서 7-8시간씩 IT관련된 내용을 정리하고 공부하는 시간을 한달에 한번정도는 갖었던 것 같은데, 20년도에는 할 수 없었다는 것에 대해서 굉장히 안타깝게 생각하고 있었습니다.

1. 2020년에는 목표 한 것은 다 이루었나요?

작년의 2019 WONIZZ.LOG를 보게 되면, 20년에 이루고자 하는 목표는 다음과 같습니다.

자격증 2개 이상 취득하기
블로그 연간 10000명 달성
- 주 1회 포스팅
개인 건강 (몸무게 감량)
2019년에 했던 기술심화
- 쿠버네티스 심화 적용(헬름3 활용하기)
- 테라폼(싱크 & 락) / 앤서블 롤 활용하기
- ELK X-pack 활용해보기

목표는 위와 같이 잡았지만, 내가 수행했던 목표에는 다소 미치지 못한 부분이 많이 있습니다. 우선 한개씩 짚어 보면서 어느정도의 성과를 이뤘는지를 정리해 보겠습니다. 그래도 금년도에 가장 크게 했던 부분은 사내에서 Kubernetes 적용 관련 발표를 진행했던 것 같습니다. 내용면에서는 EKS에 대한 도입과 CI/CD구성 모니터링순서로 간단하게 구성이 되어있지만, 사내에서 많은 사람들에게 제가 했던 부분을 공유 할 수 있었던 자리라 개인적으로는 뜻깊게 남는 기억이였습니다.

1-1. 자격증 2개 이상 취득하기

자격증에 대해서는 사실 필자 스스로가 생각했을 때는 굉장히 회의적이긴 합니다. 이유는 자격증을 목표로만 취득을 하게 되면, 전혀 현업에서 사용할 수 없다는 부분이 있습니다. 자격증을 취득하기 앞서서 먼저 활용을 많이 해본 뒤에 자격증을 취득하는 것이 좀더 좋다라고 생각을 했습니다.

20년도에 필자가 취득한 자격증은 2가지 입니다. 이미 포스팅을 했지만, 간략하게 정리를 해보겠습니다. 아래의 빨강색으로 표기된 2개의 자격증을 취득하였습니다. 자격증을 취득할때만 해도 AWS에대해서 굉장히 공부를 열심히 했었는데, 업무에서는 많이 활용하지 못해서 조금은 아쉬움이 있었습니다.

2-2. 블로그

블로그는 필자의 지식창고 같은 곳입니다. 그래서 매번 새로운것을 알게 되거나, 생각이 정리가 필요할때는 이곳에 와서 정리를 하는 것 같습니다. 블로그에 대한 목표는 연간 10000명이 되는 것이 목표로 했습니다.

두둔! 👏🏻👏🏻 우연의 일치인지 모르지만, 연간 사용자 10804명으로 기준치 달성을 하였습니다. 그래프를 보시면, 글을 쓸 때마다, 사용자가 크게 늘어나는 부분이 있고 평상시에는 대략 50-70명 수준을 유지하고 있는 것 같습니다. 아무래도 IT 테크 블로그이다 보니, 많은 유입이 안되는 것 같습니다. 그래서 앞으로는 생각도 많이 젂고, 여러가지 주제에 대해서 넓혀볼 생각입니다.

2-3. 2019년에 했던 심화 기술

위의 목표에서는 k8s 헬름3 적용, IaC(Infra as a Code)적용, ELK 심화였는데, 여기서 지켜진것이 한개도 없습니다. 😭 다만, kubernetes에 대해서 2020년에 하나씩 적용했던 내용들을 정리 하는 차원으로 학습을 하였습니다.

아래에 하나씩 정리를 진행중이고, 나중에 기회가 닿으면, 초보자를 위한 k8s 사용기같은 내용으로 책을 한편 써보고 싶은 생각입니다. 그래도 1년동안 꾸준히 포스팅을 했던것이 이렇게 정리된 것을 보니, 마음이 뿌듯하다고 생각하고 있습니다. 아직 부족한 부분이 많이 있는데 이러한 부분들은 하나씩 적용해보면서 이후에 정리를 할 예정입니다.

(글 수정합니다!! – 20년 1월 4일)
필자가 2020년에 했던 기술에 대해서 깜빡 놓친게 있었습니다. Front-end쪽도 관심이 생겨서 간단한 웹 어플리케이션을 AWS와 reactjs를 이용해서 만들어 보는 것이였습니다. 필자의 아는 지인이 간단한 토이 프로젝트의 리더(?)가 되어 주시고, 필자 같은 경우는 reactjs를 활용한 front-end 구축을 주로 진행을 했었습니다. 여러가지 기술 요소를 활용했지만, 이번 토이프로젝트를 진행하면서 facebook에서 사용하는 reactjs에 대해서 알아 볼 수 있는 좋은 시간이였던 것 같습니다. 관련해서 포스팅들은 아래와 같이 정리해두었습니다.

그리고 무엇보다도, 람다 이미지 리사이징이라는 포스팅을 한적이 있는데, 필자가 했던 프로젝트는 사실 간단한 규모의 웹사이트이지만, 이미지들이 주를 이루다보니, 웹사이트의 성능이 현격히 느려지는 현상이 있었습니다. 이것을 개선하고자 람다 엣지를 도입하였으며, 해당 내용에 대한 포스팅이 개발자 스럽다, AWS 주간 소식 모음에서 추천 컨텐츠로 노출된 적이 있었습니다. 개발자로서 참으로 보람된 일이 였던 것 같습니다.

월간 개발자스럽다 #54

AWS 주간 소식 모음 – 2020년 5월 4일

2. 2020년에는 어떤 일들을 했나요?

1. 1월 ❄️- 3월🌱

19년 12월 부터 AWS Developer Associate를 준비했었습니다. 1분기때는 자격증 취득을 목표로 하면서 그간 부족했던 부분 + 역량 강화에 초점을 맞췄습니다. AWS의 다양한 서비들을 학습해 볼 수 있는 좋은 기회였던 것 같습니다. Udemy라는 과정을 듣게 되었고, 이 과정중에서 문제를 풀어보면서 많은 부분을 학습하게 되었습니다.

아래의 부분을 다루고 있는데, 정확하고 완벽하게는 알수는 없지만, 그래도 학습하면서 어떤식으로 활용을 하면 되겠다라는 감각은 생겼던 것 같습니다.

AWS Developer Associate 취득 후기

바로 이어서 겹치는 부분도 있고, AWS의 학습에 대한 욕구가 강하게 늘어나는 시기였어서 인지, AWS Solutions Architect Professional까지 도전을 하게 되었습니다. 사실 시험비에 대한 부담도 있고, 학습해야될 부분이 굉장히 많이 있었습니다. 저같은 경우는 AWS KRUG Slack채널을 굉장히 많이 활용했고, 거기서 문의글도 많이 올렸었습니다.

그리고 역시 Udemy강좌를 통해서 학습을 진행했습니다. 확실히 1문제에 대한 지문의 길이와 난이도가 Associate 레벨과는 차원이 달랐습니다. 어려움도 있었지만 1달 넘게 공부를 진행하고 여러 후기들을 읽어보고 시험에 임하여 취득을 하게 되었습니다.

특히 위의 책을 굉장히 꼼꼼하게 학습을 했습니다. 마치 소설책처럼 재밌게 읽혀져 손쉽게 학습을 할 수 있었던 것 같습니다.

2. 4월 🌷- 6월🚣

온라인으로 진행되었던, AWS summit 행사에 참여했었습니다. 사실 매년 4월은 제가 1년중 가장 기대하는 달이기도 합니다. AWS Summit을 직접 가서 발로 뛰어가면서 연설 및 발표도 듣고, 상품들도 하나씩 받는 재미가 있었는데 이번 년도는 코로나 때문에 온라인으로 참석하게 되었습니다. 그래도 양질의 프로그램들로 가득차있어서 너무 좋았습니다.

그중에 가장 기억에 남는 것은 AWS 관리형 서비스를 활용하여 Kubernetes 를 위한 Devops 환경 구축하기입니다. 이 강의는 summit이 끝나고도 2-3번 연달아서 본 것 같습니다. 제 블로그에 방문을 해주실지 모르겠지만, 발표해주신 김광영 솔루션즈 아키텍트, AWS께 좋은 강의를 해주셔서 감사하다고 전하고 싶습니다.

또한, 추가적으로 진행한 것이 argoCD에 대한 도입 및 적용입니다. 사실 1년의 WONIZZ LOG를 기록하면서 최대한 업무는 배제하고 외적으로 진행했던 것들을 기록하고 싶은데, 그래도 올해 가장 신선하게 배울 수 있었던 부분은 Kubernetes의 CI/CD 도입이 아니였나 생각해봅니다. 새로이 적용하면서 국내에 아직은 많은 소개가 되어있지 않아 블로그에 내용도 부실하여, 하나씩 알아가면서 진행했던 부분이 힘들기도 했지만 재미 있었던 것 같았습니다.

현재 argoCD또한 커뮤니티가 점점더 커지고 있고, 여러가지 CRD(Custom Resource Definition)이 많이 나온 것으로 알고 있습니다. 그러한 부분에 대해서는 차후에 좀더 학습하고 적용해 보아야 겠다는 생각을 해보았습니다.

3. 7월 ☔️- 9월 🍁

7~8월까지는 정신없이 kubernetes적용을 했었던 것 같습니다. 기존의 해왔던 것들을 하나씩 정리를 진행하고, 포스팅을 차곡차곡 쌓아왔던 시기였습니다. 비록 필자가 속한 프로젝트에서는 EKS를 활용하여 k8s구성에 대한 부담은 크게 없었지만 그 이후에 helm 구성부터 빌드/배포 그리고 모니터링까지 하나씩 정리를 하면서 진행을 하니 학습+노하우가 같이 쌓이는 시기였던 것 같습니다.

운이 좋게도, 필자가 속한 회사에서 전사를 대상으로 k8s 적용했던 내용에 대해서 발표할 기회가 생겼습니다. 처음에는 내용이 너무 부실하고, advanced과정이라기보다는 안정적으로 운영하기 위한 eks 구성정도로 생각을 했었습니다. 이 발표를 준비하기 위해서 참 다양한 내용의 발표를 미리 봤었던것 같습니다. 저의 개인 계정 유튜브에 정리가 되어있긴하지만, 5-6편 정도의 쿠버네티스 강의를 봤었고 내용에 대한 수준을 그정도로 맞추기로 했습니다.

PPT도 수정만 10번 정도 넘게는 한 것 같습니다. 결과적으로 돌이켜보면 허접하기 그지 없는 발표와 내용이였지만, 제 개인적으로는 공적인 공간에 제가 직접 준비했던 내용과 발표를 통해서 자신감도 얻었고, 앞으로의 개발자로서의 발표에 대한 첫경험으로는 너무 좋았던 것 같습니다.

4. 10월 🍂- 12월⛄️

이 즈음부터는, 지금까지 못해왔던 일들을 하나씩 정리하면서 버릴것은 버리고 갖출것은 갖추기로 했습니다. 우선 가장크게 생각하는 것은 블로그에 대한 개편을 좀 생각하고 있습니다. 애초에 블로그를 시작한 계기는 아주 순수하게 AWS에 대한 이해와 시스템 엔지니어로서의 아키텍처 연습을 위한 용도로 블로그를 만들었었습니다.

블로그에 대한 글(컨텐츠)을 채우는거에 목표가 되다보니, 카테고리는 중구난방이고 내용이 아예 없는 카테고리도 있어서 이러한 부분에 대해서 다시금 카테고라이징을 진행하고 불필요한 컨텐츠는 삭제하는 것으로 정리를 해볼 예정입니다. 그리고 무엇보다도 3년간 사용했던 로고를 버리고 새로이 로고를 변경할 예정입니다.

추가적으로 내년도를 준비하기 위해서 Certified Kubernetes Administrator에 대해서 정리를 진행중입니다. 금년도에 했던 모든 내용들에 대해서 Coverage를 갖고 있기때문에 준비함과 동시에 다시금 정리하는 느낌으로 하고자 합니다.

3. 2021년 목표는?

코로나로 인해서 2020년이 순식간에 지나간것 같습니다. 너무나 당연했던 것들이 사라지는 아픔을 느끼는 한 해 였습니다. 제가 따뜻한 집(재택)에서 한해를 정리하는 포스팅을 쓸 수 있다는 것에 감사함을 느낍니다.

그리고 주변의 저를 도와준 많은 분들께 감사하다고 전하고 싶습니다. 한해를 마무리 하면서 나혼자서 하는 일이 아니라 모두가 함께 하는 일임을 느끼는 한 해 였던 것 같습니다.

2021년의 목표는 작년보다는 다소 평이하게 잡고자 합니다. 조금더 가족&건강에 대해서 챙기는 한해로 생각을 할 예정입니다.

내년에는 세상을 널리 이롭게하는 WONIZZ가 되고, 좀더 좁은 식견에서 벗어나 넓은 세상을 크게 보라는 의미에서 위와 같은 로고를 잡았습니다.

자격증 1개 이상 취득하기(Certified Kubernetes Administrator)
블로그 연간 15000명 달성
오픽 AL 달성(안되면 학원)
2021년에 목표하는 기술
- Linux Foundation
- OS 기본지식

이상으로 2020년에 했던 내용들을 간단히 정리 해 보았습니다. 사실 미흡한 부분은 건강에 대해서 많이 못챙겼다는 것입니다. 지나치게 하는 것들에 대해서 스트레스 받지 않고, 내가 가고자 하는 길로 천천히 걷기로 했습니다.

2020년 마무리 잘 하시고, 다가오는 2021년에는 등대와 같이 밝은 미래를 맞이 하셨으면 합니다.

2021년에도 더욱 발전하는 WONIZZ가 되겠습니다.

The post 2020 WONIZZ.LOG appeared first on WONIZZ.LOG.

2019 WONIZZ.LOG

워니 — Thu, 26 Dec 2019 09:52:08 +0000

안녕하세요? 정리하는 개발자 워니즈입니다. 2019년도 어느덧 5일 밖에 남지 않은 시점에 2019년도 회고를 하기 위해 글을 작성합니다. 1년이란 시간이 길면서도 정말 짧은것 같습니다.

1. 2019에 목표 한 것은 다 이루었나요?

2019년에는 다음과 같은 목표를 갖고 있었습니다.

Docker & Kubernetes 익히기
자격증 2개 이상 취득하기
블로그 주 2-3회 포스팅 하기
육아 준비 & 건강관리

금년도 가장 큰 목표를 갖고 있던 내용은 Docker & k8s 익히기 였습니다. 기본적인 명령어 사용뿐만 아니라 아키텍처 설계시 어떠한 방식으로 해야되는지 Best Practice에 대해서 학습을 진행했고, 개인적으로의 지식 습득에도 크게 작용을 했던 것 같습니다.

1. k8s (Kubernetes)

이번년도에 가장 크게 그리고 흠뻑 빠져 지내는 것 중 하나가 쿠버네티스라고 해도 과언이 아닐것 같습니다.

블로글 포스팅 ✒️ 블로그에는 kubernetes라는 카테고리를 신설하고, 관련 내용을 학습한 뒤, 하나씩 정리하면서 글을 썻습니다. 처음에는 기본적인 내용만 실습을 하고나서 글을 게재 했는데 k8s 내용이 워낙 희소성이 있는것 같아서 그런지 블로그 유입자도 그에 따라 늘어났던것 같습니다.
도서 📘

8월즈음에 동원훈련을 가게 되었는데, 3일 내내 훈련을 받고 난 뒤 오후시간에는 틈틈이 책을 읽어 내려갔습니다. 기본적인 내용을 학습하고 온 뒤라, 책이 쉽게쉽게 읽어져 좋았고, 특히 책 곳곳에 코드 내용기반으로 설명이 되어있기에 너무나도 좋았습니다.

컨퍼런스 참석 국내에서 최초로 진행하는 쿠버네티스 서울 포럼 2019에 참석을 하게 되었습니다. 여러 회사들도 덩달아 참여를 했고, 내용은 쿠버네티스의 본연에 집중하여 세미나가 되었지만, 그래도 유익한 시간이였던 것 같습니다.

2. 자격증 2개 이상 취득하기

오픽 al 도전기😭 오픽은 2018년 11월 ~ 2019년 6월 까지 도전을 했던것 같습니다. 결과는 7번의 IH를 달성했지만, 개인적인 느낌으로 영어가 확실히 계속 사용하면 얼추 의사소통하는데에 훨신 수월해진다는 느낌을 받았습니다. 물론 오픽이란것도 시험이기에 여러가지 요령이 있겠지만, 필자 같은 경우는 독학으로만 학습을 했습니다. 그러다보니 계속해서 더 낫은 성적이 안나왔던것 같습니다. 2020의 목표로 재설정을 해야될 것 같습니다.
ADsP✔️ 사실 회사에서 따라고 푸시하길래 도전을 해봤습니다. 통계학쪽의 내용이 나오다보니 기존에 필자가 알지 못하던 분야였습니다. 하지만, 이러한 부분이 언젠가는 머신러닝분야에서도 사용하기에 알아두면 나쁘지 않다고 판단했습니다. 그래서 필기시험에 도전을 하게 되었고, 2019년 9월 시험에 응시하여 취득하였습니다.
Azure administrator✔️ 솔직히 말씀드리면, 시험이라고 하기에는 좀 애매한 시험이였습니다. 기존에 AWS 만 사용해오다가 추세가 멀티클라우드를 지향하기때문에 Azure 또한 사용하면 나쁘지 않겠다 싶어서 도전을 했습니다. 시험에 대한 가이드라인이 명확했고, 기출문제 내에서도 나오기에 취득하는데는 무리가 없었습니다. 오히려 실기시험을 준비하기 위해 게정을 생성하고 실습하는 부분이 더욱 재밌었던것 같습니다. 추후 2020 목표에는 AWS Archi pro 시험으로 잡아야겠다고 생각했습니다.
리눅스 마스터 ✔️ 리눅스 본연에 관심이 가기 시작했고, OS는 기본적으로 다뤄야 될것같다고 생각하여 시험에 응시하게 되었습니다. 시험 응시를 위해 사이트에 접속을 하였는데, 알고보니 필자는 리눅스 마스터에 2014년에 이미 응시를 했었고, 취득을 한상태였습니다. 그래서 1급을 목표로 세웠고, 필기에 취득하게 되었습니다. 이 시험 또한, 기출 문제 위주로 나오기는 하지만, 기존에 리눅스에 대해서 알아가는 재미가 있어 시험에 의의를 두게 되었습니다. 2020 목표로는 리눅스 마스터 1급 실기를 두어야 할 것 같습니다.

3. 블로그 포스팅

블로그를 하는 이유에 대해서 다시금 생각하게 되었습니다. 사실 저는 광고를 붙여서 돈을 벌생각을 한거보다 그리고 다른사람들한테 알려서 유명해지려하는 거에 목표를 두지 않았습니다. 저의 슬로건대로 정리하는 개발자에 목표를 두었었고 하는 일들에 대해서 모든지 기록을 해두고 정리를 하자! 라는 생각으로 했었습니다. 사실 주변을 신경쓰거나 의식할 필요는 없었지만, 주변에서 하도 이야기를 많이해서 흔들리적이 몇번은 있었습니다. 여기에 그러한 내용을 기록할 필요는 전혀 없지만 저에게는 때론 스트레스로 다가온적이 있었습니다. 그래도 한개 한개씩 기록해둔 내용을 펼쳐볼때마다 아! 내가 이런것도 했었구나~ 라고 볼떄면, 정말 감회가 새롭기도 했었습니다.

월	글 갯수
1	1
2	1
3	1
4	4
5	–
6	–
7	12
8	14
9	4
10	6
11	5
12	3

글을 본격적으로 시작한것은 7월로 봐야될 것 같습니다. 아마도 광고를 달고 본격적으로 블로그를 시작하지 않았나 하는 생각이 드네요. (절대 광고 수익을 목표로 하지 않습니다!) 접속률을 보면, 하반기 기준 총 약 4천명 정도의 접속 수가 있었고, 평균적으로는 일단 70-100사이를 왔다갔다 한것 같습니다. 글을 쓰는 시점에 좀더 유입률이 늘었났고, 확실히 뭐가 됐든 마케팅이나 홍보의 효과가 중요하다고 느꼈습니다. 블로그를 하다보면, 참 신기한게 나름의 웹사이트를 운영을 하는것이다보니, SEO측면에서나, 마케팅이나 하는 부분을 관과 할수 없을 것 같습니다. 그래서 현재는 3군대 정도에 글을 쓸때면 자동으로 RSS 피딩을 제공하고있고, 그에 따라 유입률이 조금씩 나오게 되는 것 같습니다. 2020 블로그의 목표는 총 사용자 10000명에 도전을 해볼 생각입니다. 그리고 카테고리의 변경과 좀더 UI적으로 사용자의 호감을 가게끔 꾸며볼 생각입니다.

4. 육아 & 건강 👶

2019년에는 저에게 가장 큰 이벤트중 하나인 출산이 있었습니다. 6월에 출산을 해서 바로 사내 복지를 활용하여 2주를 쉬었습니다. 옆에서 와이프의 임신 & 출산을 모두 지켜보니, 정말로 여자는 위대하구나 라는 생각을 하게 되었던 시기인것 같습니다. 힘든 고통을 다 견뎌내고 다시 회복하는 과정을 보니, 내 와이프에게도 내 아이에게도 더욱더 멋지고 자상한 남편이자 아빠가 되어야지 라는 생각을 하게 되었던 해인것 같습니다. 가족을 위하는 길은 내 몸이 건강해서 오래오래 일을 하여 우리 가정을 이끌어 나가는 것이라고 생각했습니다. 그래서 건강을 생각하게 되었고, 특히 어려서부터 육중한(?) 몸매여서 체중 감량에 목표를 두게 되었습니다. 그래서 2020의 목표는 집에 일찍 퇴근해서 아이의 목욕은 아빠가 시키기 & -8kg 감량으로 정했습니다.

2. 2019에 어떤 일들을 했나요?

1. 1월 ❄️- 3월🌱

이 시기는 2019년도 준비를 위해서 라인플러스에 아는 선배 와 여러가지 시도를 했던것 같았습니다. 원래 이선배는 나의 멘토기도 했고, 개발 부분에 대해서 저랑 맞는 부분도 굉장히 많았습니다. 그러나 어느날 이 선배가 이직을 준비한다고 했고, 덩달에 옆에서 곁눈질로 뭐뭐하는지에 대해서 배울 수 있는 기회였습니다.

DevOps 사전과제 풀이

이 선배가 지원하는 회사에선 DevOps를 채용을 했었고, 사전과제를 내줬었습니다. 그래서 같이 풀어보게 되었고, 이부분에서 Docker & Docker swarm에 대해서 학습할 수 있는 좋은 기회였던 것 같습니다. 그리고 다른 회사에서는 이런부분을 미리 도입하고 사용하고 있다는 부분에 대해서 놀랍기도 했습니다.

2. 4월 🌷- 6월🚣

새로운 것에 대해서 범주를 넓혀가는 시기였던 것 같습니다. 여러가지 기술들을 섭력하기 위해 노력을 했고, 나름의 성과가 있었던 것 같습니다.

AWS 2019 Summit 참석 매년 4월에 진행되는 아마존 서밋에 참석을 하였습니다. 특히 쿠버네티스에 대한 내용들을 듣기 위해 참석을 했습니다. 그런데, 상품 받는거에 너무 치중을 했던것 같습니다. 내년 서밋에 참석을 할 때는 이곳에 후기도 같이 기록을 해두어야 할 것 같습니다. 사실 반년이 지난 지금 시기에 기록을 다시 하려니, 남는게 없다는 것을 느꼈습니다.
Terraform & Ansible 학습 금년도에 가장크게 관심을 갖은 것 중 하나입니다. 테라폼 & 앤서블을 통해서 인프라를 코드로 관리하는 방법에 대해서 알게 되었고, 특히 Ansible role을 활용하여 모듈화하는 방식에 대해서도 익힐 수 있는 시기였던 것 같습니다. 프로젝트에 완벽하게 도입한것은 아니지만, 초기 인프라 셋팅할 때 코드로 작성하여 반복 수행시에 사용을 하고 있습니다. 조금더 발전을 시켜 인프라를 코드로 관리하고, 특히 상태파일을 S3 에 저장하고 Dynamo DB로 lock을 걸어 반복 수행을 예방하는 방식도 적용을 해보면 좋을 것이라고 생각하게 되었습니다.
Jenkins 학습 젠킨스는 너무나도 훌륭한 CI/CD 툴입니다. 특히나 여러가지 플러그인들을 제공하여 손쉽게 이것저것 필요한 Job들을 구성할 수 있다고 생각했습니다. 그래서 남는 서버에 도커를 설치하여 Jenkins를 올리고 저만의 테스트 환경을 구성하였습니다. 이곳에서 Jenkins Pipeline 도 사용해볼 수 있는 좋은 기회이자 학습 공간이였던 것 같습니다.

3. 7월 ☔️- 9월 🍁

본격적으로 Docker를 익히고 학습하는 시기가 되었던 것 같습니다. 회사 업무중 여러가지 관리툴 (Grafana, InfluxDB, zabbix, rundeck, elk 등)에 대해서 학습할 수 있는 시기가 되었습니다. 해당 관리툴에 대한 버전업을 진행하게 되었고, 각 툴에 대해서 파일들이 어떤 역할을 하는지 학습을 하게 되었습니다. 특히 conf파일들에 대해서는 좀더 상세하고 심도 깊게 봤고, 데이터 파일들은 어떤식으로 관리가 되는지를 학습하게 되었습니다. 이어서 해당 관리툴들을 Docker container로 운영을 하기 위해 컨테이너 기반 어플리케이션으로 올리게 되었고, 여기서 는 단일 컨테이너로 올리게 되었습니다. 그러다가 이러한 도커 컨테이너를 관리하고자 하는 방법을 알아봤고, 오케스트레이션이라는 개념에 대해서 알게 되었습니다.

Kubernetes 와 친해지기

8월즈음에는 동원훈련을 가게 되었는데, 위에 기록했다시피 동원훈련 내내 남는 시간에 대해서는 쿠버네티스 학습을 하였습니다. 기존에 1일짜리 교육을 수강한바 있어 기본적인 내용에 대해서는 알고있었고, 코드 위주로 확인을 하게 되었습니다. 결국 3일이란 시간내에 1독을 하게 되었고 이부분이 저에게 가장 크게 작용을 했던 것 같습니다.

Agile conference 참여

운이 좋게 애자일 컨퍼런스에 참여하게 되었습니다. 사실 필자는 애자일이라는 개념에 대해서도 잘 알지 못해서 참석은 하였지만 내용이 많이 와닿지는 않았었습니다. 그래서 가져간 태블릿으로 애자일부터 관련 여러가지 컨텐츠를 검색해서 학습하게 되었고, 다음번에는 좀더 관심을 갖고 참석을 하면 좋겠다라는 생각을 하게 되었습니다. 애자일, 스프린트, 스크럼, 애자일 조직 등등에 대해서 알아봤고, 우리 조직에 적용을 하기 위해서는 어떠한 부분이 적합할까도 고민해보기도 했습니다.

4. 10월 🍂- 12월⛄️

본격적으로 쿠버네티스에 대한 설계고민과 적용을 해볼 수 있는 시기였던 것 같습니다.

AWS EKS 학습하기

아마존 EKS는 2019년에 나온 서비스로 그 사레가 많이 있지도 않았고, 서비스도 안정적이지 않았습니다. 그래서 처음에는 ECS에 대한 도입을 검토를 했지만, 쿠버네티스만의 강한 장점이 있기 때문에 EKS를 적극 도입하는 것을 생각해봤습니다. AWS EKS를 통한 클러스터링 구성부터 디플로이먼트, 서비스 구성, ALB 연결까지 해볼 수 있었습니다. 또한 볼륨관리는 어떻게 하고 배포는 어떤식으로 하면 되겠다라는 구상까지도 하게되었습니다.

3. 2020년 목표는?

앞서 글이 길어졌습니다.

Docker & Kubernetes 익히기(80점)
자격증 2개 이상 취득하기(90점)
블로그 주 2-3회 포스팅 하기(70점)
육아 준비 & 건강관리(30점)

작년의 목표에 대해서 는 위와같이 점수를 메겼습니다. 2020년으로 넘겨야되는 부분도 있고, 어느정도 성취를 완성한 부분도 있습니다. 2020년에는 가장 큰 목표는 블로그 활성 & 깃헙 클론프로젝트 수행 입니다. 더불어 가족 & 건강 부분에 대해서 많은 신경과 고민을 쓸 예정입니다. 2020년의 목표는 다음과 같이 정하도록 하겠습니다. 2020년에는 2019년에 했던 기술들을 좀더 심도 깊에 본다는 의미에서 아래의 로고를 만들어봤습니다.

자격증 2개 이상 취득하기
블로그 연간 10000명 달성
- 주 1회 포스팅
개인 건강 (몸무게 감량)
2019년에 했던 기술심화
- 쿠버네티스 심화 적용(헬름3 활용하기)
- 테라폼(싱크 & 락) / 앤서블 롤 활용하기
- ELK X-pack 활용해보기

이상으로 다사다난 했던 2019년에 대한 회고를 마치도록 하겠습니다.

함께 보면 좋은 글

The post 2019 WONIZZ.LOG appeared first on WONIZZ.LOG.