Hacker News 의견

• 마이크로서비스에 대한 엔지니어 조언

  • 마이크로서비스는 성능 향상 전략이 아니라, 잠재적인 비용 절감 전략과 엔지니어링 조정 전략임.
  • 수평적으로 확장 가능한 모놀리식 애플리케이션과 마이크로서비스 간에는 큰 차이가 없음, 특정 기능을 축소하고자 할 때를 제외하고.
  • 모놀리식 앱에서는 앱의 일부만 축소하는 것이 불가능함.
  • 비용 절감은 대규모에서 시작되며, 최소 3개의 복제본이 필요함.
  • 대부분의 회사에서 실제 이점은 엔지니어링 조정에 있음.
  • 단일 저장소를 가진 모놀리식에서는 한 팀이 소유하고 관리할 수 있지만, 공유 모놀리식에서는 아무도 소유하지 않아 관리가 어려워짐.

• 마이크로서비스에 대한 토크

  • 일반 기술 컨퍼런스에서 마이크로서비스 아키텍처의 복잡성과 부작용에 대한 여러 발표가 있었으나, 단순한 모놀리식 구축에 대한 발표는 없었음.
  • David Schmitz의 마이크로서비스 실패에 대한 팁을 다룬 강연이 인상적이었으며, 그의 유머러스한 발표 방식이 매력적임.

• 인지적 편향과 단순성

  • 사람들은 종종 무언가를 추가하는 것에 집중하며, 간단한 해결책을 간과함.
  • 연구에서는 레고 구조물에 벽돌을 추가하는 대신 제거함으로써 문제를 해결하는 것이 더 나은 해결책임을 보여줌.

• 과도한 엔지니어링과 경험 부족

  • 아키텍처는 "충분히 단순하면서 필요한 만큼 복잡해야" 하지만, 이를 달성하는 것은 경험이 필요함.
  • IT 산업은 경험이 부족한 경향이 있으며, 경험은 시간이 걸림.
  • 경험이 부족한 엔지니어와 관리자는 종종 불필요한 기술이나 메트릭스를 사용함.

• 일과 삶의 균형을 중시하는 회사

  • 제품 개선에 집중하고 나머지 시간을 개인 생활에 할애하고 싶은 회사를 찾고 있음.

• Dan Luu에 대한 개인적 경험

  • Dan Luu는 블로그 팬과의 소통에 관대하며, 소프트웨어와 하드웨어 경계에 대한 전문 지식을 가지고 있음.
  • 그의 통찰력과 전문성을 공유하는 데 아낌없으며, 그로부터 배우는 것은 매우 즐거운 경험임.

• 단순한 아키텍처의 중요성

  • 대부분의 경우 필요한 아키텍처는 SSL 지원 로드 밸런서, 여러 앱 서버, 샤딩된 데이터베이스, 메시지 큐 등 기본적인 구성 요소임.

• 아키텍처와 엔지니어링 팀의 사회적 구조

  • 아키텍처는 엔지니어링 팀의 사회적 구조를 반영해야 하며, 이를 고려하지 않으면 혼란과 비효율이 발생할 수 있음.
  • 대규모 모놀리식 저장소와 단순한 아키텍처는 관리가 어려울 수 있으며, 구글과 메타와 같은 회사들도 내부적으로 많은 툴을 개발함.
  • 아키텍처는 팀 간 협업을 지원하거나 방해할 수 있으므로, 기술 리더십은 이를 고려해야 함.

• 단순한 아키텍처의 선호

  • 단순한 아키텍처와 모놀리식이 대부분 적합하지만, 동기식 IO로 인한 문제가 발생하지 않도록 주의해야 함.
  • 데이터 무결성 버그는 금융 시스템에서 피해야 할 중요한 문제임.