-
Notifications
You must be signed in to change notification settings - Fork 71
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
How modular of an install do we provide? #637
Comments
Don't forget Cantaloupe which can go with Fedora or separate... probably separate is better to allow you to have your preservation layer completely separate from your display layer. |
@whikloj Editing into original post |
Since one of the major goals of CLAW is scalability, it would make sense for each microservice (or any individual part of the stack that may need to grow/shrink dynamically) to be its own thing. That way you could spin up more Tesseracts or Imagemagicks as needed without each the overhead of anything else that isn't needed being spun up with it. I write this with Docker containers in mind, but could probably apply the same logic to Ansible too. |
There was some discussion about this on https://github.com/Islandora-CLAW/CLAW/wiki/May-24%2C-2017 and my suggestion then was that we could start by putting everything that can go in one kind of container (i.e. servlet container, httpd/PHP, Karaf) into one of that kind and put each container into a Docker of its own. Then as we discover which pieces need scaling out by practice, we can break them out into their own Dockers. That would start us out with something like three Dockers:
That's almost surely not as fine-grained as we might eventually want to be, but my hope in putting forward the suggestion is that we can start more coarse-grained than we know we will be and figure out with experience how to subdivide. Anyway, just a suggestion... |
Closing this. We'll deal with it during sprint/planning. |
Part of #635
This can be a pretty big rabbit hole, so I want to create a definitive scope for the first phase of development of a scripted install provided by the foundation. This will be driven by the deployment configurations we want to support. Those two things are the outcome I want from the ticket. What deployment setups do we support and what are the packages we need to make those happen?
So let's start with 'What deployment setups do we support?"
I'm thinking an all-in-one install and then a reasonably broken apart stack. Looking for guidance on what is reasonable to break out. Here's what my gut is telling me:
Thoughts?
The text was updated successfully, but these errors were encountered: