Study/Seminar
[후기] 대용량 분산 서버 아키텍처 설계
태하팍
2014. 5. 17. 16:00
반응형
[ 교제 ]
[강의실]
2014/05/09 - [Study/Seminar] - [OLC Live] 대용량 분산 서버 아키텍처 설계
의사결정을 하기 위해서는 원칙이 중요하다.
아키텍트가 문서를 만들어 이야기를 하고자 하는 것이지 진행하는게 아니다.
세미나에서 동기부여와 자극을 느꼈으면 얻은 것이다.
학습도 열심히가 아닌 스마트하게! 일도!
소프트웨어 개발 트랜드의 변화
스타트업, 애자일, 빅데이타,SNS, DEVOPS, 자동화, 수퍼엔지니어
이전 아키텍처 : 고가용성 보장- 죽어도 안끊기게 하는 것.
요즘 아키텍처 : 죽으면 빨리 복구하자!
인증 - 외부 : 인증 체크
내부 : 내부ip면 인증 없이 by pass
Integration
비동기
장애시 큐에 넣어서 다시 Retry
againg개념 필요(10초, 30초, 60초, 몇회 )
성능 : nhn에서 나온 nGrander
대용량 분산 시스템
비동기
파티셔닝(Sharding) : 데이터 쏠림에 주의
쿼리 오프로딩
- 읽기와 쓰기를 분리(read와 write의 데이터소스 connection을 나누기)
트랜젝션 백로그
캐슁
REST
CRUD 형태
GET - select
Resource의 URI는 어렵지 않은 직관적인 것으로 한다.
PUT - create or update
DELETE - delete
OPTION -
spring HATEOAS
APIgee.com
성능
문제의 정의 : 느려요(x)
Breakdown(구간)
Isolate
Narrow down
Botleneck발견
해결
필요한 것
도구 :부하테스트도구,모니터링도구,프로파일링도구
역량 : FIN_WAIT가 뭐지?
전문지식 : 내부구조가뭐지?
경험
그리고 집요함!
Thread Dump
- snapshop app(x-ray)
kill -3 pid
TRIZ: 문제해결의 기법
http://inuit.co.kr/2253
마지막으로 조대협님과 점심도 먹고 좋은 정보와 자극 감사합니다! ㅎㅎ
- END -
반응형