Hacker News 의견

• Slack의 셀룰러 아키텍처로의 이전은 그들의 독특한 운영 및 모니터링 접근법 때문에 관심을 불러일으켰습니다.
• 회사의 전략은 단일 AWS 가용성 영역(AZ)의 요청을 해결하고, 운영을 단순화하며 모니터링을 용이하게 하는 것입니다.
• 이 접근법은 클러스터 간의 메트릭을 비교함으로써 단일 클러스터에서의 사건을 쉽게 탐지하고 완화할 수 있게 합니다.
• 그러나, 이 전략은 대부분의 서비스가 여러 클러스터에서 실행되어야 하므로, 컴퓨트, 캐시 등에서 중복성이 발생합니다.
• 일부 사용자들은 Slack의 API 요청 시스템의 효율성에 의문을 제기하며, 이는 서비스 백엔드로 수백 개의 RPC를 팬아웃할 수 있습니다.
• AWS 가용성 영역 친화성을 사용하는 것과 상위 라우팅 지점에서 다운된 AZ를 단순히 드롭하는 것 사이의 차이에 대한 논쟁이 있습니다.
• AWS USE1에서 모든 것을 실행하는 것의 중복성에 대한 우려가 제기되었으며, USE1과 관련된 문제가 여러 서비스에 영향을 미칠 수 있습니다.
• 이 아키텍처에서 사용자 데이터가 어떻게 처리되는지, 특히 AZ 배수 시에 대해 의문이 제기되었습니다.
• 일부 사용자들은 과거에 작업했던 유사한 아키텍처, 예를 들어 Metal Cell이라는 분산 운영 체제에 대해 회상합니다.
• 새로운 사용자 요청이 도착하지 않더라도, 자원을 많이 사용하는 작업이 분리된 AZ에서 무한정 실행되는 가능성에 대한 문제에 대한 논의가 있습니다.
• 사용자들은 현재 Slack이 어떤 프로그래밍 언어로 작성되었는지 궁금해하며, 여전히 Hack/PHP인지 묻습니다.
• 일부 사용자들은 Slack의 성능에 대해 실망을 표현하며, 이를 Discord와 같은 다른 채팅 앱과 불리하게 비교합니다.