I played with this when first announced, and then now and all the things I wanted when i first tried it out are now fixed (mainly transparent networking..) and the option for dockerd container engine makes migrating pretty simple.
They installed their own halfbaked inhouse CloudNative Storage Provider, then quoted the client 50k to try to stabilize it. Their sales people were also nonstop trying to sell them on more consulting hours on top of the 50k they were taking in license fee for a 3 node cluster.
The whole thing left such a bad taste in my mouth that whenever I see Rancher I tell my clients to look for other options and run away as far as possible.
Now that Suse owns them I'm a bit more open to it, but I imagine there are still a lot of old rancher people in there.
Can anyone enlighten me on the current state of affairs?
It's probably unnecessary/overkill for single-user like myself, but so far I like it
For a long while now I've wanted a stable, slim base OS. I actually thought Rancher Desktop was a rebirth of RancherOS: https://rancher.com/docs/os/
I really liked the concept of a "system docker" and a "user docker". I thought Fedora CoreOS had potential to be the first Linux "Desktop" container distro.
Oh well, maybe a desktop distro that aims to containerize all apps is a 2023 thing. Still remember that Steam bug?
It’s an immutable desktop OS where everything is ran in flatpaks/podman pods for the most part and it’s actually a really great experience.
Can play stellaris on steam with it for example with no issue.
The best you can do is have the host/hypervisor own the laptop display, and then remote desktop to or "stream out" the guest framebuffer.
https://github.com/abiosoft/colima
Which also is built on top of lima.
It’s been great, some network wonkiness, and works on m1 perfectly.
The rancher devs have been contributing back to the project helping improve both.
The main issues I've had are in networking and you have to keep in mind that you have to explicitly specify writable directories. Other than that it seems pretty well comparable to WSL2.
Edit: On topic, just test k8s config changes in prod :^)
It will warn you about WSL and recommend Docker Desktop for Windows, which is funny since Docker Desktop can also run docker for you in WSL.
GUI programs have much better discoverability. But ... it's generally hard to drive them with a keyboard.
Emacs' magit or lazydocker strike me as a nice balance. Not as expressive as the command line, but powerfully keyboard-focused.
I tried to install it on my personal M1 Max Macbook, and it was annoying enough (the vm stuff, which was annoying with Docker Desktop) that I just used Multipass and installed docker. I would 100% recommend anyone dependent on Docker Desktop on Windows give it a shot.
On top of that, our local test env is based on docker-compose so it often has issues matching exactly to the deployed env in the cloud once you add all the networking.
I've wanted to start moving us to Kubernetes so we can have a much closer env across the board. In order to do this, we would need to support both osx and Linux development, and for this I was investigating minikube but my previous XP with minikube left me not liking that solution long term.
I look forward to investigating this tool and seeing the potential in a local development workflow.
Exactly my driver for getting k8s (in the form of OpenShift) in place years ago to support a microservices push: if you want to deploy a fleet of a few hundred independent runtimes independently of one another, you could waste a lot of time and effort building everything that's needed to support that out of bits of VMware and F5 irules and things, or you can use something designed to support the case from day one.
In a word where mobile and web apps are becoming more and more popular, calling a product a 'software solution' or an 'app' does not immediately make it obvious where the software will run.
Adding the word desktop makes it stand out to the audience who is looking for desktop software (and presumably who don't want to setup server side software, fiddle with cli or use an externally hosted orchestration service).
I recommend embracing the new reality that a vast majority of consumer grade software in present day world does not target desktops.
(now that would be a great name for a WM ;) )
Rancher Desktop, a Docker Desktop Replacement - https://news.ycombinator.com/item?id=28835690 - Oct 2021 (220 comments)
> Kubernetes and Container Management on the Desktop:
> An open-source desktop application for Mac, Windows and Linux.
> Rancher Desktop runs Kubernetes and container management on your desktop. You can choose the version of Kubernetes you want to run. You can build, push, pull, and run container images using either containerd or Moby (dockerd). The container images you build can be run by Kubernetes immediately without the need for a registry.
How does Rancher Desktop compare to Docker Desktop in terms of e.g. k8s support?
It works wonder on WSL2, for instance.
Assigning all CPUs shouldn't do anything impactful really.
On macOS
brew install docker-composeReading the FAQ (https://docs.rancherdesktop.io/faq):
*Q: I can no longer run docker compose after installing Rancher Desktop and uninstalling Docker Desktop, what happened?*
*A: The docker compose subcommand is bundled as part of a Docker Desktop installation and is removed when uninstalled. Follow these instructions to install it.*
It also stated you can have both Docker Desktop and Rancher Desktop installed, but only one can be running at a time as it shares the same docker socket. I might try installing Rancher Desktop and stopping Docker Desktop and seeing if it all works as expected.
seriously?
a whole freaking browser only just to display few sliders, combobox and buttons?
this is very sad and concerning, either people are clueless, or they are clueless, i see no other reasons; you really not care at all, do you?
you use go already, use that https://fyne.io/
We need a whole freaking browser, only to display some text on this Web 1.0 hackernews website?
If the tool works well and doesn't use too many resources (see: VS Code, Spotify, Postman, among others that use a "browser" based UI), why does it matter?
Let developers choose the tools they want to build the things they want to build. You want a k8s desktop app written in fyne-io? Go for it!
hahaha, i see, it's a lost battle, bloaters of computers, you won
hope you not from EU, i would be ashamed
> Let developers choose the tools they want to build the things they want to build. You want a k8s desktop app written in fyne-io? Go for it!
slave mindset, empower the idiocracy, never give feedack, never stand up when you think wrong things, negative feedback = troll obviously
reminds me of a packed bus, there was that random drunk dude harassing that other random guy
everyone stood silent
that's our society, and that's why it's trash
another startup with 100M in VC funding and generates 1k dollar in profit
but i am wrong, i always am wrong
Instead of working to simplify the desktop, people are pouring energy into solutions that further complexity everything.
I don't understand the comments on this thread that express excitement and enthusiasm.
To this day, the UX of the linux desktop is subpar. This is caused by the complexity involved in running a gnu/linux system.
We do not need additional layers of complexity.
We need to collapse the layers and simplify the architecture of everything.
> an open source app for desktop Kubernetes and container management on Mac, Windows and Linux
What does that have to do with Linux desktop UX or running a GNU/Linux system?
I could see objecting to k8s and containers in general on the basis of too many layers, but by the time someone's looking at using Rancher Desktop they've probably made that decision already. (For instance, this caught my eye because at work we ship everything in containers. Even if I disliked that, there's no way I'm ever moving the whole company off containerization, so I want the best tools to do the job I have.)