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

Mccalluc/first steps #2

Merged
merged 21 commits into from Oct 4, 2018
Merged

Mccalluc/first steps #2

merged 21 commits into from Oct 4, 2018

Conversation

mccalluc
Copy link
Member

@mccalluc mccalluc commented Oct 3, 2018

This has a lot of plumbing, and one passing test.

For django-docker, we'll need a compatibility layer of some sort for anything we do that goes beyond Docker, whether that's ECS, EKS, Fargate, or wrapping our own Kubernetes interface... but, it doesn't necessarily need to be at the API level like this. If it were the case that the high-level functions we are interested in are accomplished differently on these different frameworks, then we'd want compatibility at that higher level... but I don't think that's the case here: We need the same basic functionality everywhere, and that corresponds to what the API offers.

I think targeting raw Kubernetes first makes sense:

  • Local development is possible (with minikube)
  • AWS technologies are built on top of it, so it's not going to hurt to understand what's underneath.
  • I'm still not convinced that what AWS offers makes our job easier... I think it makes other jobs easier, and I'm not sure we've chosen the right job here... but for what we're trying to do, I think this is a good way to do it.

@mccalluc mccalluc merged commit 1fb746a into master Oct 4, 2018
@mccalluc mccalluc deleted the mccalluc/first-steps branch October 4, 2018 23:30
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.

None yet

2 participants