증상, 영향 범위와 최근 변경을 모읍니다.
자동으로 만들어지는 맞춤 스킬
진단부터 복구까지, 팀의 런북대로
개발·IT 운영은 배포, 권한, 장애와 정기 점검마다 환경과 위험이 다릅니다. Foli는 팀의 런북과 과거 대응을 배워 다음 실행의 확인 절차를 준비합니다.
안전한 읽기 전용 확인부터 순서를 세웁니다.
불확실한 원인과 위험한 변경을 담당자에게 묻습니다.
실행·복구 절차와 증거 수집 항목을 준비합니다.
Foli가 모으는 자료
- 런북, 변경 요청과 배포 기록
- 로그·알림·시스템 상태
- 과거 장애와 복구 기록
검토에 올라오는 결과
- 상황·영향 요약
- 점검 순서와 체크리스트
- 변경·복구 계획
- 실행 증거와 사후 기록 틀
LiFoli가 이미 이해하는 업무
개발·IT 운영 업무에서 반복되는 구조
개발·IT 운영은 변경을 재현 가능하게 빌드·검증·배포하고, 장애 시 영향·최근 변경·증거를 모아 복구한 뒤 사후 조치로 절차를 개선하는 업무입니다.
LiFoli는 자동 실행보다 테스트, 단계적 배포, 롤백과 감사 기록이 먼저 설계되어야 함을 이해합니다.
Google SRE 사고관리 원문 보기 ↗당신의 방식은 따로 배웁니다
당신 회사의 개발·IT 운영 방식
이슈나 알림이 생기면 팀의 런북과 최근 변경을 연결해 진단·복구·검증 단계를 구성하고, 위험한 실행 앞에서 멈추는 운영 스킬
- 서비스별 정상 상태, 알림과 심각도 기준
- 팀이 실제로 따르는 배포·롤백·에스컬레이션 순서
- 변경 위험별 테스트와 승인·증거 요구사항
승인 패킷 예시
먼저 만지지 않고, 순서부터 세웁니다.
Foli는 “완료했습니다”라고만 말하지 않습니다. 아래는 개발·IT 운영 업무에서 검토에 올라오는 항목의 예시입니다.
결제 오류율 상승
30분 전 배포와 시점이 겹침 · 로그 근거 함께 첨부
확인 필요읽기 전용 점검 5건
지표, 대기열, 최근 변경 확인까지 완료
검토 가능되돌리기 절차
영향 범위와 예상 복구 시간 정리 · 실행 전 승인
승인 대기확인이 필요한 질문
- 배포를 지금 되돌릴까요?
- 고객 공지는 어느 시점에 올릴까요?
사람이 결정하는 지점 · 운영 환경 변경, 권한 부여, 배포와 복구 실행은 담당자가 승인합니다.
검토 요청예시 안내 · 위 항목은 업무 흐름을 보여 주기 위해 만든 예시이며, 실제 고객 자료가 아닙니다.
자주 묻는 질문
장애 대응 자동화, 도입 전에 가장 많이 확인할 것
LiFoli는 개발·IT 운영 업무를 처음부터 이해하나요?
개발·IT 운영은 변경을 재현 가능하게 빌드·검증·배포하고, 장애 시 영향·최근 변경·증거를 모아 복구한 뒤 사후 조치로 절차를 개선하는 업무입니다. LiFoli는 자동 실행보다 테스트, 단계적 배포, 롤백과 감사 기록이 먼저 설계되어야 함을 이해합니다. 실제 회사와 담당자마다 다른 도구, 순서, 판단과 예외는 업무 관찰을 통해 배웁니다.
장애 대응 자동화는 어디까지 대신 처리되나요?
Foli는 자료 수집, 대조, 초안 작성과 예외 정리까지 준비합니다. 운영 환경 변경, 권한 부여, 배포와 복구 실행은 담당자가 승인합니다. 그래서 운영 런북 자동화, IT 운영 업무 자동화, 배포 점검 자동화처럼 부르는 업무도 결과를 확인한 뒤 진행할 수 있습니다.
관찰한 업무는 어떻게 자동화되나요?
Foli는 화면 조작만 기록하지 않고 입력, 단계, 판단, 예외, 승인과 완료 조건을 검토 가능한 스킬로 구조화합니다. 만들어지는 스킬의 예시는 이슈나 알림이 생기면 팀의 런북과 최근 변경을 연결해 진단·복구·검증 단계를 구성하고, 위험한 실행 앞에서 멈추는 운영 스킬입니다.
업무 방식이 바뀌면 어떻게 하나요?
이전 실행과 다른 입력, 화면 또는 규칙을 만나면 추측하지 않고 확인을 요청합니다. 사용자의 수정과 새 예외는 다음 실행을 위한 스킬에 반영할 수 있습니다.
운영 업무 맞춤 준비
예외 처리부터 함께 정리해요.
지금의 예외와 판단 기준을 보고, 맡길 범위와 승인 지점을 정합니다.