웹 서비스를 확장하기 위해 알아야 할 것
대규모 서비스의 특성 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
- 대규모
- output
- ehcache
- auth
- stateless
- thread
- cross
- class
- https
- NoSQL
- Cross Origin
- redis
- ngrinder
- Token
- script
- Spring Boot
- Groovy
- stateful
- web
- HTTP
- MongoDB
- Java
- synchronized
- iinput
- URI
- JWT
- SPOF
- 404
- cors
- Runnable
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
글 보관함