Skip to main content
By default the server scales to zero when it is idle. The next request after a quiet period has to start the container and validate the license before it can be served, which takes noticeably longer than a normal request, and can be slow enough that the caller gives up first.

When you need this

Symptom: the server works fine most of the time, but occasionally a scenario is very slow or fails with a connection error, and running it again straight away succeeds. Failures cluster after periods of no activity.
This pattern is a cold start, not a broken deployment. If the server fails consistently rather than intermittently, this page is not the fix; see Troubleshooting.

Turn on Always Ready Mode

You do this yourself on the App Status page: make.magicmealkits.com/app-status.
The previous screen (v1) is still the default. The new dashboard (v2) opens at make.magicmealkits.com/v2/app-status. Pick the tab for the screen you use.
1

Open App Status

At make.magicmealkits.com, open App Status (앱 상태) in the left menu.
2

Turn on Always Ready

In the Service status (서비스 상태) card, switch on Always Ready (상시 대기). It applies to the running service right away; no redeploy needed.
Always Ready toggle on the App Status screen
Always Ready toggle on the App Status screen (zoomed in)

Zoomed in

3

Confirm

Re-run the scenario that was failing. The slow request after an idle period should be gone.

Cost

Always Ready Mode keeps an instance running around the clock, so the service no longer scales to zero and usage continues while idle. This is billed by Google Cloud and will take you past the always-free tier. The App Status page labels the enabled state Premium Cost for this reason.
Leave it off if occasional slow first requests are acceptable; scheduled scenarios that run every few minutes usually keep the instance warm on their own, and cold starts only show up after genuinely quiet periods. Turn it on when requests must respond predictably, such as webhooks or user-facing automations. See Google Cloud billing for how billing is set up on your project.
  • Slow under load rather than after idling? That is a memory problem, not a cold start; see Performance & memory.