Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add docker dev prod workflow guide #1094

Merged
merged 1 commit into from
Aug 2, 2024
Merged

Add docker dev prod workflow guide #1094

merged 1 commit into from
Aug 2, 2024

Conversation

carolineechen
Copy link
Collaborator

No description provided.

Copy link
Collaborator Author

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @carolineechen and the rest of your teammates on Graphite Graphite

@carolineechen carolineechen marked this pull request as ready for review August 1, 2024 03:34
Comment on lines 24 to 26
(0.16.0), and Accelerate (0.28.0). We will use both the container
version of these packages, as well as local editable versions, of the
diffusers and transformers packages to showcase both production ready
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete "of the diffusers and transformers packages"

cluster.up_if_not()

The function we’ll be using in our demo is ``is_transformers_available``
from ``diffusers.utils``. We’ll first show what using this function like
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
from ``diffusers.utils``. We’ll first show what using this function like
from ``diffusers.utils``. We’ll first show what using this function

Comment on lines 74 to 75
show the case if we had a local version of the repositories, that we
modified locally, and wanted to test out the change on the cluster.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
show the case if we had a local version of the repositories, that we
modified locally, and wanted to test out the change on the cluster.
show the case if we had local versions of the repositories that we'd
modified and wanted to test out our changes on the cluster.

Comment on lines 84 to 87
The core of the production workflow is that the Docker image consists of
the exact packages and versions that you want. Regardless of whether or
not one has local edits, these edits should **not** be used in the
production workflow.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The core of the production workflow is that the Docker image consists of
the exact packages and versions that you want. Regardless of whether or
not one has local edits, these edits should **not** be used in the
production workflow.
The core of the production workflow is that the Docker image already contains
the exact packages and versions we want, probably published into the registry in CI/CD.
We don't want to perform any installs or code changes within the image throughout
execution so we preserve exact reprodicubility.

Comment on lines 89 to 95
**NOTE**: By default, Ray and Runhouse are installed on the ondemand
cluster during setup time. This may be the most updated version of
Runhouse, or the version you have cloned and installed locally. To make
sure that your version is pinned for production use cases, please make
sure that you have Runhouse and Ray included on the Docker container;
the setup will skip the installations if it detects that they are
already installed on the cluster.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
**NOTE**: By default, Ray and Runhouse are installed on the ondemand
cluster during setup time. This may be the most updated version of
Runhouse, or the version you have cloned and installed locally. To make
sure that your version is pinned for production use cases, please make
sure that you have Runhouse and Ray included on the Docker container;
the setup will skip the installations if it detects that they are
already installed on the cluster.
**NOTE**: By default, Ray and Runhouse are installed on the ondemand
cluster during setup time (generally attempting to match the versions you
have locally), unless we detect that they're already present. To make
sure that no installs occur in production, please make
sure that you have Runhouse and Ray installed in your docker image.

@carolineechen carolineechen force-pushed the cc/docker-guide branch 5 times, most recently from 715ddc6 to 57c6fc9 Compare August 2, 2024 15:30
@carolineechen carolineechen merged commit bbe792d into main Aug 2, 2024
11 of 12 checks passed
@carolineechen carolineechen deleted the cc/docker-guide branch August 2, 2024 15:41
carolineechen added a commit that referenced this pull request Aug 2, 2024
carolineechen added a commit that referenced this pull request Aug 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants