3개의 방아쇠: 사건, webhooks의 계획
작업 흐름은 작업 시작을 시작합니다. 플랫폼 이벤트 트리거 반응 자동화 - 임계값을 교차하는 경고, 장치 변화 상태. Inbound webhooks는 외부 시스템이 작업 흐름을 시작하므로 모니터링, 보안 또는 비즈니스 도구가 직접 함대에 작업 할 수 있습니다. 일정은 반복 하중을 덮습니다 : 야간 정리, 주간 유지 보수, 월별 작업. 하나의 엔진, 세 개의 도어, 스포크 접착제 코드 - 및 별도의 스케줄러 제품 또는 통합 미들웨어가 라이센스, 패치 및 보안을 준수합니다.
시각적 블록에서 응답 구축
작업 흐름 자체는 시각적 블록에서 조립됩니다. - 조건, 작업, 스크립트 실행, 배포 - 코드에 묻지 않고 캔버스에 배치. 그것은 전체 팀의 도달에 자동화를 넣어, 단지 하나의 엔지니어는 스크립트를 유지, 그리고 그것은 한 눈에 볼 수있는 모든 워크플로우를 만들: 어떤 트리거, 그것은 확인하는, 그것은 무엇을. 새로운 고용은 오후에 함대의 운영 논리를 읽을 수 있습니다. 블록이 함대에 무거운 것을 실행할 때, 그 진행은 다른 Monitic 작업과 같은 콘솔에서 단계로 추적됩니다.
두 방향으로 HTTP 작업
Workflows 호출 아웃바운드 HTTP 엔드포인트 기본 동작으로, 그래서 Monitic 다른 시스템에서 티켓을 업데이트 할 수 있습니다, 채팅 채널에 게시, 또는 API로 데이터를 밀어. 인바운드 웹훅 트리거와 결합 된 엔진은 중간체없이 두 방향으로 통합합니다. 외부 시스템은 Monitic 워크플로우를 시작하고, Monitic 워크플로우는 외부 시스템을 구동합니다. 플랫폼에 대한 예산이 이미있었습니다.
작업
- Scripting - PowerShell 및 Bash 라이브러리 워크플로우 실행.
- Software deploy - 워크플로우 작업으로 배포, 라이브 진행.
- Endpoint Management - 워크플로우를 트리거하는 알림 및 장치 이벤트.
자주 묻는 질문
이와 일반적인 자동화 도구의 차이점은 무엇입니까?
관련 기사 API 및 알림에서 일반 도구 중지; Monitic 워크플로우는 endpoints 자체 실행 — 스크립트, 배포, 서비스 작업 — 자동화 엔진이기 때문에 에이전트는 하나의 플랫폼입니다.
###는 외부 시스템이 Monitic 워크플로우를 트리거 할 수 있습니까?
예. Inbound webhooks는 일류 방아쇠입니다. HTTP 요청을 보낼 수있는 모든 시스템은 함대에 행동하는 워크플로를 시작할 수 있습니다.
##는 일정에 작업 흐름을 실행할 수 있습니까?
예. 일정 트리거는 이벤트와 webhook 트리거와 함께 재커링 작업을 처리하므로 누구나 기억하지 않고 유지 보수 작업이 실행됩니다.
작업 흐름을 어떻게 감사합니까?
작업 흐름에 의해 시작된 무거운 작업은 콘솔의 이름 단계 진행으로 추적됩니다., 장치 당, 그들은 실행 — 그래서 무슨 일이 있었는지 기록은 당신이 그것을 볼 때 사용한 동일한 보기입니다. 아무것도 보이지 않습니다.