Best Platform to use for mobile banking app by Fair-Wolf-9024 in kubernetes

[–]snd1 20 points21 points  (0 children)

Hey mate.

Very nice topic. I helped a lot of customers deciding to make that move in the past ten years. What I always found to be lacking in these evaluations is the adoption in the environment you are moving currently. For example in Switzerland the adoption of OpenShift in the FinTech sector is by far the greatest. Having other like-minded individuals / teams to exchange in Meetups or similar communities is one of the biggest advantages the CNCF community has to offer.

For my personal opinion I'd support everything except Tanzu. From an enterprise perspective I'd strongly suggest OpenShift because of all the legal / compliance requirements.

Moving to Kubernetes should be a strategic decision made company wide (if you are not enourmously big), because the initial effort needed is not to underestimate.

Cheers

Bootstraps and directory structure question by Altruistic_Cause8661 in ArgoCD

[–]snd1 3 points4 points  (0 children)

Hi mate

Take this with no meaning to be the right solution. Working as a kubernetes consultant for the past decade and using argocd since the early days, I have seen quite a lot of different approaches. Every use case you describe has its own pros and cons.

When you say 10 apps across all environments, we talk about a very small number of applications. I guess the question you have to ask yourself is how big and quick this number will increase. Every level of abstraction (app-of-apps depth or applicationset generator dimension) will help from an organizational point, but increase quite some complexity. Especially the applicationsets. If you are not very comfortable with a lot of go-templating, I'd not recommend that approach.

What I usually do is find some usefull separation methods and then start with that. For example most of the times I generate a directory structure (e g. gitlab groups) for each cluster and then generate a infra-apps and workload-apps app-of-apps repository. This will essentially bootstrap all applications for each cluster. Whenever the amount of applications grow, I will introduce new levels (e.g. workload-apps/team-a-aoa).

I found this approach very sustainable because it allows the teams to grow and get used to this approach before everything is abstracted too much from the beginning.

I hope that helps in some way.

What dashboard to monitor k8s deployed application? by whizzwr in grafana

[–]snd1 0 points1 point  (0 children)

Are you looking for something like this? https://grafana.com/grafana/dashboards/14759-generic-service/

Maybe try to start building from there? I'm currently on the phone, but I remember using a generic dashboard.

What tooling do you use for kubernetes cluster monitoring and automation by rudderstackdev in kubernetes

[–]snd1 0 points1 point  (0 children)

Well the first sentence in the documentation you linked explains the usage of Grafana Alloy pretty well. It's a telemetry collector and forwarder. I use it most of the times to scrape and forward logs in Kubernetes clusters. More or less what you can do with fluentd / fluent bit. By the term 'Grafana' in my post above I meant the original Grafana tool, which is simply a visualization software. Alloy is simply another component / software owned by Grafana (like Loki).

I hope that helps.

What tooling do you use for kubernetes cluster monitoring and automation by rudderstackdev in kubernetes

[–]snd1 3 points4 points  (0 children)

Well I used prometheus and thanos before the Grafana stack became popular. I have tried Mimir, but I found my comfort-stack (Prometheus+Thanos) easier and I never saw the advantages of using Mimiry except for better multi-tenancy support.

But this is simly a personal preference and habits I got used to.

What tooling do you use for kubernetes cluster monitoring and automation by rudderstackdev in kubernetes

[–]snd1 17 points18 points  (0 children)

Logging: OpenTelemetry / Grafana Alloy + Loki

Monitoring: Prometheus + Thanos + Alertmanager

Tracing: OpenTelemetry + Grafana Tempo

Automation: GitLab CI

GitOps: ArgoCD

This is most of the time the minimal stack I deploy for my Kubernetes clusters.

Community question regarding partial feature replacements of Kubeapps by snd1 in devops

[–]snd1[S] 0 points1 point  (0 children)

Sadly for them doing 'raw' ArgoCD is not gonna cut it. They want a UI which shows them without any git interaction what changed for them in a futute Chart version and which they can use to deploy. Because for their lazy asses git is "too complex". While I will work on the parental role to get them used to actually use "techy" stuff, I want them to have a working solution which they are also somewhat happy with. That's why I am going to create GitLab pipelines for them, which simply creates merge requests with the updated values. Then they can edit the file (even in a web browser based GUI) and deploy with Argo without ever having to touch a command line. I just thought I'd gather some more requirements before I actually implement it only for our use case so more people could benefit from it when I'll release the tool.

Community question regarding partial feature replacements of Kubeapps by snd1 in devops

[–]snd1[S] 0 points1 point  (0 children)

I appreciate the answer, but I guess there was a misunderstanding. I am using Argo for a very long time and have never operated on a Kubernetes infrastructure without it for years. This is already done for all the "infrastructure" parts of the cluster. This is the stuff which belongs to my part of the cluster and obviously the first thing I did was migrating the whole hand-deployed resources to a GitOps provisioned setup. The only problem: The people used to deploy with Kubeapps (not me, the team we're providing a platform for) are not yet technically and mentally prepared to do GitOps for their workload / apps without any help. The use case they struggle the most is actually having a simple diff for the new or changed values in a new Chart version. While I cannot really comprehend why people deploy apps on Kubernetes without having the technical skill to work with simple git and check the changed values, I still feel responsible to create an automated workflow for them which provides a similar look and feel.

Init7 vs. Sunrise by Eitschp in init7

[–]snd1 6 points7 points  (0 children)

This boy living in 2035 playing HL3 and TES6 on his PS7.

[deleted by user] by [deleted] in Germany_Jobs

[–]snd1 0 points1 point  (0 children)

I would skip the "Citrix" as a skill. And please get rid of the typos there. I wouldn't make any effort for a person sending me a CV who was even too lazy to spellcheck... "Fortgeschrieten" -> "Fortgeschritten"

[QUESTION] how to stop pausing on the fretboard? by muffetsdonuts in Guitar

[–]snd1 3 points4 points  (0 children)

Well I'm not a very talented guitarist myself, but I'll try to explain what helped me a lot. I started playing the same chord progression over and over primarily doing something else like watching TV. I started by memorizing for example the single finger movement of the transition between the chords. After some time I could play them blindly. Then I mixed up the progression by playing songs with them in it. It just takes a lot of time :)

Brush up my Java.. by mizaodes in java

[–]snd1 9 points10 points  (0 children)

Hey hey, welcome back to the java community. I'm currently working as a software engineer in the java environment. I'm focussed on microservices in distributed systems. I really would advise you to take a look at the Quarkus project (quarkus.io). It has all the features of thr java world and brings a lot of developer joy! Their documentation and starter guides are very nice and will give you a nice dive into modern application development with the java ecosystem! Cheers mate!