HTTP로 들어오고 HTTP로 나가며, 까다로운 부분은 처리돼요

진지하게 다루는 수신 웹훅

모든 워크플로에는 이를 시작하는 URL을 둘 수 있어요. 그 URL은 서명을 검증해요 — 흔한 공급자들이 쓰는 형태의 HMAC, 그리고 보낸 쪽이 할 수 있는 게 그게 전부라면 공유 시크릿까지요. 서명을 요구하는 워크플로에 서명 없는 요청이 오면 조용히 처리되는 게 아니라 거부되고 기록돼요.

중복 제거는 페이로드 자체의 식별자를 기준으로 이뤄져요. 그래서 200을 제때 확인하지 못해 재전송한 보낸이 세 번이 아니라 한 번만 실행되게 돼요. 형식이 잘못된 페이로드는 거부 사유와 함께 보관돼요. 자동화에서 정체불명의 공백이 생기는 가장 흔한 원인은 어떤 필드를 빼기로 마음을 바꾼 보낸 쪽이거든요.

CSV만 말할 줄 아는 시스템들

그런 시스템은 실제로 존재해요. 새벽 네 시에 SFTP 서버에 파일이 나타나거나, 첨부 파일로 도착하거나, 공유 폴더에 놓이기도 해요. 워크플로는 그 파일을 감시하고, 읽고, 각 행을 레코드로 다룰 수 있어요 — 바이트 순서 표식이 있고, 구분자가 세미콜론이고, 헤더 행이 폴란드어인 파일까지요. 실제 내보내기가 그런 모습이기 때문이에요.

반대 방향도 가능해요. 워크플로는 파일을 만들어 상대 시스템이 기대하는 위치에 놓을 수 있고, 2006년산 소프트웨어가 갖는 인터페이스는 대개 그게 전부예요.