Yapay Zekayla Yapılmış Bir Uygulama Nasıl Dışa Aktarılır ve Kendi Sunucunuzda Çalıştırılır

Yapay zekayla yapılmış bir uygulamayı kendi sunucunuzda çalıştırmak için kodu dışarı çıkarın (bir indirme ya da size ait bir GitHub deposuna eşitleme), gizli bilgilerini ortam değişkeni olarak yeniden oluşturun, veritabanını taşıyın ya da yeniden kurun ve uygulamanın yapısına uyan bir sunucuya dağıtın: sade bir ön yüz için statik bir sunucu, arka ucu olan her şey için sunucu ya da konteyner çalıştıran bir platform. Kod genellikle en kolay kısımdır. İş; veri, gizli bilgiler ve oluşturucunun sizin için sessizce çalıştırdığı hizmetlerde yoğunlaşır.

Neden hiç dışa aktarmalısınız

Kodunuzu yanınızda taşımanın iyi nedenleri de vardır, daha az iyi olanları da.

İyi nedenler:

• Sahiplik ve güvence. Kodun kendi deponuzdaki bir kopyası, oluşturucu fiyatlarını, özelliklerini ya da koşullarını değiştirirse sizi korur.
• Geliştiricilere devir. Bir mühendislik ekibi kodun Git’te olmasını, kendi araçlarında ve inceleme süreçlerinde kullanılmasını isteyecektir.
• Belirli gereksinimler. Veri konumu, belirli bir bulut sağlayıcısı, şirket güvenlik politikaları ya da oluşturucunun sunmadığı altyapı.
• Ölçek ya da maliyet, kendi altyapınızı işletmenin gerçekten karşılığını verdiği bir boyutta.

Daha az iyi nedenler: birkaç kullanıcısı olan küçük bir uygulamayı, küçük bir aylık tutarı kurtarmak için taşımak. Kendi sunucunuzda barındırmak işi size yükler: güncellemeler, yedeklemeler, izleme, güvenlik yamaları. Bu doğru bir takas olabilir; yalnızca bunu bilerek yapın.

Mantıklı bir orta yol: bulunduğunuz yerde yapmaya ve barındırmaya devam edin, ama baştan itibaren kendi GitHub deponuza eşitleyin. Operasyonel iş olmadan güvenceyi elde edersiniz. Git sizin için yeniyse, GitHub nedir rehberine bakın.

Dışa aktarma neyi içerir, neyi içermez

Bir dışa aktarmaya güvenmeden önce açıp kontrol edin. Genellikle:

Gizli bilgiler bilerek dışarıda bırakılır — e-posta ile gönderebileceğiniz ya da commit edebileceğiniz bir arşivde asla canlı anahtarlar olmamalıdır. Bağımlılıklar da dışarıda bırakılır, çünkü kilit dosyasından yeniden oluşturulurlar.

Adım 1: Kodu dışarı çıkarın

İki yaygın yol vardır:

• Projenin bir arşivini indirin. Hızlıdır ve tek seferlik bir taşıma ya da yedek için uygundur.
• GitHub’a eşitleyin. Sürekli kullanım için daha iyidir: tam geçmiş, her yere kolayca klonlama ve çoğu sunucunun her push’ta doğrudan bir GitHub deposundan dağıtım yapması.

Hangi yolu seçerseniz seçin, bilgisayarda (ya da bir bulut geliştirme ortamında) klonlayın ya da açın ve bir README arayın. Yoksa, ayrılmadan önce oluşturucudaki yapay zekadan bir tane yazmasını isteyin:

Bu projeyi bu platform dışında çalıştırmak için bir README yaz: kullanılan teknolojiler, gereken çalışma zamanı sürümleri, kurulum ve derleme komutları, başlatma komutu ve port, kodun okuduğu her ortam değişkeni (adları ve amaçları, değerleri olmadan) ve veritabanı geçişlerinin nasıl çalıştırıldığı.

Bu tek istem saatlerce zaman kazandırır, çünkü kurulumun örtük kısımlarını yazıya dökmeye zorlar.

Adım 2: Önce yerelde çalıştırın

Herhangi bir yere dağıtmadan önce uygulamanın kendi başına çalıştığını kanıtlayın:

1. README’de adı geçen çalışma zamanını kurun — Node.js, Python, Java, .NET — uygun bir sürümle.
2. Bağımlılıkları kurun (npm install, pnpm install, pip install -r requirements.txt ya da eşdeğeri).
3. Ortam değişkenleriyle bir yerel .env dosyası oluşturun, mümkünse test anahtarlarıyla. Bunu Git’in dışında tutun. Ortam değişkenleri ve gizli bilgiler nedir bu fikri açıklar.
4. Bir veritabanına bağlayın — yerel bir Postgres ya da yönetilen bir sağlayıcının ücretsiz geliştirme veritabanı.
5. Geçişleri çalıştırın, sonra uygulamayı başlatın ve ana akışlarda gezinin.

Burada bozulan her şey bir sunucuda da bozulur ve kendi makinenizde hata ayıklamak çok daha kolaydır. Sık görülen sürprizler: oluşturucunun önizlemesine ait sabit kodlanmış bir URL, oluşturucunun otomatik olarak eklediği eksik bir ortam değişkeni ya da yalnızca platformda var olan bir hizmet (dosya depolama, görsel boyutlandırma).

Adım 3: Veriyi taşıyın

Uygulamanın gerçek kullanıcıları varsa, veri koddan daha önemlidir.

• Veritabanını dışa aktarın. Postgres için pg_dump, yeni veritabanına pg_restore ya da psql ile geri yüklenebilecek bir dosya üretir. Doğrudan erişiminiz yoksa, oluşturucunun yapay zekasından çalıştırmasını ve ürettiği şeyi açıklamasını isteyin.
• Yüklenen dosyaları taşıyın. Kullanıcılar görsel ya da belge yüklediyse, bunlar veritabanından ayrı bir nesne depolamada durur. Bunları yeni depolamanıza (örneğin S3 uyumlu bir bucket) kopyalayın ve kayıtlı URL’ler eski sunucuyu içeriyorsa güncelleyin.
• Geçişi planlayın. Canlı bir uygulama için basit yaklaşım kısa bir bakım penceresidir: yazmaları durdurun, son bir dışa aktarma alın, yeni sunucuda geri yükleyin, DNS’i değiştirin, sonra yeniden açın. Her adımı önceden yazın.
• Gerçek taşımadan önce geri yüklemeyi geçici bir veritabanında test edin.

Postgres yabancıysa, Postgres nedir temelleri anlatır.

Adım 4: Nerede barındıracağınızı seçin

Sunucuyu uygulamanın yapısına göre seçin. Aşağıdaki isimler, Eylül 2026 itibarıyla her kategorideki bilinen sağlayıcılara örnektir; bir sıralama değildir. Güncel özellikleri ve fiyatları kendi sitelerinden kontrol edin.

Ayrıca şunlara da ihtiyacınız olacak:

• Yönetilen bir veritabanı — birçok uygulama sunucusu Postgres sunar, Neon ya da Supabase gibi özel hizmetler bunu tek başına sağlar. Yönetilen olması değerlidir: yedekleme ve güncellemeler başkasının işidir.
• Uygulamada yükleme varsa nesne depolama.
• E-posta gönderimi, ödemeler ve yapay zeka sağlayıcıları — bunlar genellikle yeni sunucuda aynı API anahtarlarının ayarlanmasını gerektirir.

Takasları dürüstçe değerlendirirsek: platform sunucuları (ilk dört satır) kurulumu ve bakımı daha hızlıdır, ama daha az kontrolünüz olur ve trafikle birlikte maliyetler artabilir. Sanal bir sunucu sabit yükte çoğu zaman daha ucuzdur ve tamamen sizin kontrolünüzdedir, ama yamaları, TLS’i, yedeklemeleri, izlemeyi ve kurtarmayı siz üstlenirsiniz. Ekipte bu işi isteyen yoksa bir platform seçin. Barındırmanın temelleri için web barındırma nedir rehberine bakın.

Adım 5: Dağıtın ve geçişi yapın

1. Depoyu sunucuya bağlayın ya da bir konteyner imajı gönderin.
2. Ortam değişkenlerini ayarlayın sunucunun panelinde — README’deki her biri, canlı değerlerle.
3. Derleme ve başlatma komutlarını ve portu ayarlayın. Birçok sunucu portu bir PORT ortam değişkeni ile iletir; uygulama bunu dinlemeli ve yalnızca localhost değil, tüm arayüzlerde (0.0.0.0) dinlemelidir.
4. Geçişleri yeni veritabanına karşı çalıştırın.
5. DNS’e dokunmadan önce sunucunun geçici URL’sinde test edin.
6. Eski URL’nize işaret eden dış hizmetleri güncelleyin: ödeme webhook’ları, giriş için OAuth yönlendirme URL’leri, e-posta bağlantıları, izin verilen kökenler.
7. Alan adını taşıyın DNS kayıtlarını yeni sunucuya göre güncelleyerek. Özel alan adı nasıl bağlanır kayıtları açıklar.
8. Emin olana kadar eski dağıtımı kısa süre çalışır tutun, sonra kapatın.

Adım 6 en çok unutulandır: taşıma sonrasında sessizce bozulan girişler ve ödemeler, genellikle hâlâ eski sunucuyu gösteren bir geri çağırma URL’sine dayanır.

Adım 6: Operasyonu üstlenin

Kendi sunucunuzda barındırmaya başladığınızda, oluşturucunun yaptığı işler artık sizindir. En azından: test edilmiş bir geri yükleme ile otomatik veritabanı yedekleri, hata takibi, çalışma süresi uyarıları, bağımlılık güncellemeleri ve her hesaba kimin eriştiğinin bir kaydı. Yapay zeka prototipini canlıya nasıl alırsınız bu listeyi daha ayrıntılı anlatır.

Dışa aktarma kontrol listesi

• Kod, çalıştırma, derleme ve ortam değişkenlerini kapsayan bir README ile sizin deponuzda
• Uygulama temiz bir klonlamadan yerelde çalışıyor
• Veritabanı dışa aktarıldı ve geri yükleme test edildi; yüklenen dosyalar kopyalandı
• Uygulamanın yapısına göre sunucu seçildi; yönetilen veritabanı ve depolama eklendi
• Tüm ortam değişkenleri yeni sunucuda canlı değerlerle ayarlandı
• Webhook’lar, OAuth yönlendirmeleri ve e-posta bağlantıları güncellendi
• DNS değiştirildi, eski dağıtım kısa süre tutulup sonra kaldırıldı
• Yedeklemeler, izleme ve erişim listesi hazır

Mythex’ten dışa aktarma

Mythex’te oluşturduğunuz kodun sahibi sizsiniz. Pro pakette projeyi Proje ayarları → Dışa aktar yolundan bir arşiv olarak indirebilir ya da GitHub’ı bağlayıp kendi deponuzla push ve pull yapabilirsiniz; Free paketinde kod yalnızca salt okunur görüntülenebilir, dışa aktarılamaz ya da eşitlenemez. Gizli bilgiler ve node_modules dışa aktarmalarda yer almaz, bu yüzden gizli bilgilerinizi yeni sunucuda yeniden oluşturun. Adımlar başka yerde dışa aktar ve çalıştır ve GitHub, dışa aktarma ve içe aktarma dokümanlarında anlatılır. Mythex’te barındırmaya devam edip GitHub eşitlemesini yalnızca kendi kopyanız ve devir yolu olarak da kullanabilirsiniz; taşırsanız, yeni sunucu canlı olduğunda Mythex uygulamasını yayından kaldırın.

Sorular