How long should a first pipeline run before somebody has to touch it Orchestration
Built our first real scheduled pipeline about six weeks ago. It has needed manual intervention four times: an API rate limit, an upstream schema change, a disk filling up, and one thing I still cannot explain. I expected to build it and mostly forget it. Is four times in six weeks a sign I built it badly, or is this the job?
@coldstorage_cy · 10mo ago · 3 replies
Four in six weeks for a first pipeline is unremarkable, and three of your four causes were external. Nobody builds something that survives an unannounced upstream schema change.
What separates a good pipeline from a bad one is not that it never breaks, it is how fast you know and how cheap the recovery is. Ask yourself:
If the answers are monitor, rerun and yes, you are doing this correctly and the count does not matter. The unexplained one is the only item on your list I would chase. Unexplained failures come back.
Reply
Report
@coldstorage_cy · 10mo ago
That is the one to fix. Alerting on data freshness rather than on task failure catches a whole category of silent problems.
Reply
Report
@proof_pilar · 10mo ago
Two out of three. We found out from a person the first time and that was easily the worst one.
Reply
Report