Hizmet
Kubernetes & Linux
Linux sunucu, Docker ve Kubernetes ortamlarının kurulumu ve yönetimi; GitHub repo düzeni, CI/CD hattı ve tekrarlı işlerin otomasyonu.
Bu alanda gelen talepler dört yerde toplanıyor: Linux sunucuların kurulması ve yönetilmesi, kurulu bir Kubernetes ortamının izlenmesi ve sağlık kontrolü, seçilmiş bir açık kaynak ürünün üretime alınması, ve GitHub tarafında repo düzeni ile dağıtım hattının kurulması.
İşe erişim ve yetki düzenini netleştirerek başlıyoruz: kim nereye nasıl bağlanıyor, root erişimi kimde, anahtarlar nasıl yönetiliyor. Ardından envanter çıkarılıyor — kaç sunucu var, hangi dağıtım ve sürüm çalışıyor, hangisi ne iş yapıyor. Buna paralel olarak tekrar eden hangi işin elle yapıldığı dinleniyor; otomasyonun sırası buradan belirleniyor.
Bir kural var: neye dokunulacaksa önce izlenebilir hale getiriliyor. Bir değişikliğin işe yarayıp yaramadığı ancak öncesi ve sonrası ölçülebildiğinde görülüyor. İzleme kurulmadan yapılan iyileştirme, iyileştirme olduğu varsayılan bir değişiklikten ibaret kalıyor.
Şikâyetler birbirine bağlanıyor. Ekipte Linux bilen olmaması, ortamın nasıl çalıştığının hiç yazıya dökülmemesine yol açıyor; bu da her işin elle ve her seferinde biraz farklı yapılmasına. Sonuçta hangi sunucuda hangi sürümün olduğu bilinmiyor ve güvenlik yamaları düzensiz geçiliyor. Bu dördü ayrı ayrı çözülecek sorunlar değil, aynı boşluğun dört ayrı görüntüsü.
DevOps tarafındaki iş tam da bu boşluğu kapatıyor: yapılandırmanın sunucunun içinde değil repo'da tutulması, GitHub organizasyonunda repo ayrımının ve kimin neye erişebileceğinin düzenlenmesi, derleme ve dağıtım adımlarının CI/CD hattına taşınması. Elle değiştirilen sunucu kalmadığında ortamın nasıl kurulduğu da kimsenin hafızasında değil, repo'da yazılı duruyor.
Sistem yönetimi tarafında ManageEngine kullanılıyor: sunucu ve istemci envanteri, yama dağıtımı ve yazılım kurulumu Endpoint Central üzerinden yürüyor. Ağ ve sunucu izleme için OpManager devreye giriyor — o taraf monitoring çalışmalarıyla birlikte ele alınıyor.
Teslimat işin türüne göre değişiyor: devreye alınmış bir Linux veya Kubernetes ortamı ya da üretime geçmiş bir açık kaynak ürün, versiyonlanan yapılandırma ve çalışan bir CI/CD hattı, mevcut ortam için önceliklendirilmiş bulgu listesi içeren yazılı bir health check raporu. Her durumda ortamın nasıl çalıştığının yazıya dökülmesi ve ekibe aktarımı işin parçası.
Ne teslim ediliyor
- Linux sunucu kurulumu, sıkılaştırma ve yönetimi
- Kubernetes monitoring, observability ve health check
- Docker ve Helm ile deployment
- Open-source ürün devreye alma
- Nginx / reverse proxy yapılandırmaları
- ManageEngine Endpoint Central ile envanter, yama ve yazılım dağıtımı
- GitHub organizasyonu, repo düzeni ve erişim yönetimi
- CI/CD hattı kurulumu ve dağıtım otomasyonu
- Altyapı yapılandırmasının repo'da versiyonlanması
- Shell ve script ile operasyon otomasyonu, auto-remediation
- REST API entegrasyonları ve envanter / CMDB senkronizasyonu
Teknolojiler
Bu alanda gelen talepler
Talepler genelde şu cümlelerle geliyor
Kubernetes ortamımızı izlemek istiyoruz.
Önce ortamın envanteri ve erişim düzeni çıkarılıyor, ardından izleme kuruluyor: hangi metriğin hangi soruyu cevapladığı belirleniyor. Sağlık kontrolünün çıktısı, bulguların önceliklendirildiği yazılı bir rapor.
Yeni bir open-source ürünü devreye almak istiyoruz.
Ürün üretime alınmadan önce projenin aktifliği, sürüm geçmişi ve güvenlik yaması düzeni değerlendiriliyor. Kurulum Docker/Helm ile yapılıp yapılandırma repo'da versiyonlanıyor; ortam dokümante edilip ekibe devrediliyor.
Linux sunucularımızı yönetecek kimsemiz yok.
Erişim ve yetki düzeni netleştirilip envanter çıkarılıyor: kaç sunucu var, hangi dağıtım ve sürüm çalışıyor, hangisi ne iş yapıyor. Ortamın nasıl çalıştığı yazıya dökülüyor; elle yapılan tekrarlı işler sırayla script'e devrediliyor.
GitHub tarafımızı ve dağıtım sürecimizi düzene sokmak istiyoruz.
Repo ayrımı ve kimin neye erişebileceği düzenleniyor, yapılandırma sunucunun içinden repo'ya taşınıyor. Derleme ve dağıtım adımları CI/CD hattına alınıyor; elle değiştirilen sunucu kalmıyor.
Sık sorulanlar
Bu konuda en çok sorulanlar
- Ekibimizde Linux bilen yok; siz gidince bu sunuculara ne olacak?
- Bu yüzden dokümantasyon ve devir işin parçası sayılıyor, sonradan eklenen bir kalem değil. Ortamın nasıl kurulduğu repo'da versiyonlu duruyor ve elle yapılan adım mümkün olduğunca bırakılmıyor; böylece "nasıl çalıştığını yalnızca kuran kişi biliyor" durumu baştan oluşmuyor. Ekipte Linux bilen olmaması bir engel değil, ama görmezden gelinecek bir ayrıntı da değil: hangi işin kimin sorumluluğunda kalacağı işin başında konuşuluyor.
- Kubernetes bize gerçekten gerekli mi?
- Her ortam için cevap "evet" değil. Kubernetes, çok sayıda servisin birbirinden bağımsız ölçeklenmesi ve sık dağıtım yapılması gerektiğinde karşılığını veriyor; birkaç uygulamanın çalıştığı bir ortamda getirdiği işletme yükü, çözdüğü sorundan büyük olabiliyor. Zaten kurulu bir Kubernetes varsa soru da değişiyor: yerinde mi duruyor, sağlıklı mı çalışıyor, izleniyor mu. Değerlendirme buradan başlıyor.
- Açık kaynak ürün kullanmak riskli değil mi, desteğini kim verecek?
- Risk ürünün açık kaynak olmasında değil, kimin sahiplendiğinde. Lisanslı bir üründe de sorun çıktığında ilk bakan yine sizin ekibiniz oluyor. Açık kaynak bir ürün devreye alınırken bakılanlar şunlar: proje aktif mi, sürüm geçmişi düzenli mi, güvenlik yamaları çıkıyor mu, kurulum yapılandırması yazıya dökülüp versiyonlanabilir mi. Bunlar sağlanıyorsa ürün üretime alınıyor; sağlanmıyorsa alternatif konuşuluyor.
- CI/CD ve otomasyon kurulurken çalışan sistemlerimiz etkilenir mi?
- Amaç etkilenmemesi; ilk adımın izlemenin kurulması olmasının sebebi de bu. Otomasyon mevcut sunucuların üzerine bir kerede uygulanmıyor: önce hangi işin elle yapıldığı çıkarılıyor, sonra sırayla devralınıyor. Yine de hiçbir değişiklik risksiz değil — bu yüzden her adımda geri dönüş yolu açık tutuluyor.
Bir IT probleminiz mi var?
Uzun satış süreçleri yerine doğrudan teknik konuyu konuşalım. İlk görüşmede karşınızda işi yapacak uzman olur.