1차 스터디 일정

[withbeth]

[1차 스터디 일정]

• 일시 : 2024년 02월 09일 오전 09시 ~
• 책 단원 : 01장 신뢰할 수 있고 확장 가능하며 유지보수하기 쉬운 애플리케이션
• 각자 질문 3개 이상씩 준비
• 게더 타운 : https://app.gather.town/app/rlgHKPj38GyqLB9z/SLiPP

[zookong]

1. 하나의 중/고스펙 컴퓨터에 가상화를 통한 컴퓨팅 리소스 관리는 신뢰성, 확장성, 유지보수성 시각에서 어떤 장단점이 있을까?

• 초기에는 서버 비용이 많이 든다. / 장기간 유지만 비용적으로 이득?
• 하드웨어 결함이 발생하면 가상화 애플리케이션들에 전체적으로 영향
• 하나의 서버에서 로드밸런서를 통해 부하 분산을 구성하는 비용이 큼

2. 각자 소속된 팀 도메인 기준으로 중요한 부하 매개변수와 성능 지표는 어떤 것들이 있는지 생각해보기 (해당 이슈에 기록 X)

3. 확장성을 위해 개발자가 애플리케이션을 개발할 때 고민해봐야할 포인트는 무엇이 있을까?

• 함부로 공유하지 않기? -> 비공유 아키텍쳐
• 무상태(비저장상태)
• 적절한 모듈화 .. (코드 수정)
• 동기/비동기 처리
• 시간 복잡도(빅오 표기)
• 과한 쿼리 조회 여부
• 파일 open 제한 수

MongoDB 에서 컬렉션별로 별도로 디스크에 저장하는가?

[withbeth]

• Q1. 여기서 말하는 신뢰성, 확장성, 유지보수성과 CAP의 관계?
• Q2. 정산, 주문, 전시도메인에서 중요시 하는 부하 매개변수, 성능 수치?
• Q3. 우발적 복잡도를 줄여본 사례?
• Q4. 책에 언급하는 유지보수성을 위해 하고 있는 활동?
• Q5. DB같이 state를 갖는 데이터 시스템을 분산시키는 것은 통상 어려워 최대한 단일 노드에 DB를 유지한다고 하는데, AWS는 어떻게 DB를 분산시켜 서비스를 제공하나? 단순 Replication, Sharding 기법들을 애기하고 있는 건가?

[gzgzg2]

1. 대량의 데이터를 보유하고 있는 단골 사용자의 지연을 어떻게 개선할 수 있을까?
2. 복잡하지않고 확장이 용이한 설계는 어떻게 할 수 있을까?
3. 코드 관점에서 좋은 재사용과 나쁜 재사용은 어떻게 구분할 수 있을까? 여러곳에서 재사용하는 코드로 인해 수정이 어려웠던 적이 많았음.. (사이드이펙트 범위가 넓어짐)
4. 어떻게 하면 코드품질을 잘 관리할 수 있을까?
5. 오토스케일링 증설 규칙의 수치는 어떤 기준으로 정할 수 있을까?
   • ex) 메모리 사용량이 30% 이상일 때 증설 등...