lxd
Nomad
lxd | Nomad | |
---|---|---|
6 | 95 | |
4,228 | 14,422 | |
0.5% | 0.5% | |
10.0 | 9.9 | |
1 day ago | 7 days ago | |
Go | Go | |
GNU Affero General Public License v3.0 | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
lxd
-
Canonical re-licenses LXD under AGPLv3, slaps a CLA on top
Please correct me if I'm wrong, but the post also links the "add Canonical CLA check #12665" [0], and my understanding is that "retain copyright" here is like a typical forum agreement where you going forward must agree to a perpetual worldwide unlimited license to Canonical that they can use as they please per [1]:
>In effect, you’re giving us a licence, but you still own the copyright — so you retain the right to modify your code and use it in other projects.
You explicitly do retain ownership, so you can then take that same code and contribute it elsewhere under any license you wish. The same author could contribute the same patch to both the LXD and the Incus fork. But some might object to being required to allow Canonical to specially license as they want.
So your characterization seems unfair, and then gets kind of nasty at the end:
>The author is pissed off because he can't build custom versions without redistributing the modifications
Incus is a full fork, and Canonical has apparently been taking changes back from it as well as is often the case with such forks where both sides get value from each other. It's perfectly understandable for some folks to be bummed if that's no longer the case, and there is nothing evil about the Apache2 license. There's plenty of history that in OSS going back to the beginning, no need for insinuations or attacks.
----
0: https://github.com/canonical/lxd/pull/12665/commits/eb5c773d...
1: https://ubuntu.com/legal/contributors
-
Vm and hypervisor
You could consider LXD which lets you easily run both containers and VMs: https://ubuntu.com/lxd
-
LXD Moves into Canonical
I hope this doesn't affect LXC negatively.
LXC and LXD share plenty of contributors.
https://github.com/lxc/lxc/graphs/contributors
https://github.com/canonical/lxd/graphs/contributors
I use an "unprivileged LXC container" setup on several Debian bullseye hosts. It works fantastic, and each LXC container feels like a real server.
Compare that to Docker's "one-container-one-process" philosophy, reinventing the wheel by awkwardly composing multiple containers.
-
LXD Has been moved to Canonical
[1] https://linuxcontainers.org/lxd/
-
LXD is now under Canonical
The expected changes are: - https://github.com/lxc/lxd will now become https://github.com/canonical/lxd - https://linuxcontainers.org/lxd will disappear and be replaced with a mention directing users to https://ubuntu.com/lxd - The LXD YouTube channel will be handed over to the Canonical team - The LXD section on the LinuxContainers community forum will slowly be sunset in favor of the Ubuntu Discourse forum run by Canonical - The LXD CI infrastructure will be moved under Canonical’s care - Image building for Linux Containers will no longer be relying on systems provided by Canonical, limiting image building to x86_64 and aarch64.
Nomad
-
Ask HN: Are there any open source forks of nomad smd consul?
Doesn't look like it.
* https://github.com/hashicorp/nomad/forks
* https://github.com/search?q=nomad%20fork&type=repositories
* https://www.google.com/search?q=hashicorp+nomad+forks
There are products that do similar things of course.
-
IBM Planning to Acquire HashiCorp
I don't have any further insight, but looking at <https://github.com/hashicorp/nomad/forks?include=active&page...> coughed up https://github.com/atlassian/nomad/branches although confusingly it says "updated last week" but browsing any one of the branches seems to be stupid old so I got nothing
Finding conceptual forks, e.g. $(git push --mirror ...) would be trickier but I bet sourcegraph could do it
Ultimately, the question boils down to: what risk are you driving down: hitching your wagon to a dead stack, not getting security updates, not getting PRs merged, $other?
-
Running Docker based web applications in Hashicorp Nomad with Traefik Load balancing
In previous post, we discussed creating a basic Nomad cluster in the Vultr cloud. Here, we will use the cluster created to deploy a load-balanced sample web app using the service discovery capability of Nomad and its native integration with the Traefik load balancer. The source code is available here for the reference.
-
Building HashiCorp Nomad Cluster in Vultr Cloud using Terraform
Nomad is really awesome!
-
K0s: Kubernetes distro as a single binary with zero host OS dependencies
I only heard of this today, but it looks really interesting. It seems to finally get Kubernetes a bit closer to something like https://www.nomadproject.io/ in terms of complexity to install and operate.
-
Embracing Simplicity: The Advantages of Nomad over Kubernetes
In the rapidly evolving landscape of container orchestration and management, two prominent players have emerged: Kubernetes and HashiCorp's Nomad. While Kubernetes has gained widespread adoption and popularity, Nomad provides a compelling alternative that stands out for its simplicity and efficiency. In this blog post, we'll explore the advantages of using Nomad over Kubernetes and why it might be the right choice for certain use cases.
-
HashiCorp Vault Forked into OpenBao
I can't discern how many are just those "dependabot" bumps but the 1400 forks show some are active https://github.com/hashicorp/nomad/forks?include=active&page... including CircleCI who I would think have a stake in a libre Nomad https://github.com/circleci/nomad/tree/circleci/release-1.5....
Now maybe their goals don't align with the community, and/or they don't want to be in the maintainer business for such a project, but better than nothing
-
Remote execution of code
Could this be a solution? nomad
- Google Kubernetes Engine incident spanning 9 days
-
Homebrew deprecate and add caveat for HashiCorp
It worth noting that Nomad UI(a official web admin panel) has log tailing utility built-in so maybe partial work has already been done. The developers may have other concerns.
The related issue is https://github.com/hashicorp/nomad/issues/10220
What are some alternatives?
kubevirt - Kubernetes Virtualization API and runtime in order to define and manage virtual machines.
k3s - Lightweight Kubernetes
kata-containers - Kata Containers is an open source project and community working to build a standard implementation of lightweight Virtual Machines (VMs) that feel and perform like containers, but provide the workload isolation and security advantages of VMs. https://katacontainers.io/
Rundeck - Enable Self-Service Operations: Give specific users access to your existing tools, services, and scripts
podman - Podman: A tool for managing OCI containers and pods.
Dkron - Dkron - Distributed, fault tolerant job scheduling system https://dkron.io
firecracker-container
Docker Compose - Define and run multi-container applications with Docker
firecracker-containerd - firecracker-containerd enables containerd to manage containers as Firecracker microVMs
dapr - Dapr is a portable, event-driven, runtime for building distributed applications across cloud and edge.
lxdui - LXDUI is a web UI for the native Linux container technology LXD/LXC