Little bit of everything!

Avid Swiftie (come join us at !taylorswift@poptalk.scrubbles.tech )

Gaming (Mass Effect, Witcher, and too much Satisfactory)

Sci-fi

I live for 90s TV sitcoms

  • 16 Posts
  • 388 Comments
Joined 2 years ago
cake
Cake day: June 2nd, 2023

help-circle
  • Did a takehome for a company recently that did it well. They required that I make a docker file (you could give them one if you wanted) where when ran it would run tests. It was a neat use of docker IMO, it standardized that builds were just “build the docker file” and running was just “run the dockerfile”. You would t have to deal with tar or anything then.

    Thousand ways to skin a cat there



  • They said they were open to it but they had zero priority of doing it themselves, and essentially “submit a PR if you want it”. A shame really, their interface is great, and such an easy setup. If they implemented either xmpp or matrix I would switch immediately. All of my friends want a discord clone that “just” works, but no one wants to go to this server for this group and then login to that server for that group. They want a single-pane interface like what discord offers.

    Shortsighted to not implement that IMO.





  • Replicating images isn’t really best practice. Images are meant to be ephemeral on the server. Dockers pattern is to repull the images if they are needed, and that only takes a few seconds. Saving the images IMO would just be a waste of space.

    If you are afraid the images will be gone someday, the proper way to handle this is to use a docker registry as a proxy. So you make your own docker registry, like your.tld/registry and then set it in proxy mode. Then when you pull your images you set docker to pull from your registry. If it’s found it will use your local data otherwise it will pull through from the parent registry, and serve the docker image to your client. For backup then you backup the registry’s volume.

    That fits within the pattern of docker. Your clients come up, query the local registry, and it will serve your containers. Your server remains ephemeral.












  • Scrubbles@poptalk.scrubbles.techtoSelfhosted@lemmy.worldProxmox or Docker?
    link
    fedilink
    English
    arrow-up
    18
    arrow-down
    2
    ·
    2 months ago

    I found proxmox and docker to be fairly incompatible, and went through many iterations of different things to make it work well. Docker in VMs, Docker in LXC, Docker on the host (which felt redundant as hell). Proxmox is an amazing hypervisor, but then I realized I didn’t really need a hypervisor since I was mostly running containers.

    My recommendations:

    • No need for VMs Just run debian and run containers on it

    • Some VMs, Mostly containers, 1 host Run proxmox, and create a VM in proxmox for your contianer workloads

    • Some VMs, Mostly containers, >1 host, easy mode Same as above, but make one host debian and the other one proxmox

    • Some VMs, Mostly Containers, >1 host, hard mode but worth it after 2 years Use kubernetes, I use k3s. Some nodes are just debian with k3s on them, others are running in VMs on proxmox using the extra compute available. This has a massive learning curve though, it took me well into a year to finally having it at a state I like it - but I’ll never go back.