-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Switch Provisioning to use Ansible w/ a Production & Developer playbook #680
Comments
We currently use Vagrant to run a script called bootstrap.sh: https://github.com/internetarchive/openlibrary/blob/master/scripts/bootstrap.sh There's a start to an ansible playbook in the The goal of this issue is to change our existing vagrant setup to use ansible exclusively (instead of scripts/bootstrap.sh), to do all provisioning, and to have a different playbook for |
I can take this up! |
@salman-bhai any followup on this? |
This is a subtask of #2036 |
@abezella — this old ansible playbook that @anandology had in Is this logic something we can/should add (back) to your new ansible playbook in We ideally want this number to be variable based on the vm’s capacity https://github.com/internetarchive/olsystem/commit/982aeb76e9aa8d7ad20b57c856aa2c9c9b002829 |
@hornc and I finally got our 1st VM provisioned as xenial with @abezella's help --
|
@mekarpeles - i've redeployed
|
@abezella I think I see this here? https://github.com/internetarchive/olsystem/blob/master/playbooks/site.yml For the memcached servers, I don't believe |
yep! also some other supplemental files dropped in: |
@cclauss where I would love to get is a provisioning/ directory that (similar to deployment) has all the scripts needed to build Open Library for various servers. I don't care about ansible, however, I happen to think that (as a tool) it's built to give us some recipe that literally goes start to finish on a server and irrespective of what tool we use, we're not there. This issue may be closed when we get there (whether ansible or otherwise). I should be able to run a script called We should also update the provisioning docs so people know where to find this and add a README.md to that provisioning directory. |
Assignees removed automatically after 14 days. |
In 2018 we intend to migrate from trusy to xenial -- our internal provisioning isn't as automatic as our vagrant setup and we'd like to get to a position where we only have one canonical build process which adjusts based on tags like
production
,staging
anddeveloper
The text was updated successfully, but these errors were encountered: