DevOps danışmanlığı, yazılımın geliştirilmesinden canlıya çıkmasına kadar olan süreci otomatikleştirme ve güvenilir hâle getirme hizmetidir. Tipik bir çalışma; uygulamayı Docker kapsayıcısına almak, her kod gönderiminde testleri çalıştıran bir CI/CD hattı kurmak, kesintisiz yayın ve tek adımda geri alma sağlamak ile altyapıyı kodla tanımlamaktan oluşur. GitHub Free planı özel depolarda ayda 2.000 dakika ücretsiz Actions süresi verir.
Bu sayfada
- DevOps danışmanlığı hangi sorunları çözer?
- Docker kurulumu neden ilk adım?
- CI/CD kurulumu nasıl işliyor?
- Kubernetes danışmanlığı gerekli mi?
- Altyapıyı kodla yönetmek ne kazandırır?
- Şifreler ve API anahtarları nerede durmalı?
- Bulut maliyet optimizasyonu nasıl yapılır?
- DevOps danışmanlığı nasıl ilerliyor?
- Sık sorulan sorular
DevOps danışmanlığı hangi sorunları çözer?
Küçük ve orta ölçekli yazılım ekiplerinde aynı şikâyetleri duyuyoruz: "Benim bilgisayarımda çalışıyordu", "Yayından sonra site yarım saat hata verdi", "Sunucuyu kuran kişi ayrıldı, kimse dokunmaya cesaret edemiyor", "Bulut faturası neden bu kadar yüksek?". DevOps danışmanlığı bu sorunları araç satın alarak değil, süreci yeniden kurarak çözer.
| Sorun | DevOps karşılığı |
|---|---|
| Yerelde çalışıp sunucuda bozulan kod | Docker ile her ortamda aynı imaj |
| Elle, FTP veya SSH ile yapılan yayın | Git'e gönderince otomatik test ve yayın (CI/CD) |
| Yayın sırasında kesinti | Mavi-yeşil veya sıralı (rolling) yayın, sağlık kontrolü |
| Hatalı sürümden dönememe | Önceki imaja tek komutla geri alma |
| Belgesiz, tek kişiye bağlı sunucu | Altyapının kodla tanımlanması (Terraform/OpenTofu, Ansible) |
| Kontrolsüz bulut faturası | Kaynak boyutlandırma, etiketleme ve bütçe uyarıları |
Docker kurulumu neden ilk adım?
Docker, uygulamanızı çalışması için gereken her şeyle (PHP veya Node.js sürümü, uzantılar, sistem kütüphaneleri) birlikte tek bir imajda paketler. Bu imaj geliştiricinin bilgisayarında, test sunucusunda ve canlıda aynı şekilde çalışır. "Sunucuda PHP 8.1 vardı, bende 8.3" türü sorunlar ortadan kalkar.
Laravel, Next.js, Django veya Node.js uygulamaları için genellikle üç kapsayıcılı bir yapı kuruyoruz: uygulama, web sunucusu ve veritabanı ya da önbellek. Küçük projelerde Docker Compose yeterli; birden çok sunucuya yayılan projelerde Docker Swarm veya Kubernetes gündeme gelir. Kurduğumuz her yapıda yeni bir geliştiricinin projeyi tek komutla ayağa kaldırabilmesini ölçüt olarak alıyoruz.
CI/CD kurulumu nasıl işliyor?
CI/CD (sürekli entegrasyon ve sürekli teslim), koda yapılan her değişikliğin otomatik olarak test edilip onaylandıktan sonra yayına alınmasıdır. Örnek bir hat şöyle çalışır:
- Kod gönderimiGeliştirici değişikliği bir dala gönderir ve birleştirme isteği (pull request) açar.
- Otomatik kontrolKod stili, statik analiz ve birim testleri çalışır. Biri bile başarısızsa birleştirme engellenir.
- İmaj oluşturmaOnaylanan kod için Docker imajı oluşturulur, sürüm etiketiyle kayıt deposuna (registry) yüklenir.
- Test ortamıİmaj önce test (staging) ortamına çıkar; veritabanı geçişleri burada denenir, siz de değişikliği görürsünüz.
- Canlı yayınOnaydan sonra yeni sürüm ayağa kalkar, sağlık kontrolünden geçerse trafik ona yönlenir, eski sürüm kapanır. Ziyaretçi kesinti görmez.
- Geri almaSorun çıkarsa bir önceki imaja dönmek tek komut ya da tek tıktır.
GitHub Actions, GitLab CI ve Bitbucket Pipelines ile çalışıyoruz. GitHub'ın Free planında özel depolar için ayda 2.000 dakika ücretsiz Actions süresi var; herkese açık depolarda standart çalıştırıcılar ücretsiz. Çoğu KOBİ projesi bu sınırın altında kalıyor.
Kendi sitemizde de benzer bir hat kullanıyoruz: sayfa içerikleri önce otomatik bir kalite kapısından geçiyor, hata varsa yayın duruyor; geçen içerik önce test kopyasında, sonra canlıda yayımlanıyor.
Kubernetes danışmanlığı gerekli mi?
Çoğu zaman hayır, en azından başlangıçta. Kubernetes güçlü ama bakım yükü yüksek bir araç; tek sunucuda çalışan, günde birkaç bin ziyaretçi alan bir uygulama için gereksiz karmaşıklık ve maliyet getirir. Bunu açıkça söylüyoruz, çünkü yanlış araç seçimi yıllarca bedel ödetir.
| Durum | Önerimiz |
|---|---|
| Tek uygulama, tek sunucu | Docker Compose + CI/CD, düzenli yedek |
| Birkaç servis, yük dalgalanması az | Docker Compose veya Swarm, yük dengeleyici |
| Çok sayıda mikro servis, otomatik ölçekleme ihtiyacı | Yönetilen Kubernetes (EKS, GKE, DOKS gibi) |
| Ekipte altyapıya bakacak kimse yok | Yönetilen platform (PaaS) veya bizim bakım paketimiz |
Altyapıyı kodla yönetmek ne kazandırır?
Altyapı kod olarak (Infrastructure as Code), sunucuların, ağ ayarlarının, DNS kayıtlarının ve güvenlik duvarı kurallarının bir panelden elle değil, sürüm kontrolündeki dosyalarla tanımlanmasıdır. Bir sunucu bozulduğunda aynısını dakikalar içinde yeniden kurabilirsiniz; kimin neyi ne zaman değiştirdiği Git geçmişinde görünür.
Bulut kaynakları için Terraform veya onun açık kaynak çatalı OpenTofu'yu, sunucu yapılandırması için Ansible'ı kullanıyoruz. OpenTofu, HashiCorp'un Terraform lisansını açık kaynaktan BUSL lisansına geçirmesinin ardından Linux Foundation çatısı altında başlatıldı. Hangisini seçeceğiniz ekibinizin alışkanlığına ve lisans tercihinize bağlı; iki araç da çoğu projede benzer işi görüyor.
Şifreler ve API anahtarları nerede durmalı?
Otomasyonun en sık gözden kaçan tarafı sırların yönetimidir. Veritabanı şifresi, ödeme altyapısının gizli anahtarı ya da e-posta servisinin API anahtarı kod deposuna bir kez yazıldıysa, dosyadan silinse bile Git geçmişinde kalır. Depo bir gün yanlışlıkla herkese açık yapılırsa ya da bir çalışanın bilgisayarı ele geçirilirse bu anahtarlar da gider.
- Sırları
.envdosyasında tutup bu dosyayı Git dışında bırakmak ve depoya yalnız örnek dosya (.env.example) koymak. - CI/CD tarafında GitHub veya GitLab'ın şifreli değişken (secrets) özelliğini kullanmak; sırların log çıktısında görünmemesini sağlamak.
- Her ortam için ayrı anahtar: test ortamının anahtarı canlı sistemde çalışmamalı.
- Ekipten ayrılan kişi olduğunda anahtarları yenilemek ve bunu bir kontrol listesine bağlamak.
- Geçmişte depoya sızmış bir anahtar bulunursa silmekle yetinmeyip anahtarı iptal edip yenisini üretmek.
Keşif aşamasında deponuzun geçmişini sızmış anahtarlar için tarıyor, bulursak raporun ilk maddesine yazıyoruz.
Bulut maliyet optimizasyonu nasıl yapılır?
Bulut faturalarının büyük kısmı genellikle unutulmuş kaynaklardan gelir: kapatılmayan test sunucuları, ihtiyaçtan büyük seçilmiş makineler, sınırsız biriken anlık görüntüler (snapshot) ve log dosyaları. İlk inceleme sırasında bakabileceğimiz kalemler şunlar:
- Son 30 günlük CPU ve bellek kullanımına göre sunucu boyutunu küçültme.
- Kullanılmayan disk, IP adresi, yük dengeleyici ve anlık görüntüleri silme.
- Test ortamlarını mesai dışında otomatik kapatma.
- Her kaynağa proje etiketi verip faturayı projeye göre ayırma.
- Aylık bütçe eşiği aşıldığında e-posta uyarısı.
- Gerekiyorsa daha uygun fiyatlı bir sağlayıcıya geçiş hesabı.
Sağlayıcıları karşılaştırmak isterseniz Hetzner, DigitalOcean ve AWS karşılaştırmamıza bakabilirsiniz. Sunucunun günlük bakımını da bize bırakmak isterseniz Linux sunucu yönetimi hizmetimizle birleştirilebilir.
DevOps danışmanlığı nasıl ilerliyor?
- Keşif görüşmesiKod deposuna ve sunuculara okuma erişimiyle mevcut yayın sürecini, kimin neye dokunduğunu ve en çok zaman kaybettiren adımı çıkarıyoruz.
- Yazılı öneriSorunları, önerdiğimiz yapıyı, tahmini süreyi ve maliyet etkisini tek bir belgede sunuyoruz.
- UygulamaÖnce test ortamında kuruyor, ekibinizle birlikte deniyor, sonra canlıya geçiyoruz.
- Devir ve eğitimHattın nasıl çalıştığını ve sorun anında ne yapılacağını ekibinize anlatıyor, belgeleri teslim ediyoruz. İsterseniz aylık bakımı biz sürdürüyoruz.
Uygulamanın kendisini de biz geliştirebiliriz; özel yazılım geliştirme ve Laravel ile web yazılım projelerimizde bu hat baştan kurulu gelir.
Sık sorulan sorular
DevOps danışmanlığı fiyatları neye göre belirleniyor?
Kapsama göre: tek bir uygulama için Docker ve CI/CD kurulumu genellikle sabit bir proje ücretiyle yapılır; çok servisli yapılar ve sürekli bakım aylık ücrete bağlanır. Keşif görüşmesinden sonra yazılı teklif veriyoruz. Bulut sağlayıcı faturası ayrıdır ve doğrudan size kesilir.
Mevcut uygulamamı Docker'a almak ne kadar sürer?
Standart bir Laravel veya Node.js uygulaması için birkaç iş günü yeterlidir. Eski PHP sürümüne bağlı, belgesiz ya da sunucuya elle yapılmış ayarlara dayanan projelerde önce bu bağımlılıkları çıkarmak gerekir; süre buna göre uzar.
Sıfır kesintili yayın her projede mümkün mü?
Uygulama katmanında çoğu zaman evet. Zor olan veritabanı şeması değişiklikleridir; kolon silme gibi işlemleri iki aşamalı yapmak gerekir. Bunu yayın hattına bir kural olarak ekliyor, riskli geçişleri trafiğin düşük olduğu saate planlıyoruz.
Kod deposu ve sunucular kimin adına kalıyor?
Her şey sizin hesaplarınızda: GitHub veya GitLab organizasyonu, bulut hesabı, alan adı ve DNS. Biz ekip üyesi olarak ekleniriz. İş birliği bittiğinde yetkimizi kaldırmanız yeterli; hattı ve belgeleri kullanmaya devam edersiniz.
Küçük bir ekip için DevOps gerçekten gerekli mi?
Tam zamanlı bir DevOps mühendisi çoğu zaman gerekmez, ama otomatik test, otomatik yayın ve düzenli yedek iki kişilik bir ekip için bile büyük zaman kazandırır. Bir kez doğru kurulduğunda bakım yükü düşüktür; bu yüzden danışmanlık modeli küçük ekiplere uygundur.
Hangi bulut sağlayıcılarla çalışıyorsunuz?
Hetzner, DigitalOcean, AWS ve Google Cloud başta olmak üzere çoğu sağlayıcıyla çalışabiliyoruz. Seçimi projenizin trafiğine, veri konumu gerekliliklerine ve bütçenize göre öneriyoruz; belirli bir sağlayıcıdan komisyon almıyoruz.
Projenizi konuşalım
İhtiyacınızı WhatsApp'tan kısaca yazın; kapsamı netleştirip aynı gün içinde size dönüş yapalım.
İlgili sayfalar
- Linux Sunucu Yönetimi: Kurulum, Güvenlik, Yedek ve İzlemeVPS ya da fiziksel sunucunuzu sıfırdan kuruyor, güvenliğini sıkılaştırıyor, yedeklerini düzenli alıp geri yüklemeyi test ediyoruz. Güncellem
- Yazılım Yaptırmak: İşinize Göre Özel Yazılım GeliştirmeHazır programlar işinizin yarısını görüyor, kalanını Excel ve WhatsApp mesajlarıyla mı tamamlıyorsunuz? Sürecinizi yazılıma döküyor, kaynak
- Laravel Web Yazılım: Sağlam PHP Projeleri ve Güvenli YükseltmeYeni bir web uygulamasını Laravel ile kuruyor, yıllar önce yazılmış PHP projelerini çalışmayı durdurmadan Laravel'e taşıyor ve desteği biten
- Web Uygulaması Geliştirme: Tarayıcıda Çalışan İş AraçlarıKurulum gerektirmeyen, telefondan da bilgisayardan da açılan, ekibinizin ve müşterilerinizin aynı veri üzerinde çalıştığı paneller ve portal
- Hetzner mi AWS mi? KOBİ İçin Hetzner, DigitalOcean ve AWS KarşılaştırmBir kurumsal site veya küçük bir web uygulaması için sunucu seçerken asıl farklar fiyat etiketinde değil; veri merkezinin yerinde, faturalan