Pereiti prie pagrindinio turinio

Hands-on Kubernetes

Hi, my name is Sergejus Katescenko and today I am going to write a small introduction on how to start using Kubernetes. Read and know how to set up Ci/CD tool and native monitoring solution for k8s cluster.

Hands-on Kubernetes blog

But before we start a little bit about our project:  

It’s a fully automated digital bank. We built dynamic products that are fully digitalized, without any manual steps, with all the “magic” happening in real-time and out of the customer’s view.

We are using Kubernetes to run all our products and I would like to make some introductions on how to start.

We need running k8s cluster, that we could achieve in two ways: 

  •    Any public cloud provider supporting K8S

PS: Will be applied additional charges also need to have additional specific knowledge of the selected cloud provider for set up.

After the K8s cluster up and running, we need to set up kubectl to access the cluster.

Kubectl – native CLI tools to manage Kubernetes from remote host.

Kubernetes itself is a great tool but it’s about a lot of work with CLI, which is not very easy from the start, black screen, and no visualization.

Also, Kubernetes lacks monitoring and deployment out of the box.

Let’s combine tools that are really worth using and that will make your life easy.

ArgoCD – deployment tools (Ci-Cd native k8s tools)

Grafana, Prometheus, (Loki – separate deployment for logging) stack – monitoring tools

Here are some nice features of Argocd:

  1. Visualization of any difference between app versions
  2. Access app logs instantly from the same view
  3. Visualization of app status and deployment status
  4. Changes to any object
  5. Notification to email, Slack, etc.
  6. Metric endpoint to Prometheus also there is prebuild dashboard for Grafana
  7. Argocd don’t have DB all data is saved as K8s objects
  8. Support multiple cluster setup
  9. Have CLI tool

First, we need to setup Argocd which is really easy to do

Run-on terminal with kubectl:

kubectl create namespace argocd
kubectl apply -n argocd -f
Get password: kubectl -n argocd get secret argocd-initial-admin-secret -o jsonpath=“{.data.password}“ | base64 -d
(PS: Password generated automatically and put into a secret, but could be changed later.
Run below command and wait until pods status Running:
kubectl -n argocd get pods -w
Configure port forwarding to access Argocd from your browser:
kubectl port-forward svc/argocd-server -n argocd 8080:443
Let’s access Argo from your browser:

Now we have a really powerful and easy-to-use tool running on our cluster so we could deploy any chart in a matter of seconds and see the result.

The second tool in which we are interested is – Monitoring stack.

Next, we will use helm charts, the helm is a package manager for Kubernetes.
For this purpose, we will use the Prometheus community charts, from this git source
All we need is copy helm repo Url “”

To create a new application for monitoring tools, in Argocd press NEW APP:

Name it: monitoring

Select: auto-create namespace

Put in SOURCE:

Repository URL: Url which we saved before

Select HELM


kube-prometheus-stack  last-version

Namespace: monitoring

Scroll down and Change passwords if you would like 

Should Be like in the picture


Press: SYNC

Wait until deployment is finished – Sync OK

As in the previous setup, lets forward ports:

kubectl port-forward svc/monitoring-grafana -n monitoring 8081:80

Put into your browser: http://localhost:8081

Important metrics

Here are some metrics which are very important and useful:

  • Pod, Nodes: CPU, MEM, Disk usage in %
  • Apps restart count
  • Apps Up status
  • Ingress error count compared to all traffic
  • Error count in apps (additionally needs Loki)
  • Also, you could find preconfigured dashboards.

We had deployed an Argocd, this tool made any deployment easy, and no need to know any CLI tool-specific. To show its power we had deployed native monitoring tools for Kubernetes with Argocd help. 

Would it be complex like Monitoring stack or simple as Nginx basically would be deployed in the same manner!

Hope this will make some stuff more clear and easy to understand.

Next time I will try to look into the deployment pipeline, apps monitoring, k8s backups, and options to combine it with Kubernetes.

Populiariausi blog'ai

  • Migrating from Xamarin to .NET MAUI: A Comprehensive Guide

    The world of mobile application development is constantly evolving, and Microsoft’s .NET Multi-platform App UI (.NET MAUI) is at the forefront of this change. As an evolution of Xamarin.Forms, .NET MAUI offers developers a modern, cross-platform framework for building native device applications. This blog post will guide you through the process of migrating your existing Xamarin.Forms application to .NET MAUI.

  • My experience on taking the eWPTXv2 exam

    So a few months ago I had the joy of passing the eWPTXv2 exam. Well, it does not sound intriguing until you translate it into human language. The eWPTXv2 is actually eLearnSecurity Web Penetration Testing Extreme second version. Everything sounds better than you put extreme into it. Well, this is not that case since the exam is actually a bit hard.

  • Socialinis intranetas „Simoona“ – dabar prieinamas kiekvienam!

    Šiame blog’o įraše papasakosime apie vidinės komunikacijos įrankį, mūsų kurtą socialinį tinklą „Simooną“. Tik prasidėjus kūrybos procesui mums rūpėjo tik viena – kaip kuo daugiau įmonės kultūros perkelti į skaitmeninę erdvę. Ir prieš aštuonerius metus, net neįsivaizdavome, kad šis vidinis intranetas, bus toks svarbus kuriant glaudžius ryšius tarp kolegų ir tikrai net negalėjome nutuokti, kokia svarbi „Simoona“ bus užklupus pasaulinei pandemijai.