출처- 원글 : How Figma's Databases Team Lived to Tell the Scale | Figma Blog- 번역 : Figma 데이터베이스 팀이 100배 규모 확장을 견뎌낸 방법 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다.요약Figma의 데이터베이스 팀이 Postgres 스택을 수평적으로 샤딩한 아홉 달간의 여정과 거의 무한한 확장성을 가능하게 한 방법을 정리Figma의 Postgres 스택 수평 샤딩 여정Figma의 데이터베이스 스택 규모가 2020년 이후 거의 100배 증가함: 이는 비즈니스 확장을 의미하는 긍정적인 문제이지만, 동시에 기술적인 도전을 야기함. 2020년에는 AWS의 가장 큰 물리 ..

개요서비스 기업 채용 공고에서 쉽게 보이는 우대사항들이 있다.대용량 트래픽 처리 경험, 서비스 메시, 무중단 배포 등등실제 서비스를 다루면서 배우면 좋겠지만, 그 경험도 쉽게 얻을 수 있는 경험은 아니다.하지만 나에겐 인터넷과 책이라는 세상의 선배가 있으니 간접 경험을 해보고자 (+ 약점 극복)이 시리즈를 작성하게 되었다.목표Service Mesh는 Interface의 구현체만 있으면 동일한 동작을 수행할 수 있다.따라서 구성 요소는 내부 구현에 따라 다르지만 동작은 동일하다.오늘은 대표적으로 사용되는 Istio를 기준으로 Service Mesh가 어떻게 구성되고 동작하는지 알아보도록 하자.(이 글은 도서 이스티오 첫걸음을 참고하여 작성하였습니다.)여정Service Mesh의 구성요소 Service Me..

개요서비스 기업 채용 공고에서 쉽게 보이는 우대사항들이 있다.대용량 트래픽 처리 경험, 서비스 메시, 무중단 배포 등등실제 서비스를 다루면서 배우면 좋겠지만, 그 경험도 쉽게 얻을 수 있는 경험은 아니다.하지만 나에겐 인터넷과 책이라는 세상의 선배가 있으니 간접 경험을 해보고자 (+ 약점 극복)이 시리즈를 작성하게 되었다.목표서비스 메시(Service Mesh)는 분산 시스템에서 서비스 간 통신과 관리를 효과적으로 처리하기 위한 도구이다.서비스 메시가 무엇이고 어떨 때 사용하면 좋은 지 살펴보자.(이 글은 도서 이스티오 첫걸음을 참고하여 작성하였습니다.)여정Application과 Infra가 분리되어야 하는 이유 현대 Application은 Micro Service Architecture가 등장함에 따라..

출처 - 원글 : Measuring Developer Productivity: Real-World Examples (pragmaticengineer.com) - 번역 : 개발자 생산성 측정하기: 구글, 노션 등의 실제 사례들 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 구글, 링크드인, 펠로톤, Amplitude, 인터컴, 노션, 포스트맨 등 17개 기술 회사들이 개발자 생산성을 측정하는 방법에 대한 심층 분석 1. 17개 기술 회사의 개발자 생산성 지표 개발자 생산성 측정은 복잡한 문제로, 지식 기반 작업인 소프트웨어 엔지니어링에서 "생산적"이라는 것의 의미 자체가 모호함 개발자 생산성(DevProd) 또는 개발자 경험..

출처 - 원글 : The Architecture of Serverless Data Systems — Jack Vanlightly (jack-vanlightly.com) - 번역 : 서버리스 데이터 시스템의 아키텍처 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 클라우드 데이터 서비스의 미래는 "대규모, 다중 테넌트" 구조 S3와 같은 최상위 SaaS 서비스들이 단순성, 신뢰성, 내구성, 확장성, 저렴한 가격을 제공하는 이유는 이 서비스의 기술들이 이러한 것들을 제공하기 위해 구조적으로 설계되었기 때문 대규모 자원 풀을 통해 고객에게 서비스를 제공하는 것은 규모에 따른 효율성과 신뢰성을 보장함 [서버리스 멀티 테넌트 (Ser..

개요DevOps 관련 작업을 할 때면, 운영중인 클러스터에 반영하기 선뜻 겁나는 작업들이 있다.그렇다고 Local 개발 환경에 적용하자니 실제 환경과 비슷하게 Node를 여러개 만들기 어렵기도 하다.이럴 때 사용할 수 있는 좋은 프로젝트가 있어서 같이 학습해보고자 한다.목표KinD(Kubernetes in Docker)의 특징과 사용 이유에 대해 이해한다.Kind를 이용한 On-Premise 클러스터를 구축한다.여정KinD가 무엇인가요?kind – Initial design (k8s.io)"Kubernetes IN Docker"의 약자로, Kubernetes 클러스터를 로컬 환경에서 간편하게 생성하고 관리하기 위한 도구Docker 컨테이너 내에서 Kubernetes 노드를 실행하여 클러스터를 구성왜 Ki..

출처 - 원글 : https://www.uber.com/en-GB/blog/up-portable-microservices-ready-for-the-cloud/ - 번역 : Uber가 수천개의 마이크로서비스를 멀티 클라우드 플랫폼으로 이전한 방법 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 "Up: Portable Microservices Ready for the Cloud" Uber는 4,500명의 엔지니어와 수많은 자동 시스템이 매주 4,000회 이상 4,500개의 Stateless 마이크로서비스를 배포 이 서비스들은 전 세계에서 독립적으로 일하는 수백 개의 개별 팀에 의해 개발, 배포 및 운영됨 서비스는 크기, 모양,..

출처 - 원글 : Lessons learned from two decades of Site Reliability Engineering (sre.google) - 번역 : 구글에서 Site Reliability Engineering(SRE) 20년간 얻은 교훈들 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 사이트 신뢰성 엔지니어링(SRE)에서 얻은 20년의 교훈 YouTube에서 배운 신뢰성 엔지니어링 교훈 위험 완화 조치의 선택 중대한 오류 발생 시 해당 오류의 심각성에 비례하는 위험 완화 조치를 선택해야 함. 과도한 위험 완화 조치는 부작용을 초래할 수 있으며, 표준 절차를 우회할 정당한 이유가 있을 때만 그렇게 함. ..