Fable
The kitchen's back-of-house and the pass-through window
In the south of the city there was a smart kitchen with only a single serving window at the entrance. Customers handed their orders through the window, and after a while the dishes came back out through the same window. Outsiders couldn't see inside the kitchen—they didn't know how many stoves there were, how many people prepped ingredients, or how things were scheduled during peak hours. All they could touch was that serving window.
Behind the serving window is an entire kitchen system: ingredients must be inspected on receipt, recipe versions must be updated, stove heat must be dynamically allocated by order volume, and dishes from multiple stoves must be merged and plated together. Old Zhao, the kitchen master, manages this system, watching the heat chart, prep inventory and dish-out speed board every day. The serving window handles only one thing: passing incoming orders in and finished dishes out.
Once a restaurant chain connected to this serving window. In the first month orders were few, and the serving window responded quickly. In the second month, during the lunch rush, a queue began forming at the window. The chain's procurement team immediately called to demand: is your interface broken? Old Zhao sent someone to investigate and found that the serving window itself had not stalled for even a second—it was stove No. 1 inside the kitchen that had overheated and throttled down, leaving only four of the five stoves working. The serving window had faithfully passed in every order, but the kitchen's scheduler had not automatically shifted the load to an idle stove.
The chain store's engineer said, we cannot understand your internals, we only test the pass-through window—if the pass-through window is not down, we consider the service normal. Old Zhao smiled bitterly and sent a screenshot of the kitchen monitoring panel: see, your order was accepted, but there are not enough pots. The interface being connected does not mean the kitchen can run.
Later, Old Zhao installed a small screen beside the serving window, showing in real time the stove status inside the kitchen and the current wait count. Integrators did not need to enter the kitchen to see whether service was good. Old Zhao explained: the serving window tells you whether you can order, and the screen tells you when the food will come out. One is the door, the other is the pipeline behind the door—each has its own metrics.
At the end of the year, the kitchen broke down the bill clearly: the cost at the pass-through window was a fixed monthly fee, while expansion inside the kitchen was billed by the number of stoves and scheduling complexity. The chain stores finally stopped complaining about an innocent window because of one slow dish. They knew whether to complain about the scheduler or the pass-through window, and they were willing to add a separate budget for scheduling upgrades.
Old Zhao said three things to the new engineer: Don't mistake one window for the whole kitchen. Don't mistake being able to pass along an order for being able to serve a dish. Don't wait until the pass-through window jams to remember the stove may have tripped long ago.
Later a competitor came to visit and asked Old Zhao what their secret was. Old Zhao pointed at the architecture diagram on the wall: I drew the kitchen and the serving window as two independent modules. If the kitchen breaks, the serving window can still tell the outside to pause taking orders; if the serving window breaks, the kitchen can still pass dishes out through the side door. Separated, both are actually more stable.