왜 자체 호스트는 on-call 플랫폼?
On-call 시스템은 민감한 운영 데이터를 포함합니다. 직원 일정, 연락처 세부 사항, 경고 페이로드, 서비스 이름, 사고 타임 라인 및 내부 시스템에 대한 링크. 일부 팀은 자신의 네트워크 및 데이터베이스 내에서 정보를 유지하는 것을 선호합니다.
Self-hosting은 팀 제어를 배포 타이밍, 통합, 유지, 백업 및 액세스 경계를 제공합니다. Trade-off는 straightforward입니다. 플랫폼에서 작동하며 가용성을 소유합니다. 마술 클라우드는 없습니다, 다른 곳에서는 컴퓨터 수신 송장 만.
IncidentRelay에는
- On-call 일정, 회전 층 및 임시 오버라이드.
- Alertmanager, Zabbix, Sentry 및 일반적인 webhooks에 대한 경고 라우팅.
- 확장 정책, 알림 및 응답자 요청.
- 서비스, 종속, 유지 보수 창 및 사고 우선 순위.
- Mattermost, Telegram, 이메일, 브라우저 푸시, webhook 및 음성 알림.
- 개인 API 토큰 및 OpenAPI 문서.
Deployment 선택
IncidentRelay는 여러 배포 모델을 지원하므로 팀은 익숙한 운영 툴링을 사용할 수 있습니다.
| 제품 설명 | 일반 사용 |
|---|---|
| Docker Compose | 평가, 작은 환경 및 straightforward 컨테이너 배포. |
| RPM 패키지 | Red Hat-like Linux 시스템은 패키지 및 시스템 워크플로를 통해 관리했습니다. |
| 수동 systemd | 소스 기반 배포 및 사용자 정의 Python 환경. |
| Helm 차트 | Kubernetes 별도의 웹, 스케줄러 및 선택 사항이있는 배포 Telegram 근로자. |
데이터베이스 및 스케일링 선택
SQLite는 작은, 단 하나 양극 임명을 위해 유효합니다. PostgreSQL은 더 큰 또는 더 긴 실행 환경, 더 높은 경고 볼륨 및 여러 웹 근로자와 배포를위한 실용적인 선택입니다. 스케줄러는 별도의 프로세스로 실행되므로 알림과 에스컬레이션은 웹 근로자를 통해 복제되지 않습니다.
이미 실행된 스택과 통합
IncidentRelay는 모니터링 시스템, 서비스 소유권, 일정 및 알림 목적지 사이의 라우팅 레이어 역할을 합니다. 경로는 자신의 입구 토큰을 가지고 있으며, 즉시 경고를 결정합니다. 채널은 선택한 응답자가 표기하는 방법을 설명합니다.
Generic webhooks와 OpenAPI 엔드포인트는 공급업체별 통합을 기다리지 않고 내부 도구를 연결할 수 있습니다. 사용자 정의 음성 공급자는 자신의 telephony 워크플로우를 운영하는 팀에 설치할 수 있습니다.
운영 책임
자체 호스팅 된 사고 플랫폼은 생산 인프라와 같은 처리해야합니다. 계획 데이터베이스 백업, 웹 및 스케줄러 서비스를 모니터링, 테스트 알림 채널 및 사건에 대한 긴급 경로 유지 IncidentRelay 이름 *
APIs, 구성 및 스키마는 릴리스 사이에 진화 할 수 있으므로, 릴리스 노트 및 테스트 업그레이드를 검토하십시오.