대규모 서비스의 특성 Elastic : 트래픽이나 상황에 따라서 서버의 추가 / 제거가 쉬워야 합니다. Resiliency : 특정 장비의 장애 등은 자동으로 복구되어야 합니다. 서버가 복구되는 것은 아닙니다. 해당 장비의 장애로 인해 다른 쪽이 영향 받지 않아야 합니다. Scale Up : 초당 1000 TPS 처리가 가능했다가 초당 3000 TPS 처리를 감당해야 한다면 3배(3000 TPS) 처리가 가능한 서버 1대로 교체 투입합니다. Scale Out : 초당 1000 TPS 처리가 가능한 서버를 3대 투입합니다. SPOF (Single Point Of Failure) 을 방지해야 합니다. 장애가 나면 서비스 전체를 마비시키는 병목 지점 어디를 확장해야 할까? API 서버에만 부하가 몰리는 작업은..
Web
2018. 5. 15. 03:16
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- https
- auth
- output
- SPOF
- iinput
- Runnable
- Java
- URI
- 대규모
- stateful
- 404
- cors
- MongoDB
- Cross Origin
- cross
- class
- Groovy
- JWT
- web
- script
- Token
- stateless
- NoSQL
- thread
- redis
- ehcache
- ngrinder
- synchronized
- HTTP
- Spring Boot
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
글 보관함