[후기] 대용량 분산 서버 아키텍처 설계

[ 교제 ]

[강의실]

2014/05/09 - [Study/Seminar] - [OLC Live] 대용량 분산 서버 아키텍처 설계

의사결정을 하기 위해서는 원칙이 중요하다.

아키텍트가 문서를 만들어 이야기를 하고자 하는 것이지 진행하는게 아니다.

세미나에서 동기부여와 자극을 느꼈으면 얻은 것이다.

학습도 열심히가 아닌 스마트하게! 일도!

http://www.infoq.com

https://github.com

http://www.slideshare.net

https://www.codeschool.com

소프트웨어 개발 트랜드의 변화

스타트업, 애자일, 빅데이타,SNS, DEVOPS, 자동화, 수퍼엔지니어

이전 아키텍처 : 고가용성 보장-  죽어도 안끊기게 하는 것.

요즘 아키텍처 : 죽으면 빨리 복구하자!

인증 - 외부 : 인증 체크

        내부 : 내부ip면 인증 없이 by pass

Integration

  비동기

    장애시 큐에 넣어서 다시 Retry 

    againg개념 필요(10초, 30초, 60초, 몇회 )

http://www.aosabook.org/en/distsys.html

성능 : 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 -