문제
- 자동화는 로컬 파일만 보고 “이미 있음”이라고 착각하기 쉽다. 하지만 공개 블로그나 문서 사이트에서는 로컬 상태보다 live URL이 진실이다.
운영 패턴
- 1. 로컬 데이터에서 오늘의 slug를 찾는다.
- 2. 빌드 산출물에 해당 HTML이 있고 언어 블록이 들어 있는지 확인한다.
- 3. 배포 후 공개 URL을
curl -fsSL로 확인한다.
- 4. HTML 안에
og:image와twitter:image가 모두 있는지 확인한다.
- 5. 이 네 가지가 통과할 때만 no-op이나 완료로 기록한다.
왜 중요한가
- cron이 조용히 멈추면 사람은 이미 배포됐다고 믿는다. live smoke를 no-op 조건에 넣으면, 자동화가 “안 했다”와 “이미 공개됐다”를 제대로 구분한다.
Problem
- Automation can look at local files and wrongly decide that the work already exists. For a public blog or documentation site, the live URL is more authoritative than local state.
Operating pattern
- 1. Find today’s slug in local data.
- 2. Confirm the built HTML exists and contains language blocks.
- 3. After deployment, fetch the public URL with
curl -fsSL.
- 4. Check that the HTML includes both
og:imageandtwitter:image.
- 5. Record a no-op or completion only after all four checks pass.
Why it matters
- If a cron silently stalls, people assume the site is already published. Making live smoke a no-op condition forces automation to distinguish “not done” from “already public.”
问题
- 自动化很容易只看本地文件，就误以为内容已经存在。对公开博客或文档站点来说，live URL 比本地状态更有权威性。
运维模式
- 1. 在本地数据中找到今天的 slug。
- 2. 确认构建出的 HTML 存在，并包含语言区块。
- 3. 部署后用
curl -fsSL拉取公开 URL。
- 4. 检查 HTML 同时包含
og:image和twitter:image。
- 5. 四项都通过后，才记录 no-op 或完成。
为什么重要
- 如果 cron 静默卡住，人会以为网站已经发布。把 live smoke 放进 no-op 条件，可以迫使自动化区分“没完成”和“已经公开”。
問題
- 自動化はローカルファイルだけを見て、作業はもう存在すると誤判断しがちです。公開ブログやドキュメントサイトでは、ローカル状態より live URL の方が信頼できます。
運用パターン
- 1. ローカルデータから今日の slug を見つけます。
- 2. 生成された HTML が存在し、language blocks を含むことを確認します。
- 3. デプロイ後、公開 URL を
curl -fsSLで取得します。
- 4. HTML に
og:imageとtwitter:imageの両方があることを確認します。
- 5. 4 つすべてが通った場合だけ、no-op または完了として記録します。
なぜ重要か
- cron が静かに止まると、人はサイトがすでに公開されたと思い込みます。live smoke を no-op 条件に入れることで、自動化は「未完了」と「すでに公開済み」を区別できます。