개발과 일상

작년에도 AWS Summit을 참석했었다.2024.05.18 - [일상] - [컨퍼런스] AWS Summit Seoul 2024 - 1일 차 후기2024.05.19 - [일상] - [컨퍼런스] AWS Summit Seoul 2024 - 2일 차 후기 다만 이번에는 작년과는 차이가 있었는데, 작년에는 플랫폼 엔지니어링이란게 뭘까라는 뚜렷한 목적이 있었다. 이번에는 성장이 막혀있단 느낌이 있어서 이걸 뚫어보고 싶어서 다양한 개발 사례를 보고 싶었다. 그런데 막상 가니까 너무 AI 쪽에 쏠려 있었다. 들어가기 전에 잠깐 정리하자면 사람이 너무너무너무 많았다... 기업 부스도 돌아봤는데 대부분 LLM을 이용한 챗봇과 업무 효율화 관련 내용이었다. 그렇게 재밌진 않아서 바로 세션을 들으러 갔다. 세션은 아래와 같..

개요 올해부터는 이직을 위해 움직여보려고 생각은 하고 있었는데, 바쁘다보니 지원을 할 생각을 못하고 있었다. 마침 지인 토스가 이번에 대규모 채용을 한다해서 지원서를 넣어봤다. 프로젝트가 바쁘게 돌아가고 있어서 시간을 내기 어려운 상황이라 있던 이력서를 그대로 냈는데 운좋게 서류를 통과했다. 그래서 면접을 시작하게 됐는데, 요약하면 어렵지만 재밌는 시간이었다. 어디서든 이야기하지만 토스 면접은 준비하는게 딱히 의미가 없다. 일단 떨어졌기 때문에, 아쉬움이 앞서지만 피드백은 해야겠지.... 토스 면접과 과제는 보안서약서를 꼭 작성시키기 때문에, 면접과 과제에 대한 상세 내용은 명시할 수 없으니 양해 부탁드립니다. 면접에서 아쉬웠던 부분들1. 예시가 잘못됐나?이 부분이 사실 특히 아쉽다. 선택권이 둘중 하..

개요앞선 글(언제나 복잡한 이름 순 정렬 구현하기)에 이어서 파일 드라이브의 정책 관련 이야기들 중 하나다. 별로 재미없는 이야기인데, 내가 했던 고민들을 정리해보려고 한다. 현재 개발 중인 서비스에 파일을 관리할 때 파일들이 고유한 id를 갖게끔 구성했다. 그래서 순도 100% 백엔드 개발자 마인드로 어차피 id로 구분되니까 파일 이름이 중복되도 문제가 없지 않을까...? 란 생각을 했지만... 다른 팀원들의 생각은 달랐다. 그 결과 나는 반대했지만 결국 중복된 이름 생성을 방지하기 위한 다양한 정책이 나오기 시작했다... 어떤 문제가 있었고 이에 따른 어떤 정책들이 있었으며 어떻게 처리했는지 하나씩 알아보자. 1. 생성 시 동일한 이름이 있다면 어떻게 해야하나?이건 정책적으로 그냥 막기로 했다. ..

개요원래는 teleport를 도입하면서 접근제어와 감사로그를 함께 해결하려고 했다. 그러나 teleport를 쿠버네티스 외부 환경에서 구축하려면 인증 서버와 Bastion 서버, EC2 인스턴스 두 개가 필수적으로 필요했다. 비용이 엄청 크진 않지만, AWS 인프라 관리는 내가 하지만 비용을 다른 팀에서 부담하는 모순적인 구조라 인프라를 마구마구 늘릴수가 없었다. 그래서 접근제어는 SSM 기반 접근 방식을 이용하기로 했다. 조금 손이 가긴 하지만 보안적으로 가장 안전하다.어떻게 구축했는지는 이전 글에 있다.Private Subnet에 있는 AWS RDS에 접근하기 2. Bastion + SSM with. DBeaver 그렇다면 감사로그는 어떻게 찍어야할까? 다행히 PostgresSQL에서 제공하는 방식이..

2024.01.29 - [일상] - [컨퍼런스] 게으른 개발자 컨퍼런스 후기 작년에 꽤 재밌게 봤던 컨퍼런스라 올해도 지원해서 왔다. 올해 첫 컨퍼런스 참석인데, 시작으로는 나쁘지 않은 듯하다. 작년에 비해 세션이 많이 간소화 됐다. 작년에는 듣고 싶은 세션에따라 장소를 계속 옮겨야했고 참여 인원이 너무너무 많았어서 굉장히 혼란스러웠다. 올해는 5천원이지만 유료세션으로 변경되었고, 장소도 한곳에서 진행되어 듣는 입장에서 편하게 들을 수 있었다. 발표 자료 : https://github.com/lazyconf-dev/2025-lazydevconf1. 24시간 끊기지 않는 잔고 서비스 개발작년에 재밌게 봤던 거래소에서 신규 서비스를 개발하면서 발생했던 문제에 대해 발표하셨던 분이 다시한번 세션을 준비해주셨..

개요이전 글 : Private Subnet에 있는 AWS RDS에 접근하기 1. Bastion + SSH with. DBeaver bastion 점프 서버와 SSH만을 이용해서 상용 DB에 접근하게 된다면, 팀원들이 각각 로컬에 pem key를 갖고 있어야 한다는 너무나 큰 문제가 있다. 이 문제의 가장 보편적인 대안인 AWS SSM을 이용한 방식을 사용해보려고 한다. AWS SSM은 SSH만 쓰는 것 보다 어떤 측면에서는 더 쉽고 간단하며, 더 많은 관리자로서의 기능을 제공한다. 하나씩 알아보자. 1. AWS SSM 이란?https://docs.aws.amazon.com/ko_kr/systems-manager/latest/userguide/session-manager.htmlSession Manage..

개요AWS RDS DB를 public subnet에 둘 수 있다면 RDS 엔드포인트만으로 접근할 수 있기 때문에 개발하는 입장에서는 행복해질 수 있다. 그러나 당연하게 AWS에서도 보안상으로 민감한 데이터를 갖고 있는 DB의 경우 public subnet에 두는것을 권장하지 않는다. (https://aws.amazon.com/ko/blogs/database/best-practices-for-creating-a-vpc-for-amazon-rds-for-db2/ Best practices for Amazon VPC design 챕터 참고) 그렇다면 DB를 private subnet으로 옮기게 되면 어떻게 될까? 이 경우 외부에서는 RDS 엔드포인트에 직접 접근할 수 없게 된다. 때문에 private VPC에..

개요간단한 검색 기능을 넣어놨는데... iOS에서 올린 데이터가 검색이 안된다는 이슈가 올라왔다. 그래서 DB를 뒤적거려보니... 아래와 같이 저장되어 있었다. 사실 처음부터 데이터가 이렇게 저장되고 있다는건 알고 있긴했다. 그런데, 문자열 기반 검색이 아닌 단순 조회에서는 신기하게 제대로 출력되서 큰 걱정은 안하고 있었다. 그런데 문자열 기반 검색이 안되기 때문에 조치가 필요했다. 가장 쉬운 방법은 쿼리에서 데이터 마이그레이션을 하고, 클라이언트에서 NFC 방식으로 업로드하는 것을 유도하는 것이다. 그런데, 클라이언트가 바로 패치를 못하는 경우가 있다. 이 때는 서버에서 단독으로 조치를 해줘야한다. 해결 방법을 하나씩 알아보자. 1. PostgresSQL에서 NFD방식을 NFC로 마이그레이션하기특정 버..