İçeriğe geç
GitOps tabanlı teslimat hattıKod GitLab'a gelir, GitLab CI ve Jenkins ile derlenip test edilir, imajlar Harbor ve Nexus'a yazılır, ArgoCD Git'teki tanımı RKE2 kümesine senkronlar. Küme platform servisleri, altyapı kodu ve izleme katmanı geri bildirim döngüsünü tamamlar.TESLİMAT HATTI · GITOPSKODDAN KÜMEYEKODGeliştiricicommit · MRKAYNAKGitLabdepo · kod incelemesiCIGitLab CIJenkins · test · SASTKAYITHarbor · Nexusimaj · artefaktGITOPSArgoCDGit'ten senkronÇALIŞMARKE2 kümedev · staging · prodALTYAPI KODUOpenTofuAWX · AnsibleRancherProxmox · VMwareKÜME PLATFORM SERVİSLERİIngress: Traefik · Nginx · CaddyMetalLBCilium · CalicoLonghorn · Rook Cephcert-managerVelero yedeklemeİZLEME VE GERİ BİLDİRİMPrometheusLokiGrafanaSLO · hata bütçesiOn-call · post-mortem
Şemayı yana kaydırarak inceleyin

Yaklaşım

DevOps, araç değil çalışma kültürü ve akıştır. Bir platform ekibi olarak; geliştiricinin kod commit ettikten sonra üretime ulaşma yolunda gördüğü her sürtünmeyi azaltmaya odaklanırız.

Mikroservis sınırı ileri çekilirken kullanım sınırı geri çekilmez. Servis çıkarımı için strangler fig, outbox pattern ve shadow read gibi pratikleri tercih ederiz.

Tipik teslimat

  • Kurulu, dokümante platform paketi (cluster + ingress + secrets + yedekleme + observability)
  • Pilotta 1–2, devir öncesinde 4–6 örnek servis için dağıtım hattı
  • Operasyon runbook’u, on-call rotasyonu, post-mortem şablonları
  • Geliştirici eğitimi ve yan-yana dönem (3–6 hafta)

Mono Cloud ile

Platformu Mono Cloud üzerinde yönetilen MonoK8s olarak da sunuyoruz: RKE2 kümeleri ANK1, IST1 ve IST2 lokasyonlarında çalışır; GitLab, Harbor ve izleme katmanı aynı altyapıda kalır, veriler Türkiye’den çıkmaz.

İlgili teknolojilerimiz

Sürecimiz

  1. 1

    Keşif ve mimari karar

    2-3 hafta

    Mevcut deployment akışı, bottleneck'ler, takım yapısı analiz edilir. Platform mimarisi (yönetilen vs self-managed, GitOps stratejisi) belirlenir.

  2. 2

    Platform kurulum

    6-10 hafta

    Kubernetes cluster (RKE2 veya yönetilen), ArgoCD, Harbor, Cilium/Calico, Velero yedekleme ve observability stack kurulur. OpenTofu ve Ansible ile kod olarak dokümante edilir.

  3. 3

    Pilot servis göçü

    4-6 hafta

    1-2 örnek servis CI/CD pipeline'ında deploy edilir. Geliştiriciler eğitilir; runbook ve SLO yazılır.

  4. 4

    Ölçek ve devir

    8-12 hafta

    Kademeli servis göçü, on-call rotasyonu kurulur, post-mortem disiplini yerleştirilir. Mono platform ekibi devir veya managed.

Sıkça sorulan sorular

Yönetilen K8s mi self-managed mi?
KVKK + veri ikametgâhı gerekiyorsa Mono Cloud üzerinde yönetilen MonoK8s (RKE2) önerilir; kurulum, yükseltme, yedekleme ve 7/24 operasyon bizdedir. Kendi veri merkezinizde Proxmox VE, VMware ESXi veya Nutanix AHV üzerine de kurarız. Genel bulut gerekiyorsa EKS/GKE/AKS ile hibrit çalışılabilir.
Mikroservise bölmek doğru tercih mi?
Çoğu zaman erken kararlardır. Önce deployable monolith → modular monolith → strangler fig pattern ile kademeli çıkarım. ‘Servis ayır = problem çöz’ olmaz; organizasyon yapısına ve deploy bağımsızlığı ihtiyacına göre karar verilir.
GitOps ile push pipeline farkı?
Pull-based GitOps: küme Git’i izler, manuel deploy yok, drift otomatik düzeltilir. Push pipeline: CI’a küme yönetici yetkisi verilir. Mono varsayılanı GitOps’tur (ArgoCD): güvenlik, denetlenebilirlik ve felaket kurtarmada belirgin avantaj sağlar.
Maliyet nasıl optimize edilir?
Önce ölçeriz: kaynak istek ve limitleri gerçek kullanıma göre ayarlanır, kullanılmayan geliştirme ortamları mesai dışında kapatılır, imaj önbelleği kurulur ve kaynak tüketimi ekip/namespace bazında raporlanır. Kazanç ortamdan ortama değişir; bu optimizasyonlar Mono platform paketinin sabit parçasıdır.

Bir sonraki dönüşümü birlikte planlayalım.

Ekibimiz teknik gereksinimlerinizi anlamak ve hızlıca prototip çıkarmak için hazır.