77e6ad8867
This reverts commit 4311f5e95657a2eb7b231daf326af252e6c75ae7, reversing changes made to 5d5469e6facfc4ab59235d5532664bb95a597728.
38 lines
1.2 KiB
Plaintext
38 lines
1.2 KiB
Plaintext
---
|
|
layout: guides
|
|
page_title: Job Lifecycle
|
|
sidebar_title: Deploying & Managing Applications
|
|
description: Learn how to deploy and manage a Nomad Job.
|
|
---
|
|
|
|
# Deploying & Managing Applications
|
|
|
|
Developers deploy and manage their applications in Nomad via jobs.
|
|
|
|
This section provides some best practices and guidance for operating jobs under
|
|
Nomad. Please navigate the appropriate sub-sections for more information.
|
|
|
|
## Deploying
|
|
|
|
The general flow for operating a job in Nomad is:
|
|
|
|
1. Author the job file according to the [job specification](/docs/job-specification)
|
|
1. Plan and review the changes with a Nomad server
|
|
1. Submit the job file to a Nomad server
|
|
1. (Optional) Review job status and logs
|
|
|
|
## Updating
|
|
|
|
When updating a job, there are a number of built-in update strategies which may
|
|
be defined in the job file. The general flow for updating an existing job in
|
|
Nomad is:
|
|
|
|
1. Modify the existing job file with the desired changes
|
|
1. Plan and review the changes with a Nomad server
|
|
1. Submit the job file to a Nomad server
|
|
1. (Optional) Review job status and logs
|
|
|
|
Because the job file defines the update strategy (blue-green, rolling updates,
|
|
etc.), the workflow remains the same regardless of whether this is an initial
|
|
deployment or a long-running job.
|