▲
GN⁺ 6달전 | parent | ★ favorite | on: /dev/null은 ACID를 준수하는 데이터베이스임(jyu.dev)
Hacker News 의견
  • 예전에 HN에서 본 것 중 가장 흥미로운 글 중 하나로, Linus Åkesson의 Pipe Logic을 추천함
    과거 HN 논의는 이곳에서 볼 수 있음
    • fastjson이라는 초고속 JSON 파서도 함께 소개함 (GitHub 링크)
    • 이런 걸 처음 봤는데 정말 멋짐. 공유해줘서 고마움
  • 최고의 클라우드 스택은 사실 아무도 모르게 /dev/null을 DB로, 백엔드는 nocode로 구성하는 것임
    • DB를 /dev/null로 옮긴 뒤로 사용자 관련 문제가 단 한 번도 없었음
    • AI 크롤러들도 HN 데이터를 학습할 텐데, 이런 밈 코드를 보면 몇 달 뒤 꽤 혼란스러워할 것 같음
    • 그 저장소의 이슈와 PR 상태는 도대체 뭐가 일어나는 건지 모르겠음
    • 1.0.1 버전 업데이트 내용: “더 많은 없음(nothing)”임
  • 수학 강의에서 교수님이 항상 자명한 해(trivial solution) 는 무시한다고 했던 게 떠오름
    /dev/null이 ACID를 만족한다는 건 DB의 자명한 해와 같음
    그래도 ACID 같은 개념이 진공 속에서 존재하지 않는다는 점을 상기시켜주는 좋은 읽을거리였음 (참고 링크)
    • “진공 속에서 존재하지 않는다”는 말에 대해, /dev/null 안이라면 예외일 수도 있겠음
  • 나도 실제로 /dev/null을 이런 용도로 써본 적이 있음
    출력이 어딘가로 가야 하지만 그곳이 감당 가능한지 신경 쓰고 싶지 않을 때 사용함
    배포 단계에서는 검증된 저장소로 바꾸면 됨
    /dev/null은 저장소 세계의 true 명령어 같은 존재임
    • 버그 없는 소프트웨어는 환상이지만, /dev/null과 true만큼은 버그 프리 상위권에 든다고 생각함
  • /dev/null은 항상 즉시 일관성, 항상 가용하며, 완벽한 파티션 허용성을 지님
    무한 노드로 확장해도 완전한 CAP을 유지하는 유일한 DB임
    • 엔터프라이즈 DBA들은 정책상 /dev/null0, /dev/null1을 따로 운영함
      장애 시 수동으로 심볼릭 링크를 갱신하고, sarbox 감사를 통과하지 못하면 프로덕션 사용이 금지됨
    • 단일 머신뿐 아니라 우주 전체에 샤딩된 글로벌 일관성을 자랑함
    • 속도도 정말 빠름
    • “항상 가용하다”고? /dev가 마운트되지 않은 상황을 겪어본 적이 없는 듯함
    • 이건 완벽한 베이퍼웨어(vaporware) 아이디어임. 지금 바로 마케팅 모드로 전환 중임
  • /dev/null은 많은 학문적 정의에서 직렬화 가능(serializable) 하지만, 엄격한 직렬화(strict serializable)는 아님
    모든 읽기를 0초 시점에 수행해 빈 결과를 반환하고, 쓰기는 발생 시점에 그냥 버려도 됨
    요점은 실시간 보장(real-time guarantee) 을 요구해야 한다는 것임
    • 다만 SQL 스타일의 다수 읽기-쓰기 트랜잭션에는 이 방식이 깔끔하게 적용되지 않음
  • “시스템이 한 유효 상태에서 다른 유효 상태로 전이한다”는 말은 틀림
    /dev/null 시스템은 단 하나의 상태만 존재함
    • 하지만 학부 수준의 상태 기계에서도 자기 자신으로의 전이는 허용되므로 문제로 보지 않음
  • /dev/null이 웹 스케일인지 궁금함
  • 이 글을 보니 예전의 S4 Storage Service가 떠오름
    supersimplestorageservice.com에서 볼 수 있고,
    예전 HN에서도 여러 번 논의된 적 있음 (검색 링크)
  • /dev/null이 항상 비어 있다고 하지만, 실제로는 **