You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 30, 2019. It is now read-only.
Problem: As is the case with dynamic apps, owners of static apps require hosting solutions so that they may build and deploy their apps.
*From roadmap:* Initial approach: repo + a dockerfile (that includes all depdencies e.g. jekyll, hugo) Tasks: creates cloudfront distribution + S3 bucket when creating an app; run docker, copy to s3, invalidate cache
Application Provision
Rails application should offer option to specify static application on creation
CreateApplicaiton has a function that run static terraform
@malford Looks good. So there would be an a and a b S3 bucket for each app, at any time one or the other is blue or green? Makes sense to me.
One implementation thought: user's supplied Dockerfile should encapsulate building their site, and when we do a docker run, we pass in a volume (using the --mount flag) that is the target root of what the site generator should output to. In other words, the user should set up there site generator to output to a known directory local in the container (like /site, perhaps -- maybe inject as a env var $SITE_OUTPUT_DIR or something), that is mapped to the directory controlled by the Soapbox building process.
Problem: As is the case with dynamic apps, owners of static apps require hosting solutions so that they may build and deploy their apps.
*From roadmap:* Initial approach: repo + a dockerfile (that includes all depdencies e.g. jekyll, hugo) Tasks: creates cloudfront distribution + S3 bucket when creating an app; run docker, copy to s3, invalidate cache
Application Provision
CreateApplicaiton
has a function that run static terraformApplication Deploy
The text was updated successfully, but these errors were encountered: