red hat openshift

red hat openshift, kubernetes’in takım elbise giymiş, kurumsal toplantıya girmiş, eline de güvenlik politikası dosyası verilmiş hâlidir.

kubernetes tek başına güçlüdür ama biraz “al kardeşim parçalar burada, kendin toparla” kafasındadır. cluster kurarsın, ingress bakarsın, registry düşünürsün, monitoring eklersin, security policy yazarsın, ci/cd tarafını bağlarsın, kullanıcı yetkilerini ayarlarsın, sonra bir bakmışsın uygulama deploy edeceğim diye küçük çaplı devlet kurmuşsun.

openshift burada devreye girer ve der ki:

“ben sana kubernetes’i daha kurumsal, daha paketli, daha yönetilebilir hâle getireyim.”

tabii bunu derken yanında red hat ekosistemini, lisans maliyetini, enterprise support’u, security constraint’leri, operator’ları, image registry’yi, route kavramını, build config’i, deployment config geçmişini ve “bunu böyle yapıyoruz çünkü enterprise” bakışını da getirir.

openshift’in olayı sadece container çalıştırmak değildir. onu docker compose ile karıştıran zaten ilk yaml’da ruhunu teslim eder. openshift daha çok büyük şirketlerin, bankaların, telekomların, fintech’lerin, kamu projelerinin “biz mikroservis yapacağız ama bunu mahalle usulü değil, denetlenebilir ve destekli yapacağız” dediği noktada masaya gelir.

çünkü production dünyasında mesele sadece pod ayağa kaldırmak değildir.

kim deploy etti?
hangi image çalışıyor?
image güvenilir mi?
hangi namespace kime ait?
secret nerede duruyor?
container root çalışıyor mu?
network policy var mı?
rollback nasıl yapılacak?
loglar nerede?
monitoring kimde?
audit kaydı tutuluyor mu?
güvenlik ekibi buna ne diyecek?

openshift bu sorulara daha baştan cevap üretmeye çalışan bir platformdur.

kubernetes seni serbest bırakır. openshift ise “serbestsin ama kravatını düzgün tak” der.

en güzel taraflarından biri, kurumsal ekiplerin ihtiyaç duyduğu birçok şeyi kutudan çıktığı gibi getirmesidir. web console vardır. developer perspective vardır. internal registry vardır. route vardır. operatorhub vardır. monitoring vardır. logging tarafı bağlanabilir. pipeline tarafı tekton ile entegre edilebilir. gitops için argo cd tabanlı openshift gitops kullanılır. servis mesh gerekiyorsa onun da red hat usulü vardır.

yani “biz sadece container koşturalım” değil, “biz bu işi platform olarak yöneteceğiz” diyen yapılar için tasarlanmıştır.

ama openshift’in bir bedeli vardır.

hem lisans bedeli, hem öğrenme bedeli, hem operasyonel bedel.

küçük bir proje için openshift kurmak, mahalledeki bakkala alışveriş merkezi güvenlik sistemi kurmaya benzer. çalışır mı? çalışır. mantıklı mı? çoğu zaman değil.

ama yüzlerce servis, onlarca ekip, farklı ortamlar, regülasyon, güvenlik denetimi, standardizasyon ve destek ihtiyacı varsa openshift mantıklı hâle gelir. özellikle finans, sağlık, telekom, kamu ve büyük kurumsal yapılarda “kubernetes var ama bunu kim yönetecek?” sorusuna ciddi bir cevaptır.

openshift’in sevmediğim tarafı, bazen fazla sahiplenici olmasıdır.

vanilla kubernetes’te özgürce yaptığın bazı şeylerde openshift “dur bakalım, security context constraint ne diyor?” diye önüne çıkar. container root çalıştırayım dersin, yüzüne bakar. image’ı kafama göre çekeyim dersin, policy sorar. namespace içinde gelişi güzel dolaşayım dersin, rbac kapıdan çevirir.

başta sinir bozucudur. sonra prod’da anlarsın ki aslında seni kendi saçmalığından koruyormuş.

özellikle güvenlik tarafında openshift’in default olarak daha sıkı davranması kötü değil, iyi bir şeydir. çünkü kurumsal sistemlerde “abi çalıştı işte” cümlesi yeterli değildir. çalışacak, izlenecek, yetkilendirilecek, loglanacak, denetlenecek, gerektiğinde geri alınacak.

openshift biraz da platform engineering kültürünün kurumsal karşılığıdır.

geliştiriciye şunu sağlar:

“sen uygulamanı getir, ben sana güvenli bir şekilde build, deploy, scale, rollback, route ve monitoring tarafında standart bir yol sunayım.”

operasyon ekibine de şunu sağlar:

“her ekip kafasına göre sunucuya bir şey kurmasın, her şey cluster standardı içinde yürüsün.”

tabii bu ütopya, iyi kurulduysa geçerlidir.

kötü kurulmuş openshift cluster’ı ise yaml mezarlığıdır. her namespace ayrı bir feodal beylik olur. operator’lar birbirine bakar. pipeline niye çalışmadı kimse bilmez. quota yetmez, pvc bağlanmaz, image pull backoff gelir, developer console’da herkes birbirine “sende de kırmızı mı?” diye sorar.

yani openshift sihirli değnek değildir. iyi platform ekibi ister. düzgün namespace stratejisi ister. resource quota ister. monitoring ister. registry politikası ister. gitops disiplini ister. security ekibiyle kavga değil iş birliği ister.

openshift’in asıl değeri de burada çıkar: teknoloji değil, disiplin satar.

kubernetes’in üzerine kurumsal kullanım alışkanlığı bindirir.
geliştiriciye standart yol verir.
operasyon ekibine kontrol verir.
güvenlik ekibine denetlenebilirlik verir.
yönetime de “enterprise support var” cümlesinin huzurunu verir.

özetle red hat openshift şudur:

kubernetes’tir ama yalnız bırakılmış hâli değildir.
container platformudur ama sadece container çalıştırmaz.
devops aracıdır ama tek başına devops kültürü yaratmaz.
kurumsaldır ama bedava romantizmi yoktur.
güvenlidir ama bazen insanı güvenlikten soğutur.
güçlüdür ama küçük projeye fazla gelir.

eğer üç tane servis çalıştıracaksan openshift biraz fazla havalı kalabilir.
ama yüzlerce mikroservis, çok ekipli yapı, regülasyon, audit, güvenlik ve destek ihtiyacı varsa gayet ciddi bir tercihtir.

kısacası openshift, “kubernetes kullanıyoruz” cümlesini “kubernetes’i kurumsal olarak yönetiyoruz” seviyesine taşımaya çalışan platformdur.

ve bunu yaparken sana şunu öğretir:

container çalıştırmak kolaydır.
platform işletmek başka bir spordur.