this post was submitted on 05 Jul 2023
50 points (100.0% liked)

Linux

46774 readers
2706 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

Interesting move by Canonical. Wonder if this is related to the new GUI for LXD that Canonical released recently? Or maybe they want to bring more projects in-house after the RHEL shakeup?

you are viewing a single comment's thread
view the rest of the comments
[–] TCB13 2 points 1 year ago* (last edited 1 year ago) (4 children)

for any more complex orchestration I think you’ve moving to k8s or something more serious

I guess it depends in your use case. If you're taking about "regular" applications LXD/LXC might not be your best fit. LXD/LXC seem to very good for the more low level infraestruture related solutions. In contrast, whatever is typically deployed with k8s that is mostly immutable very reproducible and kind of runs at a very high level.

LXD is more about what might power that "higher level" layer, more about mutable containers, virtual machines and very complex stacks that you can't deploy with docker most of the time. As excepted people with those needs greatly leverage cloud-init and Ansible in order to get the reproducibility and the automated deployment capabilities that the Docker "crowd" usually likes.

[–] [email protected] 1 points 1 year ago (3 children)

Ah, ok, understood then, it didn't fit my use-case or workflow, it works for others, my bad, appreciate the correction!

[–] TCB13 2 points 1 year ago (2 children)

Not a correction, it has its uses :) I would never deploy a web app and its API, database etc. using LXD, makes no sense, k8s is way better for that.

[–] [email protected] 2 points 1 year ago (1 children)

I do that with lxd, but I have written ansible playbooks (almost like dockerfile? ) to automate the lxd containers. You could probably write some automation for scaling as well, but not something I've done, I have just opted for high availability with ceph & keepalived. Whatever works for your use case :) I do use some docker, but this is still nested inside lxd..

[–] TCB13 2 points 1 year ago

I also do playbooks to deploy stuff some stuff with LXD, but my end users only like Docker so, I kind of setup the infrastructure that allows them to deploy Docker on top of LXD containers that are deployed using Ansible.