대규모 서비스의 특성 Elastic : 트래픽이나 상황에 따라서 서버의 추가 / 제거가 쉬워야 합니다. Resiliency : 특정 장비의 장애 등은 자동으로 복구되어야 합니다. 서버가 복구되는 것은 아닙니다. 해당 장비의 장애로 인해 다른 쪽이 영향 받지 않아야 합니다. Scale Up : 초당 1000 TPS 처리가 가능했다가 초당 3000 TPS 처리를 감당해야 한다면 3배(3000 TPS) 처리가 가능한 서버 1대로 교체 투입합니다. Scale Out : 초당 1000 TPS 처리가 가능한 서버를 3대 투입합니다. SPOF (Single Point Of Failure) 을 방지해야 합니다. 장애가 나면 서비스 전체를 마비시키는 병목 지점 어디를 확장해야 할까? API 서버에만 부하가 몰리는 작업은..
100 : Continue 101 : Switching protocols 200 : OK, 에러없이 전송 성공 201 : Created, POST 명령 실행 및 성공 202 : Accepted, 서버가 클라이언트 명령을 받음 203 : Non-authoritative information, 서버가 클라이언트 요구 중 일부 만 전송 204 : No content, 클라언트 요구을 처리했으나 전송할 데이터가 없음 205 : Reset content 206 : Partial content 300 : Multiple choices, 최근에 옮겨진 데이터를 요청 301 : Moved permanently, 요구한 데이터를 변경된 임시 URL에서 찾았음 302 : Moved temporarily, 요구한 데이터가 ..
- Total
- Today
- Yesterday
- Groovy
- NoSQL
- JWT
- auth
- synchronized
- output
- Token
- MongoDB
- https
- iinput
- redis
- Cross Origin
- Runnable
- Java
- class
- stateless
- 대규모
- web
- SPOF
- cross
- HTTP
- Spring Boot
- stateful
- ehcache
- URI
- thread
- ngrinder
- 404
- script
- cors
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |