(Justin)

Tech nerd from Sweden

Matrix: @jlh:jlh.name

  • 0 Posts
  • 69 Comments
Joined 2 years ago
Cake day: June 10th, 2023
  • Justin@lemmy.jlh.nametoShowerthoughts@lemmy.world•Realized 99% of all my chargers are USB-C. This can only mean one thing. New USB bout to drop!
    1·
    2 months ago

    I’m definitely a big outlier, I was always pretty bad at foreign languages in school, and I was in a very english-heavy daily environment. I have social anxiety too so I just switch to English whenever I’m worried I’ll say something wrong.

    I studied Swedish in an international gymnasium and then barely passed Svenska som andra språk III in Komvux during the first 3 years I lived in Sweden and I would say I was at a B1 level after that. I went to English-language university and worked in IT afterwards so I wasn’t speaking Swedish on a daily basis, just some jobs where we would have the occasional Swedish meeting or I would send some emails in Swedish. After 10 years though I got a Swedish-language government IT job and my Swedish has improved a ton in just a few months. Nowadays after 11 years I’m definitely a C1 or C2. I might trip up and sound foreign on some complex topics, and I definitely still have an American accent, but I basically speak like a native. But yeah, it is very rare to not be able to speak English with someone on the street, but of course, it is important to learn Swedish to make social environments, paperwork, and work easier.

    I would say Swedish is probably the easiest foreign language to learn as an English speaker. The sounds are quite straightforward or can be approximated, the grammar is super simplified and nearly identical to English, and most of the vocabulary are cognates with English. A lot of words can be verbified or adjectified so the vocabulary comes quick. Both Swedish and English are germanic languages with tons of French loan words so the overlap is huge.

  • Justin@lemmy.jlh.nametoSelfhosted@lemmy.world•From Docker with Ansible to k3s: I don't get it...English
    2·
    2 months ago

    For question 1: You can have multiple resource objects in a single file, each resource object just needs to be separated by ---. The small resource definitions help keep things organized when you’re working with dozens of precisely configured services. It’s a lot more readable than the other solutions out there.

    For question 2, unfortunately Docker Compose is much more common than Kubernetes. There are definitely some apps that provide kubernetes documentation, especially Kubernetes operators and enterprise stuff, but Docker-Compose definitely has bigger market share for self-hosted apps. You’ll have to get experienced with turning a docker compose example into deployment+service+pvc.

    Kubernetes does take a lot of the headaches out of managing self-hosted clusters though. The self-healing, smart networking, and batteries-included operators for reverse-proxy/database/ACME all save so much hassle and maintenance. Definitely Install ingress-nginx, cert-manager, ArgoCD, and CNPG (in order of difficulty).

    Try to write yaml resources yourself instead of fiddling with Helm values.yaml. Usually the developer experience is MUCH nicer.

    Feel free to take inspiration/copy from my 500+ container cluster: https://codeberg.org/jlh/h5b/src/branch/main/argo

    In my repo, custom_applications are directories with hand-written/copy-pasted yaml files auto-synced via ArgoCD Operator, while external_applications are helm installations, managed via ArgoCD Operator Applications.

  • Justin@lemmy.jlh.nametoSelfhosted@lemmy.world•Is it worth migrating docker apps to truenas scale community apps?English
    2·
    5 months ago

    Yeah, what you’re talking about is called GitOps. Using git as the single source of truth for your infrastructure. I have this set up for my home servers.

    https://codeberg.org/jlh/h5b

    nodes has NixOS configuration for my 5 kubernetes servers and a script that builds a flash drive for each of them to use as a boot drive (same setup for porygonz, but that’s my dedicated DHCP/DNS/NTP mini server)

    mikrotik has a dump of my Mikrotik router config and a script that deploys the config from the git repo.

    applications has all my kubernetes config: containers, proxies, load balancers, config files, certificate renewal, databases, clustered raid, etc. It’s all super automated. A pretty typical “operator” container to run in Kubernetes is ArgoCD, which watches a git repo and automatically deploys any changes or desyncs back to the Kubernetes API so it’s always in sync with git. I don’t use any GUI or console commands to deploy or update a container, I just edit git and commit.

    The kubernetes cluster runs about 400 containers, most of them just automatic replicas of services for high-availability. Of course there’s always some manual setup steps outside of git, like partitioning drives, joining the nodes to the cluster, writing hardware-specific config, and bootstrapping Argocd to watch git. But overall, my house could burn down tomorrow and I would have everything I need to redeploy using this git repo, the secrets git repo, and my backups of my databases and container /data dirs.

    I think Portainer supports doing GitOps on Docker compose? Never used it.

    https://docs.portainer.io/user/docker/stacks/add

    Argocd is really the gold standard for GitOps though. I highly recommend trying out k3s on a server and running ArgoCD on it, it’s super easy to use.

    https://argo-cd.readthedocs.io/en/stable/getting_started/

    Kubernetes is definitely different than Docker Compose, and tutorials are usually written for Docker compose.yml, not Kubernetes Deployments, but It’s super powerful and automated. Very hard to crash once you have it running. I don’t think it’s as scary as a lot of people think, and you definitely don’t need more than one server to run it.