2025 Retrospective & 2026 Resolutions

오랜만에 글을 쓴다.

자주 쓰려고 했는데 회사일이 바쁘단 핑계로 계속 미루고 미뤄 작성을 안하고 있었다. 그래서 새해도 되었으니 작년 회고를 하는 것과 함께 이 포스팅을 시작으로 새로운 마음으로 다시 시작해보려고 해본다.

Looking Back at 2025

Cloud Infra Engineer & Devops 직무 전환

2024년도 하반기부터 시작된 나의 큰 변화이다. 원래는 Back-End Engineer였지만 24년 하반기 이직을 하면서 직무를 전환하게 되었다.

Legacy System을 신규 Cloud Native Architecture로 전환하는 프로젝트에 참여하게 되었고 더불어 Kafka를 이용한 Event Driven Architecture를 구현하는 것까지 주도적으로 참여하였다.

Back-End Engineer를 할 때부터 Kubernetes에 대해 계속 공부하고 AWS Cloud Infra에 관심이 많았기에 너무 좋은 기회라고 생각하여 참여하였고 높은 만족도를 가지고 회사 생활을 하고 있다.

개발 블로그 배포

긴 시간동안 계속 목표를 했던 나만의 사이트를 배포했다.

기본은 나의 개발자로써의 기록을 써내려 가려고 했기 때문에 개발 블로그 사이트를 만들고자 했었고 아직 부족하지만 드디어 배포를 했다.

Front-End 개발자가 아니다 보니 어떻게 개발해야 할지를 계속 고민했었는데 AI가 나왔고 AI를 사용한 vibe coding을 통해 개발을 진행했다.

만약 AI가 없었다면 아직까지 개발블로그를 배포할 수 있었을지 잘 모르겠다.

첫 오픈소스 기여

Kafbat UI 오타 수정

시작은 kafka system을 구축하면서 시작되었다. Kafka System을 구축하면서 Kafka UI Management 도구가 필요했고 Kafbat UI를 도입했다. 사용을 하다가 UI에 너무 보기 싫은 오타를 발견하고 처음으로 Contribution이란 것을 찾아보고 해보게 되었다.

Bitnami schema registry helm chart 수정

이것도 Kafka System을 구축할 때 발견한 오류를 수정하면서 기여하였다.

Cloud로 AWS를 사용하고 있었고 그래서 Kafka를 AWS Managed인 AWS MSK로 구축해놓은 상태였다.

MSK는 다른 Kafka의 SSL 통신방식과 방식이 다르다. 보통 SSL/TLS라고 하면 mTLS방식을 통해 상호인증을 기반으로 통신 인증을 처리한다. 이 과정에서 대표적으로 JKS라는 파일을 필요로한다. 하지만 MSK는 SASL_SSL 인증방식을 사용할 때 mTLS 방식을 사용하지 않기 때문에 JKS 파일이 필요가 없다.

Bitnami의 Schema Registry helm chart에서 SASL_SSL를 통한 kafka 인증방식을 사용할 때 mTLS를 전제로 chart가 구성되어 있었고 SSL 통신방식에서는 JKS와 같은 인증파일을 필수로 주입받고 있었다.

그래서 schema registry가 SASL_SSL 인증방식을 사용하더라도 JKS 파일을 필수로 받지 않도록 제거하는 기여를 하였다.(PR)

하지만 올해 하반기 Bitnami가 오픈소스를 중단하면서 더이상 오픈소스로써의 가치가 줄어든 것 같아서 아쉬웠다.