Skip to main content
Flow를 고쳐도 프로덕션에는 영향이 없습니다. **배포(publish)**만 영향을 줍니다. 배포는 Draft를 얼려, 프로덕션 트래픽을 그 얼어붙은 스냅샷으로 가리킵니다.

배포하는 법

  1. Flow를 엽니다.
  2. 오른쪽 위 Publish를 누릅니다.
  3. Nora가 배포 전 점검을 돌립니다(아래 참고).
  4. 무엇이 바뀌었는지 릴리스 노트를 답니다.
  5. 확인합니다.
배포는 몇 초 만에 라이브가 됩니다. 새 실행은 곧바로 새 버전을 쓰고, 돌고 있던 실행은 이전 버전에서 끝냅니다.

배포 전 점검

배포를 허용하기 전에 Nora가 이렇게 확인합니다.
  • 필수 입력이 모두 연결됨. 외톨이 블록 없음.
  • 모든 Agent에 프롬프트와 모델이 있음. 빈 프롬프트는 거절합니다.
  • 파라미터가 있는 모든 Tool에 파라미터 설명이 있음. 이해 못 하는 도구를 Agent는 못 부릅니다.
  • 모든 시크릿이 풀림. 지워진 시크릿을 가리키는 깨진 참조가 없습니다.
  • 와이어링 그래프에 사이클 없음(경계 있는 루프 패턴을 일부러 쓰지 않는 한).
  • 현재 배포와 다름. 똑같은 Draft를 배포하는 건 거절합니다. 출시할 게 없으니까요.
점검이 실패하면 무엇을 고쳐야 할지 알려 주는 빨간 배너가 뜹니다. 통과할 때까지 Publish 버튼은 꺼져 있습니다.

”바뀌지 않는다” 는 말의 뜻

배포된 버전은 내용으로 주소를 매기는 스냅샷입니다. ID가 내용의 해시죠. 그래서 이렇습니다.
  • 같은 버전은 몇 달 뒤에도 늘 같게 돕니다.
  • 롤백이 즉시입니다. 프로덕션을 이전 버전으로 가리키는 건 다시 배포가 아니라 메타데이터를 바꾸는 일입니다.
  • 우연히 내용이 똑같은 두 Flow를 배포하면 저장고를 공유합니다.
배포된 버전은 고칠 수 없습니다. 새 버전을 배포할 수만 있습니다.

릴리스 노트

노트는 선택이지만 꼭 권합니다. 좋은 릴리스 노트는 이렇습니다.
부분 환불 지원 추가. 고객이 chargeback을 말하는 경우를 잡도록 에스컬레이션 룰 강화. “fraud” 나 “dispute” 가 든 질문은 모델을 고정확도 티어로 올림.
노트는 버전 이력, CLI(nora flows versions list), 감사 로그에 뜹니다.

CLI로 배포

같은 점검, 같은 동작입니다. 테스트를 돌리고 초록일 때만 배포하는 CI 파이프라인에서 흔히 씁니다.

배포 권한

기본으로 OwnerManager만 배포할 수 있습니다. Member는 Draft를 고칠 수 있지만 출시는 못 합니다. Flow 설정 → Access에서 바꿉니다.

다음 단계

롤백

뭔가 깨졌나요? 프로덕션을 이전 버전으로 되돌립니다.

버전 diff

두 버전 사이에 정확히 무엇이 바뀌었는지 봅니다.