Site Reliability Engineer
ვეხმარები გუნდებს Kubernetes პლატფორმების ისე მართვაში, რომ პროდაქშენში მოსაწყენი იყოს — პროგნოზირებადი რელიზები, ალერტები, რომლებიც მიზეზზე მიუთითებენ, და ცვლილებები, რომელთა დაბრუნებაც შესაძლებელია.
Kubernetes-ის განახლება რამდენიმე ვერსიით, CNI-ის შეცვლა (Calico-დან Cilium-ზე kube-proxy-ის გარეშე), ingress-nginx-დან Gateway API-ზე გადასვლა, საცავების მიგრაცია (Longhorn-დან LINSTOR-ზე). ჯერ რეპეტიცია, შემდეგ დაბრუნების გეგმა და შეთანხმებული დაუნთაიმი.
SLO და error budget, burn-rate ალერტები, Prometheus, VictoriaMetrics და Grafana. ნაკლები ხმაური ალერტებში და მიზეზის უფრო სწრაფი პოვნა.
ინციდენტების მშვიდი მართვა, runbook-ები ცნობილი გაუმართაობებისთვის, blameless პოსტმორტემები დასრულებული ამოცანებით.
Argo CD app-of-apps სქემით, GitLab CI პაიპლაინები, Helm და Kustomize, გარემოებს შორის გადაყვანა და უსაფრთხო გზა კომიტიდან პროდაქშენამდე.
Trivy და SonarQube პაიპლაინში, საიდუმლოებები Vault-ში, Pod Security, CI ტოკენები მინიმალური უფლებებით, მკაცრი CSP.
Terraform და Terragrunt AWS-ში (EKS, RDS, VPC, IAM), Ansible ფიზიკური სერვერებისა და Proxmox-ისთვის, ჰიბრიდული სქემები.
კლასტერის ან მთელი ინფრასტრუქტურის read-only მიმოხილვა — რისკები, სწრაფი გაუმჯობესებები და პრიორიტეტული გეგმა წერილობითი ანგარიშის სახით.
SRE ან DevOps როლი პროდუქტის გუნდში, დისტანციურად თბილისიდან.
ფიქსირებული მოცულობა მკაფიო დასასრულით — განახლება, მიგრაცია, აუდიტი ან ახალი პაიპლაინი.
საათები არქიტექტურის მიმოხილვისთვის, მეორე აზრისთვის რისკიან ცვლილებაზე ან დახმარებისთვის ინციდენტის დროს.
30 წუთი ამოცანაზე, სტეკსა და შეზღუდვებზე.
ჯერ ვუყურებ რეალურ მდგომარეობას, შემდეგ ვთავაზობ.
ნაბიჯები, რისკები, დაბრუნება და დაუბრუნებლობის წერტილი — ცვლილებებამდე ვთანხმდებით.
ცვლილებები შეთანხმებულ ფანჯრებში, ბექაპებითა და შემოწმებით ყოველი ნაბიჯის შემდეგ.
Runbook-ები, გადაწყვეტილებების ჟურნალი და დოკუმენტაცია — შედეგი გუნდს რჩება.
ფასი დამოკიდებულია მოცულობასა და ფორმატზე — აღწერეთ ამოცანა და გიპასუხებთ შეფასებით.