Hacker News 의견

• Google의 엔지니어링 접근 방식이 스타트업에 해로울 수 있음. SRE들이 주인공 증후군을 겪으며 다른 팀의 기술 설계를 다시 하려는 경향이 있음

  • 이는 법무팀이 회사를 운영하려는 현상과 유사함

• Sidney Dekker의 저서와 유사한 점이 있음

  • 시스템 전체를 평가하고 사고 참여자의 사고 상태를 파악하여 올바른 결정을 내렸다고 믿게 된 이유를 분석함
  • 복잡한 시스템의 독립적인 변화가 안전성에 영향을 미칠 수 있는 방법을 설명함

• CAST 접근 방식이 매력적으로 보임

  • 실패와 근접 실패에 대한 많은 분석이 필요하며, 이를 구현하는 데 가장 어려운 부분은 사람임

• CAST와 기계적 해석 작업 간의 흥미로운 유사점이 있음

  • 시스템 구성 요소가 상호 작용하는 방식을 분석하는 프레임워크를 제공함

• 공식적인 안전 엔지니어링 프레임워크를 신경망 분석에 적용한 사례가 있는지 궁금함

  • 복잡한 인과 관계와 시스템 수준의 행동을 추적하는 방법이 유용할 수 있음

• "rightsizer" 예시가 전통적인 방식으로 분석되었더라도 같은 결과를 얻었을 가능성이 있음

  • 새로운 접근 방식이 더 쉽고 실행 가능함

• 소프트웨어 테스트를 싫어하는 이유는 외부 요인으로 인한 결함 때문임

  • 이 접근 방식이 이를 해결하는 데 도움이 될 수 있음

• CAST는 다중 요인 근본 원인 분석과 유사함

  • MIT의 Nancy Leveson 교수의 CAST를 지지함

• SRE/DevOps가 일상적인 역할의 일부인지에 대한 질문

  • 많은 경우, 이는 기존 운영 역할의 재브랜딩에 불과하다고 생각함

• Google SRE의 가장 큰 특징은 새로운 제품을 출시할 때 SRE의 도움이 필요하다는 것임

  • 제한된 SRE 수가 좋은 아이디어를 더 나아지게 함

• 기사의 길이가 너무 길고 핵심을 파악하기 어려움

  • CAST와 STPA에 대한 언급이 가장 중요하고 가치 있음

• 이 접근 방식이 FAANG 외의 규모에서도 가치가 있는지 궁금함

  • 위험 회피에 많은 투자를 하는 경향이 있음

• DevOps와 유사하게 SRE의 의미가 확장되고 있음

  • SRE가 소프트웨어를 작성하거나 시스템 실패를 처리하는 등 다양한 역할을 수행함