모범 사례
필요한 사람에게 알림 보내기
수신 대상과 조건을 정해 알림이 실제 조치로 이어지게 구성합니다.
왜 수신처부터 정하나
알림을 많이 보내도 누가 처리할지 정하지 않으면 같은 노출이 남습니다. 채널마다 알림을 확인할 사람과 맡을 일을 정합니다. 해당 팀이 대응할 이벤트를 그 채널로 보냅니다.
권장 구성
연동의 알림 채널에서 대응 팀이 확인하는 채널을 준비합니다. 같은 연동 화면의 알림 규칙 탭에서 그 팀이 조치할 이벤트의 조건과 수신 채널을 정합니다. 연결 방법은 Slack 알림, Telegram 알림, 웹훅 알림을 참고합니다.
불필요한 알림을 줄이려면 같은 수신처로 가는 규칙의 조건이 겹치는지 먼저 확인합니다. 반복 알림을 끄기 전에 실제 중복인지, 서로 다른 위치나 시크릿인지 구분합니다. 대응 팀이 바뀌면 채널과 규칙의 담당도 같이 인계합니다.
메일과 채널 알림은 각각의 목적에 맞게 씁니다. 공유 승인 요청이나 값 직접 공유 메일의 수신자는 해당 작업을 맡을 사람으로 지정합니다. 이 메일을 채널 알림의 대체 수단으로 가정하지 않습니다.
채널 연결 확인과 실제 이벤트 전달을 나눠 점검합니다. 연결에 성공해도 규칙이 비활성 상태이거나 조건이 맞지 않으면 기대한 이벤트가 전달되지 않을 수 있습니다. 조건에 맞는 이벤트의 알림 기록을 확인합니다. 수신 채널에 도착한 내용과 대조합니다.
흔한 실수
알림이 없다는 이유만으로 노출이 없다고 결론 내리지 않습니다. 규칙 상태·조건·연결 상태와 스캔 결과를 함께 확인합니다. 아무도 읽지 않는 공용 채널에 모든 이벤트를 모으지 않습니다. 수신 실패의 원인을 찾기 전에 규칙 조건을 무조건 넓히지 않습니다.
점검표
- 각 수신 채널에 조치를 맡을 팀이 있는가.
- 규칙 조건과 실제 대응 범위가 맞는가.
- 같은 채널로 가는 중복 규칙을 살폈는가.
- 메일의 지정 수신자가 해당 작업을 알고 있는가.
- 실제 이벤트 기록과 수신 결과를 대조했는가.