GitHub Engineering

GitHub Issues 탐색은 반복적인 서버 렌더링과 네트워크 요청 때문에 개발자 흐름을 끊는 지연이 발생했다.

GitHub 장애 상황에서 배포 스크립트가 GitHub나 내부 서비스에 의존하면 복구 배포 자체가 막힐 수 있었다.

대형 Pull Request의 Files changed 탭에서 DOM 노드와 React 컴포넌트가 폭증해 INP와 메모리 사용이 악화됐다.

코딩 에이전트 평가 trajectory 분석은 수십만 줄을 읽어야 하는 반복 작업이라 연구자가 직접 처리하기 어렵다.

접근성 피드백이 여러 채널에서 쌓이면서 triage와 해결까지 수백 일이 걸리는 병목이 생겼다.

GitHub Enterprise Server의 HA 구성에서 Elasticsearch 클러스터가 primary shard를 replica로 옮기며 업그레이드와 장애 조치가 잠길 수 있었다.

GitHub Copilot CLI의 3초 ASCII 배너는 터미널별 ANSI 처리, 깜박임, 접근성 제약 때문에 단순한 애니메이션보다 복잡했다.

GitHub의 과거 사고 대응용 보호 규칙이 오래 남아 정상 사용자의 낮은 요청량까지 429로 차단하는 false positive를 만들었다.

양자 컴퓨터의 '지금 수집해 나중에 해독' 공격으로 기존 X25519 기반 SSH 키 교환이 장기적으로 취약해질 수 있음

GitHub 플랫폼 엔지니어 Fabian Aguilar Gomez가 플랫폼 엔지니어링의 핵심 역량과 문제 해결 접근법을 정리한 글이다. 제품 엔지니어가 완성품을 만들 때 플랫폼 엔지니어는 토대와 도구를 공급한다는 관점에서, 필요한 기술 도메인과 실전 운영 관행을 설명한다.