🛵꾸준한 꿈틀꿈틀

Java에서는 null을 안전하게 다루고 표현력을 높이는 방법으로 Optional이 잘 알려져있는 것 같습니다. 하지만 실제로 사용하다보니 wrapper 타입이라는 점으로 인해 고민되는 요인들이 꽤 많았는데요. 정확히는 Optional을 nullable 표현의 용도로 API response 필드 값에 사용하고 싶었는데 그 과정에서 고민되는 점이 있었어요. 오늘은 그 내용에 대해 개인적인 생각을 적어보려고 합니다. Optional을 response 필드에 사용할 때 문제점 1. 직렬화 "Optional은 직렬화하는데 의도치 않는 필드가 직렬화되는 문제가 발생할 수 있습니다." 직렬화 라이브러리의 구현마다 다르겠지만 모두 Optional을 호환하는지는 보장되지 않으므로 우리가 제어할 수 있는 영역이 줄어들고..

다음과 같은 지식을 학습하고 정리합니다 벌크형, 스트리밍 형 데이터 전송 스트리밍형의 데이터 전송인 메시지 배송 구조와 트레이드오프 성능을 얻고 신뢰성이 희생되는 경우 등 메시지 배송에 있어서 프로세스 시간과 이벤트 시간의 구별 이벤트 시간을 고려한 최적화 데이터 색인을 통한 최적화 NoSQL 데이터베이스의 몇 가지 특성과 구분 데이터 축적의 전반적인 플로우 4-1 벌크 형 스트리밍 형의 데이터 수집 데이터 전송에는 벌크 형과 스트리밍 형의 두 종류가 있음 각각의 방법으로 분산 스토리지에 데이터가 저장될 때까지의 흐름을 살펴보자. 객체 스토리지와 데이터 수집 빅데이터는 대부분의 경우 확장성이 높은 분산 스토리지에 저장됨 분산 형의 데이터베이스가 이용되는 경우도 있지만 대량으로 파일을 저장하기 위한 객체 ..

2023년은 정말 다이나믹했던 것 같아요. 1년이라는 시간동안 정말 많은 일들이 있었고 가치관에도 큰 변화가 생겼던 것 같습니다. 그리고 이제는 1년이라는 시간에 이렇게 많은 것들을 할 수 있다는 걸 이해했고 다른 이들이 겪은 시간과 각자의 시간을 존중하게 된 것 같아요. 올해 3년차가 되었고 내년이면 윤석열 나이 아니고 원래 나이로 25살(00년생)이 되는데 시간이 지날 수록 점점 여유가 생기면서도 새로 겪는 경험들이 많아서 즐거운 것 같습니다. 2023에 있었던 일들 중에 기억나는 것들은 하나씩 살펴볼게요. AUSG에서 만난 소중한 스터디 AUSG라는 AWS 관련 클라우드 동아리에서 기술 책 스터디를 한 9개월 정도 되는 시간 동안 꽤 오래 진행했어요. 스터디 구성원분 중에 어떤 분이 "우리는 단순히..

AWS re:Invent 2023에 참여할 수 있도록 회사에서 도움을 주셔서 기분 좋게 다녀왔습니다! AWS 리인벤트는 매년 열리는 AWS 컨퍼런스이고 전 세계의 사람들이 모이는 최고의 테크 컨퍼런스 중 하나입니다. 이번 행사는 2023년 11월 27일부터 2023년 12월 1일까지 라스베가스에서 진행되었고 길고도 짧은 시간을 보내면서 많은 추억들과 지식을 얻었던 것 같습니다 ㅎㅎ 이번 글에서는 아래 내용들을 한 번 이야기해볼게요! 필요하신 내용을 찾아가서 보시는 걸 추천합니다. 리인벤트 이야기와 DB 관련해서 새로 공개된 AWS 제품 그리고 추천 아티클 다음에 리인벤트에 가시는 분들을 위한 약간의 꿀팁(추천 세션 종류, 위치 선정 등) 어떻게 잘 놀았는지 조금 자랑 리인벤트 이야기 리인벤트에 처음 가면..

"한수님은 시간 관리하는 게 헤르미온느 같아서 대단해요", "쉴 틈 없이 성장을 위해 본인을 벼랑 끝으로 미는 분인 것 같아요" 주변에서 이런 말을 들은지 한 1년 정도 된 것 같다. 보통 내가 삶에 충실하고 열심히 무언가를 하는 모습에서 이런 반응을 보이시는 것 같고 그 분들에게 또 다른 자극이 되는 것 같다. 하루하루 바쁘게 살다보니 과거에 어려웠던 것들이 이제는 너무 당연하고 두려움도 많이 없어진 것 같다. 그래서 한 편으로는 소중함을 잊어가는 건 아닌가 하는 생각도 든다. 가끔 원동력이 뭐냐고 물어보시는 분도 있는데 "그냥 재밌어요! 냅다 해버리는 게 방법입니다 ㅎㅎ" 라고 생각 그대로 답변한다. 도대체 지금의 나는 어쩌다가 이렇게 됐을까? 꽤 먼 과거 이야기부터 해보면 좋을 것 같다. [지금의 ..

최근에 staging 환경에서 단일 인스턴스를 두면서도 무중단 배포를 하고 싶었는데, AWS Elastic Beanstalk을 활용해서 이를 손쉽게 해결할 수 있었습니다. 그래서 저와 같은 고민을 하고 계신 분들을 위해 기록차 이 글을 작성합니다. AWS Elastic Beanstalk은 vercel과 유사하게 코드만 올리면 인프라 관련 세팅을 매우 손쉽고 빠르게 배포할 수 있도록 도와주는 PaaS(Platform as a Service)입니다. Elastic Beanstalk을 사용하면 인프라 관리를 신경쓰지 않을 수 있고 비용도 Elastic Beanstalk 기능 자체는 무료이며 S3, EC2 등 웹 애플리케이션을 저장하고 실행하기 위해 생성한 리소스에 대해서만 지불하면 됩니다. 그래서 리소스를 최..

이 글에서는이 글에서는 golang을 활용한 rate limit에 대해서 다룹니다.최근에 회사 업무에서 tcp 100으로 고정하고 유저 정보를 등록하는 batch job을 개발했었는데,golang에서 제공하는 rate limit 패키지를 활용했습니다.그래서 관련해서 내용을 정리해보려고 해요!이 글을 읽는 사람들은 다음과 같은 지식을 얻어가길 기대합니다처리율 제한(rate limit)이란?golang rate package 주의*제가 경험한 케이스는 단일 batch job을 kubernetes cronjob으로 동작시킨 경우입니다.분산 시스템에서의 rate limiter는 또 다른 고민거리들이 존재합니다.그 고민거리에 대한 이야기는 글 후반부에 다룹니다. 처리율 제한(rate limit)이란?rate li..

얼마 전부터 "좋은 개발자 되기"라는 메모를 남기기 시작했다. 내가 생각하기에 "오 저 사람 진짜 일 잘한다, 멋있다"라고 생각하는 것과 반대로 "음.. 저건 정말 별로네 저렇게 하지 말자"하는 것을 야생적으로(?) 기록하고 있다. 좋은 개발자란 뭘까? 좋은 개발자에 대한 생각은 사람마다 다르다. 결국 입장에 따라 주관적 요소가 들어갈 것 같다. 그래서 좋은 개발자라는 것에 대해 절대적 기준을 정하는 건 거의 불가능할지 모른다. 하지만 어느정도 비슷한 기준을 정할 순 있을 것 같다. 오늘은 그 이야기를 해보고 action item을 도출해볼 것이다. 적어도 이 글을 읽는 사람들도 생각할 거리를 찾길 바란다. 의견을 주고받고 싶은 분들은 언제나 환영입니다 :) 내가 생각하는 좋은 개발자(=같이 일하고 싶은..