DevOps Mühendisi İçin Ağ Temelleri: Kapsamlı Rehber

Günümüzün hızla değişen teknoloji dünyasında, bir DevOps mühendisinin görevi sadece kod dağıtımını otomatikleştirmekten ibaret değildir. Uygulamaların sorunsuz ve güvenli bir şekilde çalışmasını sağlamak, performans darboğazlarını gidermek ve sistemler arası iletişimi optimize etmek de bu rolün ayrılmaz bir parçasıdır. Peki, bir uygulamanın dağıtım hattını kurarken, ağ trafiği neden beklenenden yavaş seyrediyor veya bir mikroservis diğerine neden ulaşamıyor diye düşündünüz mü? İşte bu noktada temel ağ bilgisi, DevOps mühendisleri için kritik bir yetkinlik haline geliyor. Bu makalede, ağın temel dinamiklerini DevOps perspektifinden ele alarak, karşılaşabileceğiniz sorunları önlemenize ve çözmenize yardımcı olacak pratik bilgiler sunacağız.

Bir DevOps mühendisi olarak, sadece uygulama kodunu bilmek yeterli değildir; bu kodun üzerinde çalıştığı altyapıyı, özellikle de ağ katmanını derinlemesine anlamak, iş yükünüzün başarısı için kritik öneme sahiptir. Uygulamalarımız, servislerimiz ve veri tabanlarımız birbirleriyle ve dış dünyayla ağ üzerinden iletişim kurar. Bu iletişimin nasıl kurulduğunu, hangi protokollerin kullanıldığını ve olası darboğazların nerede ortaya çıkabileceğini bilmek, sorunları hızla teşhis etme ve çözme yeteneğinizi doğrudan etkiler.

Her şeyin temelinde, ağ iletişiminin nasıl çalıştığını açıklayan modeller yatar. En bilinen iki model, OSI (Open Systems Interconnection) Modeli ve TCP/IP Modeli‘dir. OSI modeli, yedi katmandan oluşurken (Fiziksel, Veri Bağı, Ağ, Taşıma, Oturum, Sunum, Uygulama), TCP/IP modeli daha pratik bir yaklaşımla dört katmana ayrılır (Ağ Erişimi, İnternet, Taşıma, Uygulama). Bir DevOps mühendisi olarak, bu katmanların her birinde neler olup bittiğini anlamak önemlidir. Örneğin, bir web sunucusunun yanıt vermemesi durumu sadece uygulama kodundaki bir hatadan kaynaklanmayabilir; belki de güvenlik duvarı (ağ katmanı) trafiği engelliyor, ya da sunucuya giden fiziksel bağlantıda (fiziksel katman) bir sorun var.

Ağ temellerini anlamak, aynı zamanda IP adresleme kavramına hakim olmayı da gerektirir. İnternet Protokolü (IP), cihazların birbirlerini tanımasını ve ağ üzerinde veri paketlerini yönlendirmesini sağlar. Şu anda yaygın olarak kullanılan iki IP versiyonu bulunmaktadır: IPv4 ve IPv6. IPv4 adresleri 32 bitlik olup noktalı onluk (örn. 192.168.1.1) gösterime sahiptir ve adres havuzu tükenmek üzeredir. IPv6 ise 128 bitlik adresler kullanarak çok daha geniş bir adres alanı sunar (örn. 2001:0db8:85a3:0000:0000:8a2e:0370:7334). IP adreslerinin yanı sıra, cihazlar arasındaki iletişimi belirleyen portlar da büyük önem taşır. Her uygulama veya servis, belirli bir port üzerinden dinleme yapar. Örneğin, HTTP genellikle 80, HTTPS 443, SSH 22 ve DNS 53 numaralı portları kullanır. Bir uygulamanızın dışarıdan erişilememesi durumunda, ilk kontrol etmeniz gerekenlerden biri, uygulamanızın dinlediği portun açık olup olmadığı ve gelen trafiğe izin verilip verilmediğidir.

Son olarak, çeşitli protokoller, ağ iletişiminin omurgasını oluşturur. TCP (Transmission Control Protocol) güvenilir, bağlantı odaklı bir iletişim sağlarken, UDP (User Datagram Protocol) daha hızlı ama güvenilmez, bağlantısız bir iletişim sunar. DevOps mühendisleri, özellikle mikroservis mimarilerinde servisler arası iletişimin hangi protokoller üzerinden gerçekleştiğini, bu protokollerin nasıl yapılandırıldığını ve performans etkilerini bilmelidir. Örneğin, bir veritabanı bağlantısı için TCP, canlı yayın akışı için UDP tercih edilebilir. Bu temel kavramlara hakimiyet, sizi sadece bir dağıtımcı olmaktan çıkarıp, tüm sistemin mimarisi ve sağlığı hakkında söz sahibi olan stratejik bir mühendise dönüştürecektir.

Ağ Topolojileri ve Altyapı Bileşenleri: Uygulamalı Bir Bakış

Bir uygulamanın veya servisin dağıtımını yaparken, sadece kodun çalışmasını sağlamakla kalmaz, aynı zamanda bu uygulamanın içinde bulunduğu ağ ortamının yapısını da anlamanız gerekir. Ağ topolojileri, cihazların bir ağda fiziksel veya mantıksal olarak nasıl bağlandığını tanımlar ve bu, performans, güvenilirlik ve ölçeklenebilirlik üzerinde doğrudan etkiye sahiptir. Halka, yıldız, ağaç, mesh ve otobüs gibi farklı topolojiler mevcut olsa da, modern veri merkezleri ve bulut ortamları genellikle hibrit yaklaşımları benimser.

Ağ altyapısının temel bileşenleri, veri paketlerinin doğru hedefe ulaşmasını sağlayan donanım ve yazılımlardır. Bunlar arasında Yönlendiriciler (Routers), farklı ağlar (örneğin şirket ağı ile internet) arasında trafiği yönlendiren cihazlardır. Anahtarlar (Switches) ise bir ağ içindeki cihazlar arasında veri çerçevelerini (data frames) ileterek iletişimi kolaylaştırır. Bir veri merkezi veya bulut VPC’sinde (Virtual Private Cloud) bu işlevler genellikle sanal olarak sağlanır.

Bir diğer kritik bileşen Güvenlik Duvarları (Firewalls)‘dır. Hem donanım hem de yazılım formunda olabilen güvenlik duvarları, ağ trafiğini belirli kurallara göre filtreleyerek yetkisiz erişimi engeller ve iç ağınızı korur. Bir DevOps mühendisi olarak, güvenlik duvarı kurallarını (ingress/egress rules) doğru bir şekilde yapılandırmak, uygulamanızın hem güvenliğini sağlamak hem de gerekli iletişimi mümkün kılmak açısından hayati öneme sahiptir. Yanlış yapılandırılmış bir güvenlik duvarı, uygulamanızın erişilemez olmasına neden olabilir.

Uygulama ölçeklenebilirliği ve yüksek erişilebilirlik söz konusu olduğunda, Yük Dengeleyiciler (Load Balancers) devreye girer. Gelen trafiği birden fazla sunucuya dağıtarak tek bir sunucunun aşırı yüklenmesini önler ve hizmet kesintilerini minimize ederler. Modern dağıtık sistemlerde, özellikle mikroservis mimarilerinde, yük dengeleyiciler vazgeçilmezdir. Bir Kubernetes kümesinde Ingress denetleyicileri veya bulut sağlayıcınızın Application Load Balancer (ALB) hizmetleri, bu görevi üstlenir. Örneğin, bir e-ticaret uygulamasının farklı mikroservislerinin (ödeme, ürün kataloğu, kullanıcı profili) ayrı sunucularda çalıştığını ve gelen tüm isteklerin tek bir giriş noktasından karşılandığını düşünelim. Yük dengeleyici, bu istekleri uygun servislere yönlendirerek sistemin genel yanıt verme süresini ve güvenilirliğini artırır.

Vaka Analizi: Mikroservis Mimarisinde Yük Dengeleme Sorunu

Bir projenizde, sipariş işleme mikroservisinin ani yük artışlarında hata vermeye başladığını fark ettiniz. İlk başta uygulama kodunda bir sorun olabileceğini düşündünüz, ancak logları incelediğinizde, servis örneklerinden (instance) birinin aşırı yük altında olduğunu gördünüz. Bu durumda, aşağıdaki adımları izleyebilirsiniz:

1. Yük Dengeleyici İstatistiklerini İnceleme: Kullandığınız bulut sağlayıcının (AWS, Azure, GCP) veya Kubernetes Ingress denetleyicisinin yük dengeleyici metriklerini kontrol edin. Hangi hedef sunucuya ne kadar trafik yönlendirildiğini, hata oranlarını ve yanıt sürelerini gözlemleyin.
2. Hedef Grubunu Kontrol Etme: Yük dengeleyicinizin arkasındaki hedef grubunda (target group) tüm servis örneklerinin sağlıklı (healthy) göründüğünden emin olun. Bir veya daha fazla örneğin sağlık kontrolünden (health check) geçememesi, trafiğin sağlıklı örnekler üzerinde yoğunlaşmasına neden olabilir.
3. Yük Dengeleme Algoritmasını Ayarlama: Varsayılan olarak genellikle “Round Robin” algoritması kullanılır, ancak uygulamanızın doğasına göre “Least Outstanding Requests” veya “Weighted Round Robin” gibi farklı algoritmalar daha uygun olabilir. Örneğin, bazı servis örnekleri daha güçlü kaynaklara sahipse, onlara daha fazla trafik yönlendirmek için ağırlıklı bir algoritma kullanabilirsiniz.
4. Otomatik Ölçeklendirmeyi Gözden Geçirme: Mikroservisleriniz için tanımlanmış otomatik ölçeklendirme politikalarını (auto-scaling policies) gözden geçirin. Yük artışına yeterince hızlı yanıt veremiyor veya yeterli sayıda örnek başlatamıyor olabilir.

Bu vaka analizi, ağ bileşenlerinin sadece veri iletimi için değil, aynı zamanda uygulama performansı ve erişilebilirliği için de ne kadar merkezi olduğunu göstermektedir. Bir DevOps mühendisi, bu bileşenlerin nasıl çalıştığını ve nasıl yapılandırılacağını bilerek, proaktif bir şekilde sorunları önleyebilir veya ortaya çıktıklarında hızla çözebilir.

DNS, DHCP ve Temel Ağ Servisleri Nasıl Çalışır?

Ağ dünyasında, cihazların birbirlerini bulabilmesi ve iletişim kurabilmesi için temel servisler hayati öneme sahiptir. DevOps mühendisleri olarak, bu servislerin nasıl çalıştığını anlamak, özellikle dağıtık sistemlerde ve bulut ortamlarında karşılaşabileceğiniz birçok sorunu çözmenin anahtarıdır.

DNS (Domain Name System), internetin telefon rehberidir. İnsanların hatırlaması kolay alan adlarını (örneğin, google.com) makinelerin anlayabileceği IP adreslerine çevirir (örneğin, 172.217.160.142). Bir kullanıcı tarayıcısına bir alan adı yazdığında, bu istek önce bir DNS çözümleyicisine (resolver) gönderilir. Çözümleyici, hiyerarşik bir süreçle alan adının IP adresini bulur ve tarayıcıya geri döner. Bu sayede tarayıcı doğru sunucuya bağlanabilir. DNS’in doğru yapılandırılması, bir uygulamanın erişilebilirliği için kritik öneme sahiptir. Yanlış bir DNS kaydı, uygulamanızın “kayıp” olmasına neden olabilir. Bir DevOps mühendisi olarak, DNS kayıtlarını (A, CNAME, MX, TXT vb.) yönetme ve sorun giderme yeteneği çok değerlidir. Özellikle mikroservisler arası iletişimin servis keşfi (service discovery) mekanizmaları genellikle DNS tabanlı çalışır.

DHCP (Dynamic Host Configuration Protocol) ise ağdaki cihazlara otomatik olarak IP adresi, alt ağ maskesi, varsayılan ağ geçidi ve DNS sunucusu gibi yapılandırma bilgilerini atayan bir protokoldür. Bir yeni sunucu başlattığınızda veya bir sanal makineyi ağa dahil ettiğinizde, genellikle DHCP sayesinde otomatik olarak bir IP adresi alır. Bu, elle IP yapılandırma karmaşıklığını ortadan kaldırır ve büyük ağlarda yönetimi basitleştirir. DevOps ortamında, özellikle dinamik olarak artıp azalan sanal makineler veya konteynerler için DHCP benzeri işlevsellikler (örneğin, Kubernetes’te Pod IP atamaları) çok önemlidir.

VPN (Virtual Private Network – Sanal Özel Ağ), güvenli ve şifrelenmiş bir bağlantı oluşturarak genel bir ağ (internet gibi) üzerinden özel bir ağa erişim sağlar. Bir DevOps mühendisi, genellikle kurumsal ağa veya bulut VPC’sine güvenli bir şekilde bağlanmak, uzaktan sunuculara erişmek veya hassas verileri taşımak için VPN kullanır. VPN’ler, tünel oluşturma ve şifreleme protokolleri (IPsec, OpenVPN, WireGuard) kullanarak veri gizliliğini ve bütünlüğünü korur.

Temel Ağ Komutları ile Sorun Giderme

Ağ servisleriyle ilgili sorunları teşhis etmek için kullanabileceğiniz bazı temel komutlar şunlardır:

• ip a veya ifconfig: Cihazınızın ağ arayüzlerini ve IP adreslerini gösterir.
• ping : Belirli bir hedefe ağ bağlantısını test eder ve paket kaybı ile gecikme (latency) hakkında bilgi verir.
• traceroute : Veri paketlerinin hedefe ulaşmak için geçtiği rotayı (hop-by-hop) gösterir. Bu, ağ gecikmesinin hangi noktada yaşandığını anlamak için çok faydalıdır.
• nslookup veya dig : Bir alan adının IP adresini veya diğer DNS kayıtlarını sorgular. DNS ile ilgili sorunları teşhis etmek için kullanılır.
• netstat -tulnp: Hangi portların hangi uygulamalar tarafından dinlendiğini gösterir. Bir uygulamanın belirli bir portu kullanıp kullanmadığını kontrol etmek için idealdir.

# Bir alan adının IP adresini sorgulama
dig example.com

# Bir sunucuya ping atarak bağlantıyı test etme
ping 8.8.8.8

# Yerel makinedeki açık portları listeleme
netstat -tulnp
    

Bu komutlar, bir sunucunun veya servisin neden erişilemediğini, bir ağ bağlantısının neden yavaş olduğunu veya bir DNS çözümlemesinin neden başarısız olduğunu anlamanız için size ilk ipuçlarını verecektir. DevOps mühendisleri, bu araçları etkili bir şekilde kullanarak, ağla ilgili birçok sorunu hızla çözebilir.

Bulut Ortamlarında Ağ Yönetimi: Sanal Ağlar ve Güvenlik Grupları

Bulut bilişim, geleneksel veri merkezi ağ yönetimini temelden değiştirmiştir. DevOps mühendisleri için bulut ortamlarındaki ağ kavramlarını anlamak, uygulamaların dağıtımı, ölçeklendirilmesi ve güvenliği açısından zorunludur. Bulutta "fiziksel" olarak düşündüğümüz birçok ağ bileşeni, artık tamamen yazılım tanımlı (Software-Defined Networking - SDN) hale gelmiştir.

Her büyük bulut sağlayıcısı (AWS, Azure, GCP), kendi sanal ağ hizmetini sunar. AWS'de VPC (Virtual Private Cloud), Azure'da Virtual Network (VNet) ve GCP'de VPC Network olarak adlandırılır. Bunlar, bulut içinde tamamen izole edilmiş, mantıksal olarak tanımlanmış özel ağ alanlarıdır. Kendi IP adres aralıklarınızı, alt ağlarınızı (subnets), rota tablolarınızı ve ağ geçitlerinizi bu VPC'ler içinde yapılandırabilirsiniz. Uygulamalarınız ve veri tabanlarınız, bu sanal ağlar içinde birbirleriyle ve dış dünyayla iletişim kurar.

Alt Ağlar (Subnets), bir VPC içindeki daha küçük IP adres bloklarıdır. Genellikle farklı kullanılabilirlik bölgelerine (Availability Zones) yayılırlar ve ağ trafiğini düzenlemek, güvenliği artırmak veya farklı uygulama katmanlarını (örneğin web katmanı, uygulama katmanı, veritabanı katmanı) izole etmek için kullanılırlar. Örneğin, genel erişime açık web sunucularınızı "public subnet" içine yerleştirirken, hassas veriler içeren veritabanlarınızı sadece iç ağdan erişilebilen "private subnet" içine koymak yaygın bir güvenlik pratiğidir.

Güvenlik konusunda, bulut ortamları iki ana katmanlı güvenlik mekanizması sunar: Güvenlik Grupları (Security Groups) ve Ağ ACL'leri (Network Access Control Lists - Ağ Erişim Kontrol Listeleri).

• Güvenlik Grupları: Sanal makineler (EC2 instance'ları), veritabanları veya yük dengeleyiciler gibi tek tek kaynaklara uygulanan sanal güvenlik duvarlarıdır. Varsayılan olarak tüm gelen trafiği engeller ve sadece sizin belirlediğiniz protokollere, portlara ve kaynak IP adreslerine izin verir. Çıkış (egress) trafiği genellikle varsayılan olarak serbest bırakılır, ancak bu da yapılandırılabilir. Güvenlik grupları durumu korumalıdır (stateful); yani, giden bir isteğe verilen yanıtın içeriye dönmesine otomatik olarak izin verir.
• Ağ ACL'leri: Alt ağ düzeyinde çalışan durumsuz (stateless) güvenlik duvarlarıdır. Hem gelen (inbound) hem de giden (outbound) trafiği ayrı ayrı yapılandırmanız gerekir ve bir kurala izin verildiğinde bile, yanıtın geri dönebilmesi için ayrı bir kurala ihtiyaç duyar. Ağ ACL'leri daha geniş, kaba taneli güvenlik kontrolleri için kullanılırken, güvenlik grupları daha ince taneli, kaynak bazlı kontroller sağlar.

Konteyner teknolojileri (Docker, Kubernetes) de kendi ağ modellemelerine sahiptir. Docker'da "bridge", "host", "overlay" gibi ağ sürücüleri bulunur. Özellikle Kubernetes, Pod'lar arası iletişimi ve servis keşfini kolaylaştırmak için gelişmiş bir ağ modeli sunar. Kube-proxy, Service kaynakları için yük dengeleme sağlar ve Pod'lar, varsayılan olarak birbirleriyle IP adresleri üzerinden iletişim kurabilirler. Bu, mikroservis mimarilerinin bulutta verimli bir şekilde çalışmasını sağlar.

/* Mobil uyumlu bir web uygulaması için örnek medya sorgusu */
/* Bu CSS, DevOps mühendisleri tarafından dağıtılan uygulamaların
   farklı ekran boyutlarında doğru görünmesini sağlar. */

@media (max-width: 768px) {
  .container {
    width: 100%;
    padding: 10px;
  }
  .sidebar {
    display: none; /* Küçük ekranlarda kenar çubuğunu gizle */
  }
  .main-content {
    margin-left: 0;
  }
}
    

Yukarıdaki CSS medya sorgusu örneği, bir web uygulamasının farklı ekran boyutlarına nasıl uyum sağlayabileceğini gösterir. Bir DevOps mühendisi olarak, bu tür responsive tasarım elementlerinin uygulamanızın dağıtım sürecinde nasıl paketlendiğini, test edildiğini ve sunucu üzerinde doğru şekilde çalıştığını anlamanız gerekir. Bulut ortamlarındaki sanal ağlar ve güvenlik mekanizmaları, bu tür uygulamaların temelini oluşturur ve DevOps süreçlerinin başarısı için doğru yapılandırılmaları şarttır.

Ağ Sorun Giderme ve İzleme Teknikleri: DevOps Pratikleri

Bir DevOps mühendisinin günlük rutininde, ağ sorunları kaçınılmaz bir gerçektir. Uygulama yavaşlamaları, kesintiler veya erişim sorunları genellikle ağ katmanında gizlenen bir problemden kaynaklanır. Bu nedenle, etkili ağ sorun giderme ve izleme tekniklerine hakim olmak, operasyonel mükemmellik için hayati önem taşır.

Sorun gidermeye başlamadan önce, temel bir yaklaşım benimsemek önemlidir: OSI Modelinin Alt Katmanlarından Başlayın. Önce fiziksel bağlantıyı, sonra IP adresini, ardından portları ve en son uygulama protokollerini kontrol edin. Bu sistematik yaklaşım, sorunun kökenini daha hızlı bulmanıza yardımcı olur.

Temel Sorun Giderme Araçları:

• ping: Basit ama etkili bir araçtır. Bir hedefe ICMP (Internet Control Message Protocol) paketleri göndererek hedefin erişilebilir olup olmadığını, gecikmeyi (latency) ve paket kaybını kontrol eder.

  
  ping google.com
              

• traceroute (Windows'ta tracert): Bir ağ paketinin hedefe ulaşmak için geçtiği tüm yönlendiricileri (hop'ları) gösterir. Hangi noktada gecikme yaşandığını veya paketin nerede takıldığını anlamak için çok kullanışlıdır.

  
  traceroute 8.8.8.8
              

• netstat: Ağ bağlantılarını, yönlendirme tablolarını, arayüz istatistiklerini ve port dinlemelerini gösterir. Hangi uygulamanın hangi portu dinlediğini veya hangi bağlantıların açık olduğunu görmek için kullanılır. Örneğin, netstat -tulnp komutu, TCP/UDP portlarını dinleyen programları PID'leriyle birlikte listeler.

  
  # Tüm dinleyen TCP portlarını ve ilgili programları listele
  netstat -tulnp | grep LISTEN
              

• tcpdump (veya Wireshark): Ağ trafiğini yakalayıp analiz etmenizi sağlar. Belirli bir arayüzdeki, porttaki veya IP adresindeki tüm paketleri görüntüleyebilir. Bu, uygulamanızın gönderdiği veya aldığı gerçek veriyi görmenizi sağlayarak derinlemesine sorun giderme için paha biçilmez bir araçtır.

  
  # eth0 arayüzünden gelen 80 portu trafiğini yakala
  tcpdump -i eth0 port 80
              

• curl / wget: HTTP/HTTPS tabanlı hizmetleri test etmek için kullanılır. Bir web servisinin yanıt verip vermediğini, HTTP durum kodlarını veya HTTP başlıklarını kontrol edebilirsiniz.

  
  curl -v https://api.example.com/health
              

Ağ İzleme Teknikleri ve Araçları:

Sorun gidermenin ötesinde, proaktif izleme (monitoring), potansiyel sorunları daha ortaya çıkmadan tespit etmenizi sağlar. Modern DevOps ortamlarında, ağ performansını ve sağlığını izlemek için çeşitli araçlar kullanılır:

• Metrik Toplama Sistemleri: Prometheus, Grafana, Datadog gibi araçlar, sunucu CPU, bellek, disk kullanımı gibi geleneksel metriklerin yanı sıra, ağ arayüzü trafiği (paket/saniye, bant genişliği kullanımı), ağ gecikmesi, bağlantı sayısı gibi ağ metriklerini de toplar ve görselleştirir.
• Log Yönetimi: ELK Stack (Elasticsearch, Logstash, Kibana) veya Splunk gibi log yönetim sistemleri, güvenlik duvarı logları, yük dengeleyici erişim logları ve ağ cihazı loglarını toplayarak ağ aktiviteleri hakkında değerli bilgiler sunar. Anormal trafik desenlerini veya güvenlik ihlallerini tespit etmenize yardımcı olur.
• APM (Application Performance Monitoring) Araçları: New Relic, Dynatrace gibi araçlar, uygulamalarınızın uçtan uca performansını izler ve ağ gecikmelerinin uygulamanın genel yanıt süresi üzerindeki etkilerini gösterir.

Vaka Analizi: Ağ Gecikmesi Kaynaklı Bir Uygulama Performans Sorununun Tespiti

Müşteriler, uygulamanızın belirli bir API çağrısının son zamanlarda yavaşladığından şikayet etmeye başladı. Uygulama loglarını kontrol ettiğinizde, veritabanı sorgularının hala hızlı olduğunu, ancak genel API yanıt süresinin arttığını gördünüz. Bu durumda, ağ katmanında bir sorun olabileceğini düşündünüz:

1. İlk Kontrol: Uygulama sunucusundan veritabanı sunucusuna ping ve traceroute çekerek iki sunucu arasındaki temel bağlantıyı ve gecikmeyi kontrol ettiniz. Gecikme değerlerinin arttığını veya paket kaybı olduğunu fark ettiniz.
2. Port Kontrolü: Veritabanı portunun (örneğin 5432 PostgreSQL için) uygulama sunucusundan erişilebilir olduğunu telnet 5432 komutuyla doğruladınız.
3. Trafik Analizi: tcpdump kullanarak uygulama sunucusu ile veritabanı sunucusu arasındaki trafiği yakaladınız. Yakaladığınız paketlerde anormal derecede yüksek TCP sıfır pencere (zero window) reklamları veya yeniden iletimler (retransmissions) olduğunu gözlemlediniz. Bu, ağda bir tıkanıklık veya bir sunucunun trafiği işleyemediği anlamına gelebilir.
4. Bulut Metrikleri: Bulut sağlayıcınızın ağ arayüzü metriklerini (bant genişliği kullanımı, paket düşüşleri) kontrol ettiniz. Özellikle belirli bir sunucunun ağ adaptöründe (NIC) aşırı yüklenme veya paket düşüşleri olduğunu tespit ettiniz.
5. Çözüm: Bulut sağlayıcının sanal ağ geçidinde (virtual gateway) bir darboğaz olduğunu veya bir alt ağın aşırı yüklendiğini fark ettiniz. Çözüm olarak, veritabanı sunucularını daha geniş bant genişliğine sahip bir ağ adaptörüne sahip yeni bir alt ağa taşıdınız veya yükü dengelemek için veritabanı sunucularının sayısını artırdınız.

Bu senaryo, ağ bilgisi ve araçlarının, bir DevOps mühendisinin karmaşık sistem performans sorunlarını nasıl etkili bir şekilde çözebileceğini göstermektedir. Proaktif izleme ve hızlı teşhis, modern altyapıların kesintisiz çalışması için elzemdir.

Sonuç ve Sıkça Sorulan Sorular

Bu makale boyunca, bir DevOps mühendisi olarak temel ağ bilgilerinin neden vazgeçilmez olduğunu, OSI ve TCP/IP modellerinden başlayarak IP adresleme, portlar ve temel protokoller gibi kavramları inceledik. Yönlendiriciler, anahtarlar, güvenlik duvarları ve yük dengeleyiciler gibi altyapı bileşenlerinin işlevlerini ve mikroservis mimarisindeki rollerini uygulamalı örneklerle ele aldık. DNS, DHCP ve VPN gibi temel ağ servislerinin çalışma prensiplerini ve ağ sorun giderme için ping, traceroute, netstat gibi komutların nasıl kullanılacağını detaylandırdık. Ayrıca, bulut ortamlarında VPC'ler, alt ağlar, güvenlik grupları ve konteyner ağlarının önemini vurguladık. Son olarak, ağ sorun giderme ve izleme teknikleri ile Prometheus, Grafana gibi araçların DevOps pratiğindeki yerini bir vaka analiziyle gösterdik.

Modern altyapılar giderek daha karmaşık ve dağıtık hale geldikçe, ağ bilgisi artık sadece ağ mühendislerinin değil, tüm DevOps profesyonellerinin sahip olması gereken bir temel yetkinliktir. Bu bilgi birikimi, uygulamalarınızın daha güvenli, daha hızlı ve daha güvenilir çalışmasını sağlamanın yanı sıra, karşılaşacağınız operasyonel zorlukları daha verimli bir şekilde aşmanıza olanak tanıyacaktır. Unutmayın, ağ, uygulamalarınızın atardamarıdır; onun sağlığını korumak, tüm sisteminizin sağlığını korumaktır.

Sıkça Sorulan Sorular

• Soru 1: Bir DevOps mühendisi olarak ağ topolojilerini neden bilmeliyim?

  Cevap: Ağ topolojileri, uygulamalarınızın performansını, güvenliğini ve erişilebilirliğini doğrudan etkiler. Farklı topolojilerin avantajlarını ve dezavantajlarını bilmek, sistemlerinizi tasarlarken veya mevcut sorunları giderirken doğru kararları vermenize yardımcı olur. Örneğin, bir mikroservis mimarisinde yük dengeleyicinin arkasındaki sunucuların nasıl konumlandığı, uygulamanızın ölçeklenebilirliğini belirler.

• Soru 2: Bulut ortamında Güvenlik Grubu ile Ağ ACL arasındaki fark nedir?

  Cevap: Güvenlik Grupları, sanal makine veya yük dengeleyici gibi tek tek kaynaklara uygulanan durum korumalı (stateful) sanal güvenlik duvarlarıdır. Giden bir isteğe verilen yanıtın içeriye dönmesine otomatik olarak izin verir. Ağ ACL'leri ise alt ağ düzeyinde çalışan durumsuz (stateless) güvenlik duvarlarıdır ve hem gelen hem de giden trafik için ayrı ayrı kurallar tanımlamanız gerekir. Ağ ACL'leri daha geniş ölçekli, kaba taneli güvenlik kontrolleri için kullanılırken, Güvenlik Grupları daha ince taneli, kaynak bazlı kontroller sağlar.

• Soru 3: Uygulama yavaşlamalarında ilk hangi ağ komutlarını kullanmalıyım?

  Cevap: Uygulama yavaşlamalarında ilk olarak ping ve traceroute komutlarını kullanarak uygulama sunucusundan ilgili bağımlılıklara (veritabanı, başka bir mikroservis vb.) olan bağlantıyı ve gecikmeyi kontrol etmelisiniz. Ardından netstat -tulnp ile sunucunun dinlediği portları ve açık bağlantıları gözden geçirebilirsiniz. Daha derinlemesine analiz için tcpdump veya bulut sağlayıcınızın ağ metriklerini inceleyebilirsiniz.

• Soru 4: Kubernetes'te ağın temel mantığı nedir ve DevOps için ne ifade eder?

  Cevap: Kubernetes'te her Pod kendi benzersiz IP adresine sahiptir ve varsayılan olarak tüm Pod'lar herhangi bir NAT olmaksızın birbirleriyle iletişim kurabilir. Service kaynakları ise Pod'lara kalıcı bir IP adresi ve DNS adı atayarak servis keşfini ve yük dengelemeyi sağlar. Bir DevOps mühendisi için bu, mikroservislerin birbiriyle nasıl iletişim kurduğunu, Ingress/Egress trafiğinin nasıl yönlendirildiğini ve ağ politikalarıyla güvenliğin nasıl sağlandığını anlamak anlamına gelir. Kube-proxy ve CNI (Container Network Interface) eklentileri bu ağ modelinin temelini oluşturur.