전체 글

데이터베이스 설계에서 기본키(Primary Key) 선택은 시스템의 성능과 확장성을 결정하는 핵심 결정 중 하나다.Primary Key 유형과 특성데이터베이스에서 사용되는 주요 Primary Key 유형은 크게 세 가지로 나눌 수 있다. Auto Increment는 데이터베이스가 자동으로 순차적인 정수 값을 생성하는 방식이다. UUID는 128비트 길이의 고유 식별자로 중앙 집중식 조정 없이도 전 세계적으로 유일한 값을 생성할 수 있다. 마지막으로 시간 기반 순차적 ID는 ULID나 Snowflake ID처럼 시간 정보를 포함하면서도 순차성을 보장하는 하이브리드 방식이다.Auto Increment의 장점과 한계Auto Increment는 뛰어난 성능을 보장한다. 순차적 삽입으로 인해 인덱스 분할이 최소화..

연동 설정 과정https://argo-cd.readthedocs.io/en/stable/operator-manual/user-management/keycloak/#keycloak-and-argocd-with-client-authenticationhttps://www.youtube.com/watch?v=QtIXS-QKEWU발생한 오류 해결ArgoCD 무한 리다이렉트 문제https://stackoverflow.com/questions/76624577/argocd-ingress-kubernetes-too-many-redirects-even-with-insecure-nginxArgoCDAdmins, ArgoCDEngineers 에 대한 policyp, role:engineer, applications, get,..

예전에 재미난 글을 읽었다. 바로 이 글인데, 내용을 짧게 요약해 보자면, HTTP/2의 핵심 기능인 Stream muliplexing을 이용한 DDoS 공격을 시도해 적은 규모의 클라이언트로 초당 수억 이상의 요청을 보냈다는 내용이다. HTTP/2 HTTP/2(Hypertext Transfer Protocol Version 2)는 SPDY를 기반으로 하고 있다. 1997년 표준화된 HTTP/1.1의 대부분을 개선한 표준으로 2015년 2월 17일 IESG에서 승인되었다. Stream multiplexing 이 글의 주제인 CVE-2023-44487을 이해하기 위해선 HTTP/2의 핵심 기능인, Stream multiplexing에 대해서 알아볼 필요가 있다. 오늘날의 대부분의 웹페이지는 이미지, css..

들어가며 학부 시절 마인크래프트 서버 포럼을 개발해 보면서 각 서버별 인원수 체크를 위한 검사를 위해 크론잡을 수행한 경험이 있다. 당시 개발 경험을 위해 클러스터링 환경으로 구성했는데, 문제는 배치가 수행되면서 모든 서버가 일괄적으로 크론이 실행되는 문제가 있었다. 너무 당연하지만, 당시 하나의 서버만 구성해 운영하는 것을 생각하던 버릇이 있던 나에겐 꽤 신선한 충격이었다. 당시엔 레디스의 클러스터링 환경 분산락 구현체인 RedLock으로 문제를 해결했는데, 조금 많이 과하기도 하고, RedLock 알고리즘의 경우 각 레디스가 위치한 서버 간에 시간 동기화와 락 획득에 실패한 경우 실패한 클라이언트는 획득한 부분 락을 모두 푸는 작업을 요청하는 등 매우 특별한 상황에서 문제를 해결하는 알고리듬인 것을 ..

최근 학습을 하며 알게 된 내용에 대한 개인적인 생각입니다. Checked exception은 OCP 위반 최근 본 영상에서 "Checked exception은 OCP(Open Closed Principle)를 위반한 것이다."라는 내용을 접했다. 내용인 즉 하위 의존성에서 Checked exception이 추가되면 변경사항이 전파되기 때문에 변경에 닫혀있지 않다는 것이다. 이전까지 Checked exception과 OCP와의 관계를 생각해보지 못했는데 굉장히 좋은 인사이트라 개인적으로 좀 더 찾아보며 내린 나름의 결과는 "아니다"이다. Checked exception Java was a much safer language than most of its predecessors: all behaviour ..

주말 동안 갑자기 서버 튜닝을 해보고 싶었다. 현재 상태 테스트를 진행하기 전 운영 환경에서 테스트를 할 수 없으니 개발 환경을 구성했다. 개발 환경은 단일 서버로 온전히 인스턴스 한 대가 허용할 수 있는 트래픽 양을 테스트할 예정이다. 그리고 외부 요인을 추가하기 위해서 저사양 외부 RDB를 사용할 예정이다. 더미 데이터 생성 부하가 발생한다면 대부분은 DB에서 데이터를 이것저것 조회/수업을 하는 경우에 발생할 테니 넉넉하게 데이터를 생성해 둔다. 현재 사용하고 있는 데이터베이스는 PostgreSQL로 더미 데이터 생성에 적합한 함수를 제공한다. A, B, C 각각 100,000개, 200,000개, 10,000개 데이터를 생성했고, 연관 관계는 A 12초로 성능이 개선된 것을 알 수 있다. 하지만 일..