BackendBench
Coffee

Home › Convert › Kubernetes to Azure Functions

Kubernetes → Azure Functions

Convert Kubernetes cron to Azure Functions

Kubernetes expressions look similar to Azure Functions, but the differences matter. Paste yours below; the result is checked against the original run times.

Result

    What changes from Kubernetes to Azure Functions

    Worked examples

    ScheduleKubernetesAzure Functions
    every minute* * * * *0 * * * * *
    every 5 minutes*/5 * * * *0 */5 * * * *
    every 10 minutes*/10 * * * *0 */10 * * * *
    every 15 minutes*/15 * * * *0 */15 * * * *
    every 30 minutes*/30 * * * *0 */30 * * * *
    every hour0 * * * *0 0 * * * *
    every 2 hours0 */2 * * *0 0 */2 * * *
    every 3 hours0 */3 * * *0 0 */3 * * *

    Field layout and time zones

    Kubernetes

    minute (0-59), hour (0-23), day-of-month (1-31), month (1-12), day-of-week (0-7, 0 and 7 = Sunday).

    Set spec.timeZone (Kubernetes 1.27+) to a name like Asia/Kolkata. Without it the schedule follows the controller's time zone, usually UTC.

    Azure Functions

    second (0-59), minute (0-59), hour (0-23), day-of-month (1-31), month (1-12), day-of-week (0-6, 0 = Sunday).

    Azure Functions evaluates NCRONTAB in UTC unless the WEBSITE_TIME_ZONE app setting is set; with it, the schedule adjusts for daylight saving. The setting is not supported on Linux Consumption or Flex Consumption plans.

    Go the other way

    Convert Azure Functions to Kubernetes, or open the Kubernetes builder or the Azure Functions builder.

    Frequently asked questions

    How do I convert a Kubernetes cron expression to Azure Functions?

    Paste it into the converter above with Kubernetes as the source and Azure Functions as the target. For example, * * * * * becomes 0 * * * * *.

    Is every Kubernetes expression convertible to Azure Functions?

    Yes for the common schedules we tested (27 of 27), though unusual expressions with special characters might need manual review.

    Does Azure Functions run in the same time zone as Kubernetes?

    Not necessarily. Conversion changes the syntax, not the time zone. Check where each system evaluates the schedule before you rely on the same clock times.

    More tools you might need