-
Notifications
You must be signed in to change notification settings - Fork 20
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
Kubernetes System #3
Comments
A k8S implementation sounds natural, or even, more preferable. However, from the author's description of the project, it feels like the intended direction maybe a fully self-contained app(please correct me)? but honestly, I don't see how that can work on a larger scale. if that's not the case, then this current implementation still has some work do to work with a k8s type engine. |
There's definitely work to be done. Once I'm able to get the standalone code working, I'll report back. My hunch is that Kubernetes provides a valuable solution to the problem of distributing compute over an arbitrary number of nodes (whether these be on the localhost, on Google Compute Engine, on EC2 or across them). Providing the functionality to spin up multiple VMs on these platforms to pour a compute job onto them seems to be more work than it needs to be. An additional possibility is whether e.g. Google App Engine or Google Cloud Run to serve as the backend fabric for these services. As I say, I'm naive on bigmachine but, as a former Googler, familiar with other ways we've solved this. |
I agree that k8s would be a fine backend for Bigmachine, especially as the number of k8s installations and services are increasing. What Bigmachine provides is a relatively low-level, but still economical API, that is designed to be able to support multiple backends. The goal with Bigmachine is to provide an abstraction that lets us build applications and frameworks (like bigslice) that are independent of the underlying infrastructure. We've been using it in a fairly large-scale way on EC2, scaling easily to 100s of instances (and tens of thousands of cores). |
I've begun work on a Kubernetes system: |
Very cool! I’ll be following along. |
Btw, let me know if there is any missing documentation that would be particularly useful for implementing a new system. |
The Kubernetes implementation is straightforward and I have this working. I've tested on microk8s and Kubernetes Engine and will try on Digital Ocean today. [The GCE implementation is also working but there is a vestigial bug that I need to diagnose|fix] I've written an estimator for e that's similar to your π solution. I will file a few FRs... I'm still unsure about bigmachine's approach but think these alternative runtimes may be useful to you to refine the system's API. |
This is at a point where it is functional: I've tested it on microk8s; Kubernetes Engine; and Digital Ocean |
Very cool, will take a look! |
I think it would be interesting to have a Kubernetes backed implementation.
This would provide a more generic solution than per Cloud implementations and could facilitate cross-Cloud deployments too.
The text was updated successfully, but these errors were encountered: