Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- Pinpoint
- 정보처리기사실기 기출문제
- APM
- 티스토리챌린지
- 기록으로 실력을 쌓자
- CKA 기출문제
- 오블완
- Spring
- 공부
- kotlin coroutine
- Linux
- CKA
- AI
- tucker의 go 언어 프로그래밍
- golang
- Elasticsearch
- AWS EKS
- aws
- docker
- mysql 튜닝
- PETERICA
- minikube
- kotlin querydsl
- Kubernetes
- 코틀린 코루틴의 정석
- Java
- kotlin
- CloudWatch
- 정보처리기사 실기 기출문제
- go
Archives
- Today
- Total
목록recovery time objective (1)
피터의 개발이야기
ㅁ 들어가며재해 복구 계획을 수립할 때 가장 중요한 두 가지 지표가 있다. 바로 RTO(Recovery Time Objective)와 RPO(Recovery Point Objective)이다. 이 두 지표에 의미를 정리하였다. ㅁ RTO (Recovery Time Objective): 목표 복구 시간RTO는 재해 발생 후 시스템을 복구하여 정상 운영 상태로 돌아가는 데 걸리는 최대 허용 시간을 의미한다.예를 들어, RTO가 4시간이라면 재해 발생 후 4시간 이내에 시스템이 정상 작동해야 한다는 의미이다.정의: 애플리케이션이 오프라인 상태로 있을 수 있는 최대 허용 시간목적: 비즈니스가 감당할 수 있는 최대 다운타임을 결정특징: 시스템 복구 속도와 직접적으로 연관됨 ㅁ RPO (Recovery Point ..
DevOps
2025. 2. 28. 12:23