NEBULACTAI Architect
Blog
Ana SayfaKurslarMezunlarYorumlarEtkinliklerBlogSSSİletişim
NEBULACTAI Architect

Sıfırdan başlayıp yapay zeka çağında karar verebilen bir yazılım mimarına dönüşün.

NEBULACTAI Akademisi

Diğer programlar

NEBULACTAI EnterpriseNEBULACTAI ProNEBULACTAI Kids

NEBULACT

HakkımızdaNeden BizEkipEğitmenlerHaberlerKariyer

İletişim

İletişim → info@nebulact.com +90 540 365 365 1
Londra
Chase Road, A Block, 2nd Floor, N14 6HF, London, UK
İzmir
Mansuroğlu Mh. 1593/1 Sk. B:4/1 Bayraklı, 35535, İzmir, Türkiye
© 2026 NEBULACT — Tüm hakları saklıdır. (v.1.331)
Belge SorgulaKVKKYasalİade PolitikasıKünyeSite Haritası
Ana SayfaKurslarMezunlarYorumlar
Blog›Deneyim Yazıları›Gece Nöbeti1/1

Platformu "Ürün" Gibi Düşünmeye Başladığımda Değişen İlk Şey

Necmettin Demir
15 Eylül 2026

Kurumsal bir portal platformunda çalışırken bir noktada şunu fark ettim: platform ekibi, aslında bir dahili tedarikçiydi — müşterisi de bize entegre olmaya çalışan diğer ekiplerdi. Bu bakış açısını benimseyince tek bir karar aldım: platformu bir ürün gibi yöneteceğim. Bu kararı üç kurala böldüm.

Kural 1: Ekipler bize gelmesin, kendi kendine kaydolsun

Başlangıçta her yeni uygulama entegrasyonu bir talep, bir toplantı, bir bekleme süresi demekti. Platform ekibi darboğaz haline gelmişti — her ekip bizi bekliyordu.

Çözüm: manifest tabanlı bir kayıt sistemi kurduk. Bir ekip yeni bir uygulamayı platforma bağlamak istediğinde, bize gelmiyor — uygulamasının manifestosunu tanımlıyor, sürüm bilgisiyle birlikte kaydediyor, platform onu otomatik keşfediyor. Kiracıya özel (tenant-scoped) devreye alma da aynı mekanizmadan geçiyor.

Kural 2: Sözleşmesiz entegrasyon yok

Manifest tek başına yeterli değil. Her uygulamanın platformla nasıl konuşacağı — kimlik doğrulama, ortak veri modeli, olay (event) şeması — API sözleşmesi olarak önceden tanımlı olmak zorunda. Ekipler React, Vue, Angular, Flutter ve hatta iframe tabanlı eski uygulamalarla geldi — dört farklı frontend teknolojisi, tek platformda, tek sözleşme kümesiyle bir arada yaşadı. Bunun mümkün olmasının tek sebebi, hiçbir entegrasyonun sözleşmesiz başlamamasıydı.

Kural 3: Her rollout geri alınabilir olmalı

Bir ürün gibi yönetmenin en somut sonucu bu oldu: sürüm sabitleme (version pinning) ve geri alma (rollback) mekanizması olmadan hiçbir uygulama prod'a çıkmıyor. Bir ekip yeni bir sürüm yayınladığında, bu sürüm o ekibin kiracı kapsamında izole devreye alınıyor; bir şey ters giderse, platformun geri kalanını etkilemeden tek komutla önceki sürüme dönülüyor.

Asıl değişen şey

Platformu bir ürün gibi düşünmek, aslında bir yetki devriydi: platform ekibi her değişikliğin ortasında durmayı bıraktı, bunun yerine değişikliğin güvenle olabileceği kuralları kurdu. Ekipler hızlandı, biz gece nöbetinde daha az uyandık.

Bu kurallardan kalıcı bir çalışma biçimi oluştu — ve bu çalışma biçimini şimdi NEBULACT AI Academy'deki eğitimlerin çekirdeğine koyuyorum.

Beğendiysen paylaş
Programdaki yeri

Adım 3/4

Programı incele

İlgili Eğitimler

Yaklaşan

$ 999

Başlangıç26 Aralık 2026

Bitiş21 Şubat 2027

Süre72 ders saati(1 ders saati = 50 dk)

Oturum Sayısı18

Günler
  • 09:00 - 12:50 Cumartesi
  • 09:00 - 12:50 Pazar
UzaktanTürkçe
NEBULACT AI Architect›3. Bulut Mühendisliği (Yapay Zeka Destekli)
AI Destekli DevOps: Akıllı Platform Mühendisliği
Kurs Detayları