• darvit@lemmy.darvit.nl
      link
      fedilink
      arrow-up
      3
      ·
      5 months ago

      Reject kubernetes, join the Juju cluster.

      We have “save your wallet hundreds of thousands by not automatically spinning up a crapton of resources if your app does an oopsie”! And we have “simply run on any public cloud or in your own datacenter with MAAS or locally with LXD”!

  • kshade@lemmy.world
    link
    fedilink
    arrow-up
    71
    ·
    5 months ago

    For real though, containerization isn’t the only way to separate applications from each other but totally fine, it’s the “It works on my machine, so here’s my machine” mentality that doesn’t fill me with confidence. I’ve seen too much barely-working jank in containers that probably only get updated when a new version of the containerized application itself is released.

  • where_am_i
    link
    fedilink
    arrow-up
    59
    arrow-down
    3
    ·
    edit-2
    5 months ago

    Weak one. Let’s ideate on a better version

    STOP DOING DOCKER

    • Virtualization was supposed to reduce the overhead, not create entire DevOps departments.

    • Years of containerization yet no real use over make clean; make build

    • Wanted to deploy your app in the “cloud” anyways for a laugh? We had a tool for it, it’s called rsync

    • Let’s run a virtual container in --privileged mode, so we can manage system resources from it – Statements dreamt up by utterly Deranged

    Look at what tech interviews have been demanding your Respect for all these years. (These are real documentation examples for how a simple virtualization supposedly works)

    ???

    ???

    ???

    Hello, I would like to put 20 Terabytes of “images” into my /var/lib/, please!

    They played us for absolute fools!

  • MrSpArkle@lemmy.ca
    link
    fedilink
    arrow-up
    32
    arrow-down
    3
    ·
    5 months ago

    Docker exists because most programming languages don’t give a shit about producing easily executable outputs.

    Nobody cares about your stupid python egg or ruby gem. How do I run it on my local?

  • gencha@lemm.ee
    link
    fedilink
    arrow-up
    28
    ·
    5 months ago

    Containers are a great way run applications.

    Docker is a piece of garbage by a company way too far down the enshittification slide.

  • some_guy@lemmy.sdf.org
    link
    fedilink
    arrow-up
    22
    arrow-down
    2
    ·
    5 months ago

    Why does this feel like it’s a flat-earth slide? I haven’t looked at any flat-earth propaganda, but I strongly suspect that it looks a lot like this.

    That said, I’ll stick with my VMs regardless. I like simplicity.

        • Norgur@fedia.io
          link
          fedilink
          arrow-up
          20
          ·
          5 months ago

          The absurd waste of resources VMs bring… LXC and Docker a godsend in that regard.

      • namingthingsiseasy@programming.dev
        link
        fedilink
        arrow-up
        14
        ·
        5 months ago

        I would vote for docker as well. The last time I had to inherit a system that ran on virtual machines, it was quite a pain to figure out how the software was installed, what was where in the file system, and where all the configuration was coming from. Replicating that setup took months of preparation.

        By contrast, with Docker, all your setup is documented. The commands that were used to install our software into the virtual machines and were long gone are present right there in the Docker file. And building the code? An even bigger win for Docker. In the VM project, the build environment for the C++ portion of our codebase was configured by about a dozen environment variables, none of which were documented. If it were built in Docker, all the necessary environment variables would have been right there in the build environment. Not to mention the build commands themselves would be there too, whereas with VMs, we would often have developers build locally and then copy it into the VM, which was terrible for reproducibility and onboarding new developers.

        That said, this all comes down to execution - a well-managed VM system can easily be much better than a poorly managed Docker system. But in general, I feel that Docker tends to be easier to work with than a VM. While Docker is far from flawless, there are a lot more things that can make life harder with VMs, at least from my experience.

    • PoolloverNathan@programming.dev
      link
      fedilink
      arrow-up
      6
      ·
      5 months ago

      Nix has flakes; nix run can contain pretty much all of the needed dependencies. If that’s not enough, you can set up an entire container as a module.

  • MonkeMischief@lemmy.today
    link
    fedilink
    arrow-up
    16
    arrow-down
    1
    ·
    5 months ago

    Meme gave me a laugh. XD

    I see people not happy with Docker as a company, and, I get that, tech co. Lol

    But I gotta admit, it’s definitely been awesome for self hosting. My home server would probably just be OpenMediaVault and a Samba share if I couldn’t just spin up compose files and had to worry about every app wanting its own database and stuff!

    Are there better alternatives for newbs who just wanna self host stuff?

    • dan@upvote.au
      link
      fedilink
      arrow-up
      9
      ·
      edit-2
      5 months ago

      Are there better alternatives for newbs who just wanna self host stuff?

      Docker is great for a beginner, and even for an expert too. I’ve been self-hosting for 20 years and love Docker.

      Back in “the old days”, we’d use Linux-VServer to containerize stuff. It was a bit like LXC is today. You get a container that shares the same kernel, and have to install an OS inside it. The Docker approach of having an immutable container and all data stored in separate volumes was a game changer. It makes upgrades so much simpler since it can just throw away the container and build a new one.

      The main alternative to Docker is Podman. Podman uses the same images/containers as Docker - technically they’re “OCI containers” and both Docker and Podman implement the OCI spec.

      Podman’s architecture is different. The main difference with Podman is that it never runs as root, so it’s better for security. With Docker, you can either run it as root or in rootless mode, but the default is running it as root.

      • MonkeMischief@lemmy.today
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        5 months ago

        Wow, I really appreciate you taking the time. I’m bookmarking this. Thanks, Dan!

        As I look to upgrade or re-factor the server a bit, I’m gonna take a closer look at Podman. Not running as root by default sounds extremely sensible!

        I tried that with a few of my Docker containers with results ranging from “Did it actually do it?” to “Nice job breaking it, hero.” Lol

        OMV has a really nice Docker GUI built in, but I’d much rather be ready to understand the open-for-all solution if I could. :)

        Hope you have a great one!

  • joelfromaus@aussie.zone
    link
    fedilink
    English
    arrow-up
    15
    ·
    5 months ago

    (Chorus) Heave ho, Docker, and sail the binary sea, With containers all lined up, so light and free. From the code to the cloud, we’ll go with ease, In our trusty Docker ships, we sail the seas.

    (Verse 1) Oh, the devs were a-struggling, in a stormy plight, With dependencies broken, things weren’t quite right. Then Docker sailed in, with a promise so bold, Of consistent environments, as good as gold.

    (Chorus) Heave ho, Docker, and sail the binary sea, With containers all lined up, so light and free. From the code to the cloud, we’ll go with ease, In our trusty Docker ships, we sail the seas.

    (Verse 2) We build and we ship, with our Docker compose, In our microservices, our confidence grows. With images light and containers so tight, We deploy in the morning, and sleep sound at night.

    (Chorus) Heave ho, Docker, and sail the binary sea, With containers all lined up, so light and free. From the code to the cloud, we’ll go with ease, In our trusty Docker ships, we sail the seas.

    • slabber@lemmy.ml
      link
      fedilink
      arrow-up
      8
      ·
      5 months ago

      That’s one of my dilemmas. Due to using BSD and relying on jails I have a hard time using lots of possibly nice apps being released nowadays because they only offer the docker way of installing.

  • Captain Howdy@lemm.ee
    link
    fedilink
    arrow-up
    13
    ·
    5 months ago

    If you’re doing it right, containers are less like VMs and more like cgroups. If orchestrated correctly it uses less system resources to run lots of services on a single system/node.

    That said, I’m a devops/infrastructure/network professional and not a developer, so maybe I’m missing something from the dev experience… But I love containers.

    Docker does kinda suck now, though. Use podman or another interface instead if you can help it.

    • skuzz@discuss.tchncs.de
      link
      fedilink
      arrow-up
      7
      ·
      5 months ago

      If done correctly, it also forces devs to write smaller more maintainable packages.

      Big if though. I’ve seen many a terrible containerized monolithic app.

      • dan@upvote.au
        link
        fedilink
        arrow-up
        7
        ·
        5 months ago

        I’ve seen many a terrible containerized monolithic app.

        I’ve seen plenty of self-hosters complain when an app needs multiple containers, to the point where people make unofficial containers containing everything. I used to get downvoted a LOT on Reddit when I commented saying that separating individual systems/daemons into separate containers is the best practice with Docker.

        • skuzz@discuss.tchncs.de
          link
          fedilink
          arrow-up
          2
          ·
          5 months ago

          Separate containers works like a dream when one app starts shitting the bed, gets auto-cycled, and everyone else just chills. Not surprised on the Reddit downvotes though. That place is so culty, especially now.

  • 5714@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    14
    arrow-down
    4
    ·
    5 months ago

    I don’t like containerisation because it leads to bullshit like atomic distros. I don’t want a spicy Android.

    Steam OS has some cool elements like the menu, the in-game side panels and the game mode/desktop dichotomy, but incremental rolling release is utterly deranged from my POV as an Arch user (btw).

    • Reawake9179@lemmy.kde.social
      link
      fedilink
      arrow-up
      19
      arrow-down
      1
      ·
      5 months ago

      If stability is deranged then yes.

      As someone having used Arch, stuff does break at times and Valve can’t link a Wiki link with the fixes

      • 5714@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        3
        ·
        5 months ago

        Say Plasma “breaks” - a wiki will not help fast enough.

        I’m not trying to defend rolling release for a gaming console, but give me at least the option to decide for myself whether I’m ok with breakage or not. There is this kernelspace NT driver that I wanted to try, but I couldn’t because pacman is locked.

    • SpeakinTelnet@programming.dev
      link
      fedilink
      arrow-up
      11
      ·
      5 months ago

      I’m currently trying Fedora Kinoite and from the get go the hassle of getting a proper Firefox+codecs to watch online videos feels like a major step back.

      Then you have the issue of installing software in flatpack (is: vscode, texmaker) that are either not fully working of need to have their access tweaked. Atomic distros appeal is to “just work” it doesn’t seem like it does.

  • reesilva@bolha.forum
    link
    fedilink
    arrow-up
    10
    arrow-down
    2
    ·
    5 months ago

    hahahahahahaj I don’t know if it is funny because it is absurd or if it is funny because there are some folks out there that really think like that hahahahah

    • booly
      link
      fedilink
      arrow-up
      5
      ·
      5 months ago

      This meme format works best to absurdly overstate the uselessness of something you find mildly annoying. That’s when it’s funniest, because the criticisms are grounded in something real, and the low-stakes controversy makes the aggressive tone funny in context.