DevOps ve bulut operasyonu outsourcing, uygulamalarınızın üzerinde çalıştığı altyapının (bulut hesapları, Kubernetes kümeleri, sanal makineler, veritabanları, ağ ve güvenlik katmanı) ve bu altyapıya kod taşıyan dağıtım hatlarının (CI/CD) dışarıdan bir ekip tarafından kurulması, işletilmesi ve sürekli iyileştirilmesidir. Amaç “sunucuların ayakta kalması” değil; geliştirici ekiplerin güvenle ve sık dağıtım yapabilmesi, olayların hızla çözülmesi ve bulut faturasının kontrol altında tutulmasıdır. Ekibinize tek bir DevOps mühendisi eklemek isterseniz DevOps geliştirici kiralama, mimari tasarım desteği için bulut mimarı sayfalarımıza bakabilirsiniz.
Kimler için, hangi sorunu çözer
- Tek kişilik DevOps riski: Altyapıyı kuran mühendis ayrıldığında kimse Terraform dosyalarının veya dağıtım betiklerinin nasıl çalıştığını bilmez.
- Elle yapılan dağıtımlar: Cuma akşamı yapılan manuel dağıtım, hafta sonu nöbetine dönüşür.
- Kontrolsüz bulut faturası: Unutulmuş test ortamları, aşırı boyutlandırılmış sunucular ve sahipsiz depolama, faturayı her ay artırır.
- Kubernetes karmaşıklığı: Küme sürüm yükseltmeleri, ağ politikaları, depolama ve gözlemlenebilirlik ayrı uzmanlık ister.
- Gözlemlenebilirlik eksikliği: Sorun müşteri şikayetiyle fark edilir; loglar, metrikler ve izler ayrı yerlerdedir.
- Düzenleme ve denetim: Bankacılık, ödeme ve sağlık gibi sektörlerde veri yerleşimi, erişim kontrolü ve değişiklik kaydı kanıt ister.
Startup’lar için hızlı ve ucuz başlangıç, kurumsal şirketler için standartlaşma ve yönetişim, yazılım ajansları için ise müşteri projelerinin ortak bir platformda işletilmesi öne çıkar.
Teknoloji kapsamı
| Alan | Kapsam | Sık kullanılan araçlar |
|---|---|---|
| Bulut platformları | Hesap ve abonelik yapısı, ağ, kimlik ve erişim, yönetilen servisler | AWS, Microsoft Azure, Google Cloud; yerli bulut ve özel bulut sağlayıcıları |
| Konteyner ve orkestrasyon | Küme kurulumu ve yükseltme, ingress, otomatik ölçekleme, ağ politikaları, kaynak kotaları | Kubernetes (EKS, AKS, GKE, kendi kurulumunuz), OpenShift, Rancher, Helm, Kustomize |
| Altyapı kodu (IaC) | Tüm altyapının kod olarak tanımlanması, modüller, durum yönetimi, kod incelemesi | Terraform, OpenTofu, Pulumi, CloudFormation, Bicep, Ansible |
| CI/CD ve GitOps | Derleme, test, güvenlik taraması, imaj üretimi, ortamlara dağıtım, geri alma | GitHub Actions, GitLab CI, Jenkins, Azure DevOps, Argo CD, Flux |
| Gözlemlenebilirlik | Metrik, log ve iz toplama, gösterge panoları, alarm, SLO takibi | Prometheus, Grafana, Loki, OpenTelemetry, Elastic, Datadog, bulut sağlayıcı araçları |
| Güvenlik (DevSecOps) | Gizli bilgi yönetimi, imaj ve bağımlılık taraması, en az yetki, politika denetimi | HashiCorp Vault, bulut sır yöneticileri, Trivy, OPA/Gatekeeper, Kyverno |
| Veri ve yedekleme | Yönetilen veritabanları, yedek, geri yükleme testi, felaket kurtarma | Velero, sağlayıcı yedekleme servisleri, veritabanı replikasyonu |
| FinOps | Maliyet görünürlüğü, etiketleme, doğru boyutlandırma, taahhütlü kullanım indirimleri | Sağlayıcı maliyet araçları, Kubecost/OpenCost, etiket politikaları |
Kubernetes operasyonunda neler yapıyoruz
Kubernetes, kurulumu kolay ama işletmesi emek isteyen bir platformdur. Operasyon kapsamımız tipik olarak şunları içerir: küme sürüm yükseltmelerinin planlanması ve test ortamında provası; düğüm havuzlarının ve otomatik ölçekleme ayarlarının iş yüküne göre düzenlenmesi; kaynak istek ve limitlerinin gerçek kullanıma göre ayarlanması; ağ politikalarıyla ad alanları arası trafiğin sınırlandırılması; sertifika ve ingress yönetimi; kalıcı depolama ve yedeklemenin (örneğin Velero ile) düzenli geri yükleme testleriyle doğrulanması; yetkilendirme (RBAC) kurallarının en az yetki ilkesine göre gözden geçirilmesi. Uygulama ekiplerinin kendi servislerini güvenle dağıtabilmesi için Helm şablonları veya GitOps depoları üzerinden standart bir “altın yol” tasarlarız.
Altyapı kodu (IaC) neden vazgeçilmez
Konsoldan tıklanarak kurulan altyapı, kurulduğu anda belgelenmemiş olur. IaC ile her değişiklik bir kod incelemesinden geçer, sürüm geçmişinde iz bırakır ve aynı ortam başka bir bölgede veya hesapta tekrar kurulabilir. Devraldığımız ortamlarda genellikle ilk iş, kaynakları Terraform veya OpenTofu durumuna almak (import) ve elle yapılmış farkları (drift) görünür kılmaktır. Ardından modül yapısı, ortam ayrımı, uzak durum dosyası ve kilitleme, plan çıktısının çekme isteğinde gösterilmesi ve politika denetimleri kurulur. Bir gün tedarikçi değiştirseniz bile altyapınızın tarifi sizde kalır.
FinOps: bulut maliyetini yönetmek
FinOps, mühendislik, finans ve iş birimlerinin bulut harcamasını birlikte yönettiği bir çalışma disiplinidir; FinOps Foundation’ın çerçevesi bunu görünürlük, optimizasyon ve sürekli işletim aşamaları olarak tanımlar. Operasyon ekibimizin bu alandaki tipik işleri:
- Etiketleme politikasıyla her kaynağın ekip, proje ve ortam bazında sahiplendirilmesi
- Aylık maliyet raporu ve beklenmeyen artışlar için anomali alarmı
- Kullanım verisine dayalı doğru boyutlandırma (rightsizing) önerileri
- Rezerve kapasite ve tasarruf planı gibi taahhütlü kullanım seçeneklerinin analizi
- Kesintiye dayanıklı iş yüklerinde spot veya önceliksiz kapasitenin kullanımı
- Test ve geliştirme ortamlarının mesai dışında otomatik kapatılması
- Sahipsiz disk, anlık görüntü, IP adresi ve yük dengeleyicilerin temizlenmesi
- Kubernetes’te ad alanı bazında maliyet dağıtımı
Tasarruf oranı ortamdan ortama çok farklıdır; bu yüzden peşin bir yüzde vaat etmiyoruz. İlk ayın sonunda harcamanızın kırılımını ve somut önerileri bir raporla sunarız.
Hizmet kapsamı ve roller
| Modül | Görevler |
|---|---|
| Platform işletimi | Bulut hesapları, kümeler, sanal makineler ve yönetilen servislerin günlük işletimi, yama ve sürüm yönetimi |
| CI/CD bakımı | Hatların bakımı, derleme sürelerinin kısaltılması, ortam yönetimi, geri alma prosedürleri |
| Olay müdahalesi ve nöbet | Alarm üzerine müdahale, olay sonrası suçlamasız değerlendirme (postmortem), kalıcı düzeltme takibi |
| Gözlemlenebilirlik | SLO tanımları, gösterge panoları, alarm ayarı, log saklama politikası |
| Güvenlik ve uyum | Erişim gözden geçirmesi, sır rotasyonu, imaj taraması, denetim kanıtları |
| Yedekleme ve felaket kurtarma | Yedek politikası, geri yükleme testleri, felaket kurtarma tatbikatı |
| FinOps | Maliyet raporu, optimizasyon önerileri ve uygulanması |
| Geliştirici desteği | Ekiplerin altyapı taleplerinin karşılanması, yeni servis şablonları, dokümantasyon |
| Rol | Sorumluluk |
|---|---|
| DevOps / platform mühendisi | IaC, CI/CD, küme işletimi |
| Site güvenilirlik mühendisi (SRE) | SLO, olay müdahalesi, kapasite ve performans |
| Bulut mimarı | Mimari kararlar, hesap ve ağ tasarımı, maliyet stratejisi |
| DevSecOps uzmanı | Güvenlik kontrollerinin hatlara ve platforma yerleştirilmesi |
| Teknik hizmet yöneticisi | Önceliklendirme, raporlama, SLA takibi |
Düzenlemeler ve standartlar
Bulut ve altyapı operasyonunda en sık karşılaşılan düzenleyici konu veri yerleşimidir. 6698 sayılı KVKK kapsamında yurt dışında barınan bir bulut bölgesine kişisel veri aktarılıyorsa, 2024’te değişen 9. madde uyarınca yeterlilik kararı, standart sözleşme veya diğer uygun güvencelerden biri gereklidir. Bankacılık sektöründe BDDK’nın bilgi sistemlerine ilişkin düzenlemeleri, birincil ve ikincil sistemlerin yurt içinde bulunmasına ve dış hizmet alımına ilişkin ayrıntılı kurallar içerir; ödeme ve elektronik para kuruluşları için TCMB, sermaye piyasası kurumları için SPK düzenlemeleri benzer beklentiler taşır. Kamu kurumları için Bilgi ve İletişim Güvenliği Rehberi, bulut kullanımı ve verinin sınıflandırılmasına ilişkin tedbirler tanımlar. Uluslararası tarafta ISO/IEC 27001, bulut güvenliği için ISO/IEC 27017 ve kişisel veriler için ISO/IEC 27018 sıkça referans alınır. Hangi kuralın size uygulandığını hukuk ve uyum biriminizle teyit eder, mimariyi ve operasyon kayıtlarını buna göre tasarlarız.
Çalışma modelleri
| Lokasyon | Açıklama | Uygun olduğu durum |
|---|---|---|
| Uzaktan | Ekip bulut konsolları, Git depoları ve atlama sunucuları üzerinden çalışır | Bulut ağırlıklı yapılar, çoğu senaryo |
| Yerinde | Ekip sizin ofisinizde veya veri merkezinizde | Kapalı ağ, şirket içi Kubernetes, yoğun ekip içi iletişim |
| Hibrit | Günlük iş uzaktan, planlama ve kritik geçişler yerinde | Büyük taşıma projeleri, kurumsal yapılar |
| Sözleşme modeli | Açıklama |
|---|---|
| Managed service | Platform işletimi ve nöbet, SLA ve aylık raporla; en yaygın model |
| Dedicated team | Size ayrılmış platform ekibi; büyük ürün organizasyonları için. Bkz. büyük ölçekli yazılım ekibi |
| Staff augmentation | Kendi ekibinize mühendis desteği; bkz. staff augmentation |
| Proje | Buluta taşıma, Kubernetes geçişi, IaC’ye dönüşüm, CI/CD yenileme, maliyet optimizasyonu projesi |
Hukuki not: Hizmet, 4857 sayılı İş Kanunu md. 2’deki alt işverenlik kurallarına uygun bir hizmet alımıdır; ekip 360 Soft’un yönetimindedir. Personelin doğrudan sizin emir ve talimatınızla çalıştığı geçici iş ilişkisi (md. 7) İŞKUR izinli özel istihdam bürosu aracılığıyla kurulabilir; 360 Soft özel istihdam bürosu değildir.
Devreye alma süreci
- Değerlendirme (tipik 1-2 hafta): mimari, hesap yapısı, CI/CD, gözlemlenebilirlik, güvenlik, maliyet ve dokümantasyonun incelenmesi; risk listesi.
- Devir alma (tipik 2-4 hafta): Erişimler, nöbet düzeni, runbook’lar, kritik bilgilerin önceki ekipten aktarılması.
- Stabilizasyon (tipik 4-8 hafta): En riskli konuların giderilmesi: yedek doğrulaması, alarm eksikleri, elle yapılan dağıtımlar, açık sırlar.
- Standartlaşma (sürekli): IaC kapsamının genişletilmesi, CI/CD şablonları, SLO’lar, FinOps raporları.
- İyileştirme döngüsü: Aylık teknik gözden geçirme, çeyreklik yol haritası.
SLA, KPI ve DORA metrikleri
Altyapı hizmetinin başarısını “sistem ayakta mı” ile ölçmeyiz. DORA araştırmasının yazılım teslim performansı için öne çıkardığı dört metriği, klasik operasyon göstergeleriyle birlikte izleriz:
| Gösterge | Tanım |
|---|---|
| Dağıtım sıklığı | Üretime ne sıklıkla başarılı dağıtım yapılabildiği |
| Değişiklik teslim süresi | Kod birleştirildikten üretime ulaşana kadar geçen süre |
| Değişiklik hata oranı | Üretimde soruna yol açan dağıtımların oranı |
| Hizmeti geri getirme süresi | Üretim olayından servisin restorasyonuna kadar geçen süre |
| Olay yanıt süresi | Kritik alarmdan nöbetçi mühendisin müdahaleye başlamasına kadar geçen süre |
| SLO uyumu | Tanımlı hizmet seviyesi hedeflerinin dönem içi karşılanma durumu ve hata bütçesi tüketimi |
| Yedek geri yükleme testi | Planlanan geri yükleme testlerinin başarıyla yapılma oranı |
| Maliyet sapması | Bütçe ile gerçekleşen bulut harcaması arasındaki fark ve açıklaması |
Hedef değerleri sözleşmede birlikte belirleriz; DORA metrikleri aynı zamanda geliştirici ekiplerinizin süreçlerine bağlı olduğundan ortak hedef olarak ele alınır.
Fiyatlandırma etkenleri
TL fiyatı sayfada vermiyoruz. Modeller: adam/ay (ayrılmış mühendis kapasitesi), saatlik (danışmanlık, acil müdahale), sabit fiyat (taşıma veya IaC dönüşümü gibi kapsamı belli projeler) ve sonuç bazlı (örneğin ortam veya küme başına aylık işletim bedeli; maliyet optimizasyonunda belirli hedeflere bağlı bileşen).
| Etken | Etkisi |
|---|---|
| Ortam ve küme sayısı | Her ortam ayrı işletim, yükseltme ve izleme yükü |
| Bulut sayısı | Çoklu bulut veya hibrit yapı ek uzmanlık ister |
| Nöbet kapsamı | 7/24 nöbet, mesai içi destek ve kritik saat desteği farklıdır |
| Olgunluk | IaC ve CI/CD var mı, yoksa elle kurulmuş bir ortam mı devralınıyor |
| Uyum gereksinimleri | Sektörel denetim kanıtları ve veri yerleşimi |
| Değişiklik hızı | Haftada kaç dağıtım, kaç ekip, kaç servis |
| Lisanslar | Gözlemlenebilirlik ve güvenlik araçlarının lisansı kimde |
Kurum içi ekip, freelancer ve outsourcing
| Kriter | Kurum içi | Freelancer | Outsourcing |
|---|---|---|---|
| Bilgi sürekliliği | Kişiye bağlı kalabilir | En zayıf | Ekip ve dokümantasyonla güvence altında |
| Nöbet | Küçük ekipte tükenme riski | Pratikte yok | Rotasyonlu nöbet hizmete dahil |
| Uzmanlık genişliği | İşe alıma bağlı | Tek alan | Kubernetes, IaC, güvenlik, FinOps birlikte |
| Ürün bilgisi | En yüksek | Değişken | Zamanla birikir, runbook’larla kalıcılaşır |
| Maliyet esnekliği | Düşük | Yüksek ama riskli | Kapsama göre ölçeklenir |
Riskler ve önlemler
- Tedarikçiye kilitlenme: Önlem: tüm kod, IaC, CI/CD tanımları ve dokümantasyon sizin Git depolarınızda; hesapların sahibi sizsiniz.
- Aşırı yetkili erişim: Önlem: SSO, çok faktörlü doğrulama, rol bazlı ve süreli yetki, kritik işlemlerde onay, erişim kayıtlarının izlenmesi.
- Plansız değişiklik: Önlem: her değişiklik kod incelemesinden ve hattan geçer; acil değişiklikler sonradan kayda alınır.
- Geri yüklenemeyen yedek: Önlem: periyodik geri yükleme testi ve raporu.
- Maliyet sürprizi: Önlem: bütçe alarmları, anomali tespiti, aylık FinOps raporu.
- Bağlam kaybı: Önlem: geliştirici ekiplerle düzenli toplantı, olay sonrası değerlendirmelerin paylaşılması.
Güvenlik, KVKK, NDA ve fikri mülkiyet
Altyapı ekibi, sisteminizin en ayrıcalıklı erişimlerine sahiptir. Erişimler kişiye özel hesaplarla, kimlik sağlayıcınız üzerinden ve çok faktörlü doğrulamayla verilir; paylaşılan yönetici hesabı kullanılmaz. Sırlar kasada tutulur ve düzenli döndürülür. Üretim verisine erişim olay müdahalesi gibi gerekli durumlarla sınırlandırılır ve kayıt altına alınır. KVKK açısından 360 Soft veri işleyen konumundadır ve veri işleme sözleşmesi imzalanır. Tüm ekip gizlilik taahhüdü verir; yazılan IaC kodu, CI/CD tanımları, betikler ve dokümantasyonun fikri mülkiyet hakları size aittir. Açıkların sürekli takibi için zafiyet yönetimi outsourcing, test otomasyonunun hatlara eklenmesi için QA ve test outsourcing, uygulamaların bakımı için yazılım bakım ve destek (AMS), ağ ve sunucu izleme için NOC ve ağ izleme outsourcing hizmetlerimiz bu yapıyla birlikte çalışır.
Temsili senaryodur: Hızla büyüyen bir SaaS şirketinde altyapıyı kuran tek mühendis ayrılıyor. Operasyon ekibi ilk iki haftada erişimleri devralıyor, elle oluşturulmuş kaynakları Terraform durumuna alıyor, yedeklerin gerçekten geri yüklenebildiğini test ediyor ve iki kritik servis için alarm eksiklerini tamamlıyor. Ardından manuel dağıtımlar GitOps hattına taşınıyor ve aylık maliyet raporunda kullanılmayan test ortamları görünür hale geliyor.
Seçim kontrol listesi
- Tüm kod ve IaC sizin depolarınızda mı tutulacak
- Hesapların ve aboneliklerin sahibi siz misiniz
- Nöbet düzeni ve olay yanıt süreleri yazılı mı
- Kubernetes yükseltme ve yedek geri yükleme testi planı var mı
- DORA metrikleri ve SLO’lar raporlanıyor mu
- FinOps raporu ve etiketleme politikası sunuluyor mu
- Erişim modeli (SSO, MFA, süreli yetki) tanımlı mı
- Veri yerleşimi ve sektörel düzenlemeler değerlendiriliyor mu
- Çıkış planı ve devir yükümlülüğü sözleşmede mi
- Hizmetin hukuki yapısı (hizmet alımı) net mi
Sık sorulan sorular
DevOps outsourcing ile DevOps mühendisi kiralamak arasındaki fark nedir?
Outsourcing modelinde platformun işletilmesini, nöbeti ve sonuçları SLA ile 360 Soft üstlenir. Mühendis desteği modelinde ise kendi ekibinizi belirli rollerle güçlendirirsiniz; hukuki yapısı değerlendirilir.
Hangi bulut sağlayıcılarıyla çalışıyorsunuz?
AWS, Microsoft Azure ve Google Cloud başta olmak üzere yerli bulut sağlayıcıları ve şirket içi altyapılarla çalışırız. Çoklu bulut ve hibrit yapılar da kapsama alınabilir.
Kubernetes kullanmak zorunda mıyız?
Hayır. Kubernetes, çok sayıda servis ve sık dağıtım olan yapılarda değerlidir. Küçük ve sade uygulamalar için yönetilen konteyner servisleri veya sanal makineler daha uygun olabilir; ihtiyaca göre öneririz.
Altyapımız elle kurulmuş, devralabilir misiniz?
Evet. Önce durumu belgeler ve riskleri gideririz, ardından kaynakları kademeli olarak Terraform veya OpenTofu gibi IaC araçlarına taşırız.
FinOps ile ne kadar tasarruf ederiz?
Tasarruf ortama göre çok değiştiği için peşin bir oran vaat etmiyoruz. İlk ayın sonunda harcama kırılımını ve somut, uygulanabilir önerileri raporlarız.
7/24 nöbet hizmeti var mı?
Evet. Rotasyonlu nöbet düzeni kurulabilir; kritik alarmlarda nöbetçi mühendis sözleşmede belirlenen süre içinde müdahaleye başlar.
DORA metrikleri nedir?
Dağıtım sıklığı, değişiklik teslim süresi, değişiklik hata oranı ve hizmeti geri getirme süresinden oluşan, yazılım teslim performansını ölçen dört metriktir.
Veri yurt dışındaki bir bulut bölgesinde olabilir mi?
Kişisel veri içeriyorsa KVKK’nın 2024’te değişen yurt dışı aktarım kurallarına uyulması gerekir; bankacılık gibi sektörlerde yurt içi barındırma kuralları bulunur. Mimariyi hukuk ve uyum biriminizle birlikte belirleriz.
Kod ve altyapı tanımları kime ait?
Tamamı size aittir ve sizin Git depolarınızda tutulur. Bulut hesaplarının sahibi de sizsiniz.
Devreye alma ne kadar sürer?
Değerlendirme ve devir alma tipik 3-6 hafta, stabilizasyon ise 4-8 hafta sürer. Kritik riskler ilk haftalarda önceliklendirilir.
Fiyat neye göre belirlenir?
Ortam ve küme sayısı, bulut sayısı, nöbet kapsamı, olgunluk, uyum gereksinimleri ve değişiklik hızı belirleyicidir. Adam/ay, saatlik, sabit fiyat veya ortam başına aylık modeller kullanılır.
Bu hizmet personel kiralama mıdır?
Hayır. 4857 sayılı İş Kanunu md. 2’deki alt işverenlik kurallarına uygun hizmet alımıdır. Geçici iş ilişkisi İŞKUR izinli özel istihdam bürolarıyla kurulabilir; 360 Soft özel istihdam bürosu değildir.
İletişim
Kullandığınız bulut sağlayıcısını, ortam sayınızı ve en çok zorlandığınız konuyu paylaşın; size değerlendirme planı ve yazılı teklif hazırlayalım. Telefon: +90 850 335 10 87 · E-posta: info@360-soft.com · İletişim formu. Daha geniş BT dış kaynak ihtiyaçları için IT outsourcing; tüm hizmetler için outsourcing hizmetleri.
İlgili sayfalar
Bu işi bize devredin Kapsamı ve hacmi yazın; kurulum planını ve yazılı teklifi paylaşalım. Teklif alın · WhatsApp · +90 850 335 10 87
Bu sayfa 360 Soft Yetkili Temsilcisi Yasir Bünyamin İncedere tarafından hazırlanmıştır. Son güncelleme: Kasım 2026.
İlgili hizmetler
- Dijital Pazarlama Ekibi OutsourcingSize ayrılmış dijital pazarlama ekibi: performans reklamı, SEO, içerik, analitik; İYS ve reklam kuralları…
- e-Fatura ve Entegrasyon Operasyonu Outsourcinge-Fatura, e-Arşiv, e-İrsaliye ve e-Defter entegrasyon operasyonunu devredin: hata kuyruğu, ret yanıtları…
- E-Ticaret Operasyonu OutsourcingPazaryeri ve site için e-ticaret operasyonu outsourcing: katalog, sipariş, iade, müşteri mesajları; mevzuat…
- E-Ticaret Sektöründe OutsourcingE-ticaret outsourcing: pazar yeri ve katalog yönetimi, sipariş ve iade, müşteri hizmetleri, içerik…
- Eğitim Kurumları Sektöründe OutsourcingEğitim sektöründe outsourcing: kayıt ve veli iletişimi, LMS desteği, içerik üretimi ve IT ekipleri; MEB ve…
- Enerji ve Altyapı Sektöründe OutsourcingEnerji sektöründe outsourcing: IT ve OT/SCADA destek, yazılım, saha bakım koordinasyonu ve abone hizmetleri…