▲
GN⁺ 2024-09-03 | parent | ★ favorite | on: 분산 시스템 초보자를 위한 조언(somethingsimilar.com)
Hacker News 의견

  • CALM (Consistency as Logical Monotonicity) 원칙이 CAP보다 이해하기 쉽고 더 근본적인 결과임

    • Idempotence, CRDTs, WALs, Raft 모두 CALM 원칙의 특수 사례임
    • 링크: CALM 원칙 논문

  • 정확히 한 번의 전달은 불가능하며, 최대 한 번 또는 최소 한 번의 전달 중 하나를 선택해야 함

  • 좋은 기사임. 8년 전의 글이지만 여전히 유효한 내용이 많음

  • 과거의 논의 링크:

  • 실용적이고 현실적인 설명이 좋음. "마이크로서비스" 같은 유행어가 없음

    • 이 조언은 단일 시스템에도 적용될 수 있음
    • IPC나 스레드 간의 조정 등 다양한 분산 구성 요소를 고려해야 함
    • 단일 CPU에서 다중 CPU, 다중 컴퓨터까지 분산의 스펙트럼이 존재함

  • Lookout에서 일할 때 Jeff Hodges가 이 에세이를 발표했음

    • 엔지니어링이 정치적이라는 점을 강조했음
    • 10년이 지난 지금도 엔지니어링 리더십과 SRE/DevOps의 교차점을 잘 이해하는 사람이 드뭄

  • 이 글의 저자와 함께 일한 경험이 있음

    • Jeff는 매우 긍정적이고 배울 점이 많은 사람이었음
    • 도전에 대해 솔직했고 멘토링과 조언에 매우 접근하기 쉬웠음

  • 2013년 이후 많은 것이 변했음

    • 당시에는 클라우드 서비스가 덜 성숙했음
    • 현재는 AWS 같은 서비스를 사용하면 대부분의 분산 시스템 문제를 해결할 수 있음
    • 이론적인 분산 컴퓨팅 개념에 대해 걱정할 필요가 거의 없음
    • 실용적인 것들, 예를 들어 로깅, 디버깅, 백프레셔 등을 여전히 고려해야 함
    • 가용성은 이론적으로 중요하지만 실제로는 덜 중요함
    • 대부분의 회사는 몇 시간의 다운타임을 견딜 수 있음
    • 분산 컴퓨팅의 이론적 및 실용적 측면을 다루는 1%의 엔지니어는 운이 좋음
    • 과거에 분산 데이터베이스와 논문을 작성했지만, 실제로는 이러한 것들에 대해 걱정할 필요가 거의 없었음
    • 링크: PostgreSQL fsync 문제
    • 링크: ScalienDB
    • 링크: 논문