The latest articles on DEV Community by Ersin ÖZBUCAK (@o2bucak). https://dev.to/o2bucak https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4087674%2Fbb5d8250-893e-4369-8b01-5062c86449cb.jpg https://dev.to/o2bucak en Ersin ÖZBUCAK Mon, 14 Sep 2026 08:38:24 +0000 https://dev.to/o2bucak/15-yillik-it-yolculugum-destekten-altyapi-tasarimina-2ha6 https://dev.to/o2bucak/15-yillik-it-yolculugum-destekten-altyapi-tasarimina-2ha6 <h1> 15 Yıllık IT Yolculuğum: Destekten Altyapı Tasarımına </h1> <p>2009 yılında IT sektörüne girdiğimde elimde bir bilgisayar mühendisliği diploması yoktu.</p> <p><strong>Elektrik bölümü mezunuydum.</strong></p> <p>Aslında kariyerimin elektrik alanında ilerlemesini bekleyebilirsiniz. Fakat kısa sürede bunun benim için doğru yol olmadığını fark ettim.</p> <p>Ben bilgisayarlarla çalışmak istiyordum.</p> <p>Bu yüzden IT kariyerime sıfırdan başladım.</p> <p>Bugün kim olduğumu, kariyerimi ve üzerinde çalıştığım projeleri merak ederseniz, bunları kişisel web sitemde bir araya getirmeye çalışıyorum:</p> <p><strong><a href="https://ersin.ozbucak.com.tr" rel="noopener noreferrer">ersin.ozbucak.com.tr</a></strong></p> <p>Ama bu yazının konusu CV'mi anlatmak değil.</p> <p>Bu yazının konusu, <strong>15 yıl boyunca IT içerisinde çalıştıktan sonra neden kendi altyapımı kurmaya başladığım.</strong></p> <h2> Her Şey Kablolarla Başladı </h2> <p>İlk işlerimden birinde network kabloları çekiyor, modem kurulumları yapıyor ve internet bağlantısı problemlerini çözüyordum.</p> <p>Bugün baktığımda oldukça basit görünen işlerdi.</p> <p>Ama aslında bana IT altyapısının en temel konularını öğreten ilk deneyimlerimdi.</p> <p>Bir modem üzerinde port yönlendirmesi yapmak, bağlantı problemi çözmek veya bir cihazın neden internete çıkamadığını anlamaya çalışmak...</p> <p>Bunlar bana zaman içerisinde şu soruyu sordurmaya başladı:</p> <blockquote> <p><strong>"Bu sistem gerçekten nasıl çalışıyor?"</strong></p> </blockquote> <p>Sadece problemi çözmek değil, problemin arkasındaki sistemi anlamak istiyordum.</p> <p>Bunun üzerine Sistem Uzmanlığı eğitimi aldım ve kariyerimi sistem yönetimi tarafına doğru yönlendirmeye başladım.</p> <h2> Farklı Sektörler, Farklı Sistemler </h2> <p>Sonraki yıllarda farklı sektörlerde ve farklı teknolojilerle çalışma fırsatı buldum.</p> <p>Perakende sektöründe barkod sistemlerinin kurulum ve desteğinde görev aldım.</p> <p>Daha sonra bir hastanede <strong>System Support Specialist</strong> olarak çalıştım.</p> <p>Burada IT altyapısının farklı katmanlarını daha yakından görmeye başladım.</p> <p><strong>Active Directory, DNS, DHCP, Group Policy ve VLAN</strong> gibi teknolojilerle çalıştım.</p> <p>Aynı zamanda biyomedikal cihazların ve radyoloji sistemlerinin hastanenin IT altyapısıyla entegrasyon süreçlerinde görev aldım.</p> <p>Daha sonra bir IT danışmanlık şirketinde çalışmaya başladım.</p> <p>Burada end-user support görevlerinin yanında <strong>Citrix</strong> ve <strong>SCCM</strong> süreçlerinde çalıştım.</p> <p>Aynı dönemde <strong>Proxmox</strong> ve <strong>Nextcloud</strong> gibi teknolojilerle Proof of Concept çalışmalarına da dahil oldum.</p> <p>Her iş bana farklı bir sistem gösterdi.</p> <p>Her sistem ise başka bir şey öğretti.</p> <p>Fakat yıllar içerisinde bir konuda oldukça fazla deneyim kazandığımı fark ettim:</p> <p><strong>Bir şey çalışmadığında nereden başlayacağınızı bilmek.</strong></p> <p>Yani troubleshooting.</p> <h2> Fakat Bir Sorun Vardı </h2> <p>Yıllarca farklı sistemlerin çalışan parçalarıyla ilgilendim.</p> <p>Bir kullanıcı problem yaşadığında çözüyordum.</p> <p>Bir uygulama çalışmadığında inceliyordum.</p> <p>Bir bilgisayarın, sunucunun veya bağlantının problemi olduğunda müdahale ediyordum.</p> <p>Bunların hepsi bana çok şey kattı.</p> <p>Ama zaman içerisinde kafamda farklı bir soru oluşmaya başladı:</p> <blockquote> <p><strong>"Sürekli çalışan sistemleri destekleyen kişi mi olacağım, yoksa bu sistemlerin arkasındaki altyapıyı tasarlayan kişi olabilecek miyim?"</strong></p> </blockquote> <p>Bu soru benim için önemli bir dönüm noktası oldu.</p> <p>Çünkü artık yalnızca mevcut sistemleri yönetmek istemiyordum.</p> <p><strong>Sistemlerin neden ve nasıl tasarlandığını anlamak istiyordum.</strong></p> <h2> Öğrenmek ile Yapmak Arasındaki Fark </h2> <p>Son bir yılda özellikle sistem yönetimi, Linux, networking, virtualization, automation, container technologies ve security konularında kendimi geliştirmeye çalışıyorum.</p> <p>Kurslar aldım.</p> <p>Dokümantasyon okudum.</p> <p>Farklı teknolojileri denedim.</p> <p>Fakat bir süre sonra bunun tek başına yeterli olmadığını fark ettim.</p> <p>Bir kursu tamamlamak, bir teknolojiyi gerçekten bildiğiniz anlamına gelmeyebilir.</p> <p>Bir dokümanı okumak da aynı şekilde.</p> <p>Bir teknolojiyi gerçekten anlamanın en iyi yollarından birinin onu <strong>kendiniz kurmak</strong> olduğunu düşünüyorum.</p> <p>Çalıştırmak.</p> <p>Bozmak.</p> <p>Neden bozulduğunu anlamak.</p> <p>Tekrar kurmak.</p> <p>Sonra başka bir yöntem denemek.</p> <p>Ve sonunda şu soruya cevap verebilmek:</p> <blockquote> <p><strong>"Bunu neden böyle tasarladım?"</strong></p> </blockquote> <p>Benim eksikliğini hissettiğim şey tam olarak buydu.</p> <p>Bir <strong>Show and Tell</strong> ortamına ihtiyacım vardı.</p> <h2> Home Lab'den Enterprise Architecture'a </h2> <p>İşte bu düşünceyle kendi Home Lab ortamımı kurma fikri ortaya çıktı.</p> <p>Başlangıçta amacım birkaç sanal makine çalıştırmak ve farklı teknolojileri denemekti.</p> <p>Fakat zaman içerisinde bunun çok daha büyük bir öğrenme alanına dönüşebileceğini fark ettim.</p> <p>Çünkü gerçek bir IT ortamında teknolojiler tek başına çalışmıyor.</p> <p>Bir network var.</p> <p>Bir identity sistemi var.</p> <p>Database'ler var.</p> <p>Security katmanı var.</p> <p>Virtualization var.</p> <p>Containers var.</p> <p>Automation var.</p> <p>Monitoring var.</p> <p>Ve bütün bu parçaların birbirleriyle nasıl konuştuğunu anlamak gerekiyor.</p> <p>Bu nedenle tek tek teknolojileri denemek yerine, bunları <strong>tek bir mimarinin parçaları olarak ele almaya</strong> başladım.</p> <p>Üstelik mümkün olduğunca <strong>FOSS (Free and Open Source Software)</strong> kullanmak istedim.</p> <p>Çünkü benim için burada önemli olan yalnızca teknolojiyi kullanmak değil, teknolojinin nasıl çalıştığını anlayabilmek.</p> <p>Böylece başlangıçta basit bir Home Lab olarak düşündüğüm fikir zaman içerisinde bir <strong>Enterprise Reference Architecture</strong> projesine dönüştü.</p> <h2> Bu Proje Benim İçin Neden Önemli? </h2> <p>Bu proje aslında kariyerimdeki bir sonraki adıma geçmek için oluşturduğum kişisel bir laboratuvar.</p> <p>Yaklaşık <strong>15 yıllık IT deneyimimi</strong> yeni öğrenmeye başladığım teknolojilerle bir araya getirmeye çalışıyorum.</p> <p>Geçmişte sistemlerin farklı parçalarıyla çalıştım.</p> <p>Şimdi ise o parçaların tamamını bir araya getirerek <strong>uçtan uca bir altyapının nasıl tasarlanıp işletilebileceğini</strong> anlamaya çalışıyorum.</p> <p>Hedefim yalnızca Infrastructure değil.</p> <p>Zaman içerisinde:</p> <ul> <li>Infrastructure</li> <li>Automation</li> <li>DevOps</li> <li>Platform Engineering</li> <li>AI Infrastructure</li> </ul> <p>gibi alanlara doğru ilerlemek istiyorum.</p> <p>Bu nedenle projeyi bir "bitmiş ürün" olarak görmüyorum.</p> <p><strong>Bu benim öğrenme ortamım.</strong></p> <p>Burada bir şeylerin yanlış gitmesi aslında projenin başarısız olduğu anlamına gelmiyor.</p> <p>Tam tersine.</p> <p>Yanlış yapılandırılmış bir servis, beklenmeyen bir network problemi veya bozulan bir sistem benim için yeni bir öğrenme fırsatı.</p> <h2> Bundan Sonra Ne Paylaşacağım? </h2> <p>Bu yolculuğu sadece kendi bilgisayarımda tutmak istemiyorum.</p> <p>Öğrendiklerimi ve karşılaştığım problemleri mümkün olduğunca açık şekilde paylaşmak istiyorum.</p> <p>Bu nedenle önümüzdeki süreçte;</p> <ul> <li>Home Lab</li> <li>Proxmox</li> <li>Linux</li> <li>Networking</li> <li>FOSS</li> <li>Identity Management</li> <li>Containers</li> <li>Automation</li> <li>Security</li> <li>Infrastructure Architecture</li> <li>DevOps</li> </ul> <p>gibi konularda hem öğrendiklerimi hem de uygulamalarımı paylaşacağım.</p> <p>Mümkün olduğunca sadece <strong>"nasıl yapılır?"</strong> sorusuna değil, <strong>"neden böyle yapılır?"</strong> sorusuna da cevap vermeye çalışacağım.</p> <p>Çünkü benim bu yolculukta en çok öğrenmek istediğim şey komutları ezberlemek değil.</p> <p><strong>Mimarinin kendisini anlayabilmek.</strong><br> Ve Hikâye Daha Yeni Başlıyor</p> <p>2009 yılında network kablosu çekerek başladığım IT yolculuğunun beni 15 yıl sonra kendi enterprise altyapımı tasarlamaya çalışacağım bir noktaya getireceğini o zamanlar tahmin edemezdim.</p> <p>Bugün hâlâ öğreniyorum.</p> <p>Hâlâ bazı şeyleri bilmiyorum.</p> <p>Hâlâ sistemleri bozuyorum.</p> <p>Ve muhtemelen daha çok bozacağım.</p> <p>Ama artık bunu bir problem olarak görmüyorum.</p> <p>Çünkü öğrenmenin en iyi yollarından birinin yapmak, yanılmak ve yeniden yapmak olduğuna inanıyorum.</p> <p>15 yıl boyunca farklı sistemlerin parçalarıyla çalıştım. Şimdi ise bütün sistemi kendim kurarak bu parçaların nasıl bir araya geldiğini öğreniyorum.</p> <p>Bu yolculuğun teknik tarafını GitHub üzerinde açık şekilde paylaşmaya başladım.</p> <p>Enterprise Reference Architecture</p> <p>GitHub Repository:<br> <a href="https://github.com/O2BUCAK/EnterpriseReferenceArchitecture" rel="noopener noreferrer">https://github.com/O2BUCAK/EnterpriseReferenceArchitecture</a></p> <p>Bu repository zaman içerisinde yalnızca bir Home Lab dokümantasyonu değil, öğrendiklerimin, yaptığım denemelerin, karşılaştığım problemlerin ve aldığım mimari kararların bir kaydı olacak.</p> <p>Ben öğrenirken paylaşacağım.</p> <p>Belki bir başkasının öğrenme sürecine de katkısı olur.</p> <h2> Ve Hikâye Daha Yeni Başlıyor </h2> <p>2009 yılında network kablosu çekerek başladığım IT yolculuğunun beni 15 yıl sonra kendi enterprise altyapımı tasarlamaya çalışacağım bir noktaya getireceğini o zamanlar tahmin edemezdim.</p> <p>Bugün hâlâ öğreniyorum.</p> <p>Hâlâ bazı şeyleri bilmiyorum.</p> <p>Hâlâ sistemleri bozuyorum.</p> <p>Ve muhtemelen daha çok bozacağım.</p> <p>Ama artık bunu bir problem olarak görmüyorum.</p> <p>Çünkü öğrenmenin en iyi yollarından birinin <strong>yapmak, yanılmak ve yeniden yapmak</strong> olduğuna inanıyorum.</p> <blockquote> <p><strong>15 yıl boyunca farklı sistemlerin parçalarıyla çalıştım. Şimdi ise bütün sistemi kendim kurarak bu parçaların nasıl bir araya geldiğini öğreniyorum.</strong></p> </blockquote> <p>Bu yolculuğun teknik tarafını GitHub üzerinde açık şekilde paylaşmaya başladım.</p> <h2> Enterprise Reference Architecture </h2> <p><strong>GitHub Repository:</strong><br> <a href="https://github.com/O2BUCAK/EnterpriseReferenceArchitecture" rel="noopener noreferrer">https://github.com/O2BUCAK/EnterpriseReferenceArchitecture</a></p> <p>Bu repository zaman içerisinde yalnızca bir Home Lab dokümantasyonu değil, <strong>öğrendiklerimin, yaptığım denemelerin, karşılaştığım problemlerin ve aldığım mimari kararların bir kaydı</strong> olacak.</p> <p>Ben öğrenirken paylaşacağım.</p> <p>Belki bir başkasının öğrenme sürecine de katkısı olur.</p> career architecture opensource homelab