higlass / higlass/higlass-docker

Redeploy preserves data / continuous deployment / zero downtime?

Open
#47 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
Shell
Stars
34
Forks
16
PR merge metrics
No merged PRs in 30d

Description

One story we have is that redeployments do not destroy data... one good way to demonstrate that would be to set up continuous deployments. But how will this work exactly? I don't want to make things too complicated, but I feel that we should also hold zero-downtime as a requirement from the start, and I think the usual way of doing this is with a blue/green setup, though we have choices about where the switch happens:
- ~~DNS~~: not a good idea
- AWS Elastic IP: maybe
- AWS ELB: maybe
- nginx: yeah? Have 2 HG containers up, serving different internal ports, update one, and then toggle nginx.

@pkerpedjiev : It sort of depends on how soon you think we need to think about load balancing multiple EC2s. If we want to do that sooner rather than later, then probably better to do ELB from the start, but without that consideration, I think that's making it a bit more complicated, and a bit more AWS dependent, than it needs to be.

There are AWS integrations with Travis, but they don't feel like what we want, exactly: I had thought we wanted to pull the newly built image from Docker Hub, but I guess putting built images on the appropriate EBS volume could work?

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.