G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla geli\u015fen yapay zeka (YZ) d\u00fcnyas\u0131nda, \u00fcretilen g\u00f6rsellerin boyutlar\u0131 ve karma\u015f\u0131kl\u0131\u011f\u0131 s\u00fcrekli artmaktad\u0131r. \u00d6zellikle y\u00fcksek \u00e7\u00f6z\u00fcn\u00fcrl\u00fckl\u00fc veya animasyonlu YZ g\u00f6rselleri, geleneksel dosya aktar\u0131m y\u00f6ntemleriyle y\u00f6netildi\u011finde ciddi performans ve g\u00fcvenilirlik sorunlar\u0131na yol a\u00e7abilir. Bu makalede, Node.js kullanarak bu b\u00fcy\u00fck YZ g\u00f6rsellerini bulut depolama alanlar\u0131na (\u00f6rne\u011fin AWS S3) g\u00fcvenli, verimli ve kesintisiz bir \u015fekilde nas\u0131l aktaraca\u011f\u0131m\u0131z\u0131, “presigned par\u00e7alar” (presigned parts), “\u00e7oklu durum” (multipart state) ve “iptal y\u00f6netimi” (abort management) gibi kritik kavramlar \u00fczerinden detayl\u0131 bir \u015fekilde inceleyece\u011fiz. Bu y\u00f6ntemler, hem sunucu y\u00fck\u00fcn\u00fc azalt\u0131r hem de kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirir.<\/p>\n
Yapay zeka modelleri (DALL-E, Midjourney, Stable Diffusion gibi) art\u0131k sadece sanatsal de\u011fil, ayn\u0131 zamanda end\u00fcstriyel kalitede g\u00f6rseller \u00fcretebiliyor. Bu g\u00f6rsellerin \u00e7\u00f6z\u00fcn\u00fcrl\u00fckleri 4K, 8K hatta daha y\u00fcksek seviyelere ula\u015fabiliyor, bu da dosya boyutlar\u0131n\u0131n onlarca megabayt hatta gigabayt seviyelerine \u00e7\u0131kmas\u0131na neden olabiliyor. Bu t\u00fcr b\u00fcy\u00fck dosyalar\u0131n, bir Node.js sunucusu \u00fczerinden do\u011frudan istemciye g\u00f6nderilmesi veya bulut depolama alan\u0131na y\u00fcklenmesi, \u00e7e\u015fitli zorluklar\u0131 beraberinde getirir. \u00d6rne\u011fin, sunucunun belle\u011fi a\u015f\u0131r\u0131 y\u00fcklenebilir, a\u011f ba\u011flant\u0131s\u0131 kesildi\u011finde t\u00fcm y\u00fcklemenin ba\u015ftan ba\u015flamas\u0131 gerekebilir veya y\u00fckleme s\u00fcresi kullan\u0131c\u0131 i\u00e7in kabul edilemez derecede uzun olabilir. Bu durumlar, \u00f6zellikle web tabanl\u0131 uygulamalarda kullan\u0131c\u0131 deneyimini olumsuz etkiler ve sunucu kaynaklar\u0131n\u0131n verimsiz kullan\u0131lmas\u0131na yol a\u00e7ar. Geleneksel yakla\u015f\u0131mlar, genellikle dosyay\u0131 tek bir b\u00fct\u00fcn olarak ele al\u0131r ve bu da b\u00fcy\u00fck dosyalar i\u00e7in bir “tek hata, t\u00fcm sistem durur” senaryosu yarat\u0131r. Ayr\u0131ca, sunucu \u00fczerinden ge\u00e7en her veri par\u00e7as\u0131, sunucunun i\u015flem g\u00fcc\u00fcn\u00fc ve bant geni\u015fli\u011fini t\u00fcketir, bu da \u00f6l\u00e7eklenebilirlik sorunlar\u0131na neden olabilir. \u0130\u015fte tam da bu noktada, Node.js’in olay tabanl\u0131, non-blocking (engellemeyen) yap\u0131s\u0131 ve bulut servislerinin sundu\u011fu geli\u015fmi\u015f \u00f6zellikler devreye girer. Bu makalede ele alaca\u011f\u0131m\u0131z y\u00f6ntemler, bu zorluklar\u0131n \u00fcstesinden gelmek i\u00e7in modern ve etkili bir \u00e7\u00f6z\u00fcm sunmaktad\u0131r. B\u00fcy\u00fck dosyalar\u0131n aktar\u0131m\u0131 s\u0131ras\u0131nda ortaya \u00e7\u0131kan bu sorunlar, sadece teknik bir engel olmaktan \u00f6te, ayn\u0131 zamanda kullan\u0131c\u0131 memnuniyetini, uygulaman\u0131n performans\u0131n\u0131 ve i\u015fletme maliyetlerini do\u011frudan etkileyen fakt\u00f6rlerdir. Bu nedenle, bu t\u00fcr senaryolar i\u00e7in sa\u011flam ve optimize edilmi\u015f bir dosya aktar\u0131m stratejisi geli\u015ftirmek hayati \u00f6nem ta\u015f\u0131maktad\u0131r. Bu, \u00f6zellikle medya, tasar\u0131m, oyun geli\u015ftirme gibi y\u00fcksek \u00e7\u00f6z\u00fcn\u00fcrl\u00fckl\u00fc i\u00e7eriklerin yo\u011fun oldu\u011fu sekt\u00f6rlerde kritik bir ihtiya\u00e7t\u0131r. Bu ba\u011flamda, sunucu taraf\u0131nda Node.js’in esnekli\u011fi ve bulut depolama servislerinin g\u00fcc\u00fc bir araya geldi\u011finde, ortaya \u00e7\u0131kan sinerji, b\u00fcy\u00fck dosya aktar\u0131m\u0131n\u0131 hem daha h\u0131zl\u0131 hem de daha g\u00fcvenilir hale getirir. Bu, ayn\u0131 zamanda geli\u015ftiricilerin, dosya aktar\u0131m\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131 yerine uygulaman\u0131n temel i\u015flevselli\u011fine odaklanmas\u0131na olanak tan\u0131r. K\u0131sacas\u0131, YZ g\u00f6rsellerinin b\u00fcy\u00fcyen boyutlar\u0131, yeni nesil dosya aktar\u0131m \u00e7\u00f6z\u00fcmlerini ka\u00e7\u0131n\u0131lmaz k\u0131lmaktad\u0131r.<\/p>\n
B\u00fcy\u00fck dosyalar\u0131n aktar\u0131m\u0131nda kar\u015f\u0131la\u015f\u0131lan sorunlar\u0131 a\u015fmak i\u00e7in iki anahtar teknoloji bir araya gelir: Presigned URL’ler ve Multipart Y\u00fcklemeler. Bu iki konsept, \u00f6zellikle bulut depolama servisleriyle (\u00f6rne\u011fin AWS S3) entegre edildi\u011finde, Node.js tabanl\u0131 uygulamalar i\u00e7in olduk\u00e7a g\u00fc\u00e7l\u00fc ve verimli bir \u00e7\u00f6z\u00fcm sunar.<\/p>\n
Bu iki teknolojinin birle\u015fimi, Node.js sunucumuzun yaln\u0131zca gerekli koordinasyonu sa\u011flamas\u0131n\u0131 (presigned URL’leri olu\u015fturma ve y\u00fckleme durumunu takip etme) ve as\u0131l veri aktar\u0131m y\u00fck\u00fcn\u00fc bulut depolama hizmetine devretmesini sa\u011flar. B\u00f6ylece, Node.js uygulamam\u0131z daha hafif, daha h\u0131zl\u0131 ve daha \u00f6l\u00e7eklenebilir hale gelir. Bu strateji, \u00f6zellikle YZ taraf\u0131ndan \u00fcretilen ve boyutlar\u0131 s\u00fcrekli artan g\u00f6rseller gibi b\u00fcy\u00fck medya dosyalar\u0131n\u0131n y\u00f6netimi i\u00e7in vazge\u00e7ilmezdir. Geli\u015ftiriciler, bu sayede hem sunucu maliyetlerini d\u00fc\u015f\u00fcrebilir hem de kullan\u0131c\u0131lar\u0131na kesintisiz bir deneyim sunabilirler. Bu yakla\u015f\u0131m, modern web uygulamalar\u0131n\u0131n b\u00fcy\u00fck veri y\u00fcklerini y\u00f6netme \u015feklini temelden de\u011fi\u015ftirmi\u015ftir.<\/p>\n
Node.js sunucumuzun temel g\u00f6revi, istemcinin b\u00fcy\u00fck YZ g\u00f6rselini do\u011frudan bulut depolama hizmetine y\u00fcklemesi i\u00e7in gerekli olan \u00f6n imzal\u0131 URL’leri g\u00fcvenli bir \u015fekilde sa\u011flamakt\u0131r. Bu s\u00fcre\u00e7 genellikle birka\u00e7 ad\u0131mdan olu\u015fur ve AWS S3 SDK (yaz\u0131l\u0131m geli\u015ftirme kiti) kullan\u0131larak kolayca ger\u00e7ekle\u015ftirilebilir. Burada, istemcinin bir y\u00fckleme ba\u015flatma iste\u011fi g\u00f6nderdi\u011fini ve sunucunun buna kar\u015f\u0131l\u0131k olarak bir dizi presigned URL d\u00f6nd\u00fcrd\u00fc\u011f\u00fcn\u00fc varsay\u0131yoruz.<\/p>\n
\u0130lk olarak, Node.js uygulaman\u0131zda AWS SDK’y\u0131 kurman\u0131z ve yap\u0131land\u0131rman\u0131z gerekir. Bu genellikle Yukar\u0131daki kod blo\u011fu, Node.js sunucusunda bir multipart y\u00fckleme s\u00fcrecini nas\u0131l ba\u015flataca\u011f\u0131m\u0131z\u0131 ve her bir dosya par\u00e7as\u0131 i\u00e7in nas\u0131l presigned URL’ler olu\u015fturaca\u011f\u0131m\u0131z\u0131 g\u00f6stermektedir. \u0130lk olarak, Node.js sunucumuzdan presigned URL’leri ald\u0131ktan sonra, as\u0131l y\u00fckleme i\u015fi istemci taraf\u0131na ge\u00e7er. Bu, genellikle bir web taray\u0131c\u0131s\u0131 (JavaScript kullanarak) veya bir mobil uygulama taraf\u0131ndan yap\u0131l\u0131r. \u0130stemcinin g\u00f6revi, b\u00fcy\u00fck YZ g\u00f6rsel dosyas\u0131n\u0131 k\u00fc\u00e7\u00fck par\u00e7alara b\u00f6lmek ve her bir par\u00e7ay\u0131 ilgili presigned URL’ye HTTP PUT iste\u011fiyle do\u011frudan AWS S3’e g\u00f6ndermektir. Bu s\u00fcre\u00e7, y\u00fcklemenin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 ve h\u0131z\u0131n\u0131 art\u0131ran kritik bir ad\u0131md\u0131r.<\/p>\n \u0130stemci taraf\u0131ndaki ad\u0131mlar genellikle \u015funlar\u0131 i\u00e7erir:<\/p>\n Bu istemci taraf\u0131 y\u00f6netimi, kullan\u0131c\u0131n\u0131n do\u011frudan bulut depolama hizmetiyle etkile\u015fime girmesini sa\u011flayarak, Node.js sunucusunun veri aktar\u0131m y\u00fck\u00fcn\u00fc hafifletir. Bu mimari, y\u00fcksek performansl\u0131 ve dayan\u0131kl\u0131 dosya y\u00fckleme sistemleri olu\u015fturmak i\u00e7in modern web uygulamalar\u0131nda yayg\u0131n olarak kullan\u0131lmaktad\u0131r. \u0130stemci taraf\u0131nda uygulanan bu zekice y\u00f6netim, kullan\u0131c\u0131lar\u0131n b\u00fcy\u00fck dosyalar\u0131 sorunsuz bir \u015fekilde y\u00fckleyebilmesini sa\u011flarken, ayn\u0131 zamanda geli\u015ftiricilere daha esnek ve \u00f6l\u00e7eklenebilir bir altyap\u0131 sunar. Bu, \u00f6zellikle AI taraf\u0131ndan \u00fcretilen g\u00f6rseller gibi b\u00fcy\u00fck medya dosyalar\u0131n\u0131n aktar\u0131m\u0131nda, uygulaman\u0131n genel yan\u0131t verme s\u00fcresini ve g\u00fcvenilirli\u011fini art\u0131r\u0131r.<\/p>\n Y\u00fckleme s\u00fcrecinin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 ve y\u00f6netilebilirli\u011fini art\u0131rmak i\u00e7in Node.js sunucumuzun, her bir multipart y\u00fcklemesinin durumunu takip etmesi kritik \u00f6neme sahiptir. Bu takip, \u00f6zellikle y\u00fckleme iptal edildi\u011finde (abort) veya bir hata durumunda kurtarma (recovery) senaryolar\u0131nda hayati rol oynar. Durum takibi i\u00e7in genellikle bir veritaban\u0131 (Redis, PostgreSQL, MongoDB vb.) kullan\u0131l\u0131r.<\/p>\n Sunucunun takip etmesi gereken temel bilgiler \u015funlard\u0131r:<\/p>\n Veritaban\u0131 Se\u00e7imi:<\/strong><\/p>\n Durum Takibi Ak\u0131\u015f\u0131:<\/strong><\/p>\n Bu detayl\u0131 durum takibi, Node.js uygulamas\u0131n\u0131n sadece bir API sa\u011flay\u0131c\u0131s\u0131 olmaktan \u00f6te, t\u00fcm y\u00fckleme ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc aktif olarak y\u00f6neten ve denetleyen bir kontrol mekanizmas\u0131 haline gelmesini sa\u011flar. Bu sayede, b\u00fcy\u00fck YZ g\u00f6rsellerinin aktar\u0131m\u0131 s\u0131ras\u0131nda ortaya \u00e7\u0131kabilecek herhangi bir soruna kar\u015f\u0131 daha diren\u00e7li ve kullan\u0131c\u0131 dostu bir sistem in\u015fa edilmi\u015f olur. Veritaban\u0131 kullan\u0131m\u0131, bu s\u00fcrecin kal\u0131c\u0131 ve g\u00fcvenilir olmas\u0131n\u0131 sa\u011flar, b\u00f6ylece uygulaman\u0131n yeniden ba\u015flat\u0131lmas\u0131 veya beklenmedik bir hata durumunda bile y\u00fckleme durumlar\u0131 korunabilir.<\/p>\n Kullan\u0131c\u0131lar bazen devam eden bir dosya y\u00fcklemesini iptal etmek isteyebilirler. Bu durum, yanl\u0131\u015f bir dosya se\u00e7imi, internet ba\u011flant\u0131s\u0131n\u0131n kesilmesi veya sadece fikrin de\u011fi\u015fmesi gibi bir\u00e7ok nedenden kaynaklanabilir. Node.js sunucumuzun, bu iptal isteklerini do\u011fru bir \u015fekilde y\u00f6netmesi ve bulut depolama hizmetindeki (S3) gereksiz kaynaklar\u0131 temizlemesi \u00f6nemlidir. Bu, hem maliyetleri d\u00fc\u015f\u00fcr\u00fcr hem de sistemin d\u00fczenli kalmas\u0131n\u0131 sa\u011flar.<\/p>\n Y\u00fckleme iptali s\u00fcreci genellikle \u015fu ad\u0131mlar\u0131 i\u00e7erir:<\/p>\n Otomatik Temizleme Mekanizmalar\u0131:<\/strong><\/p>\n Bazen kullan\u0131c\u0131lar bir y\u00fcklemeyi iptal etmeyi unutabilir veya a\u011f ba\u011flant\u0131s\u0131 kesildi\u011fi i\u00e7in iptal iste\u011fi sunucuya ula\u015famayabilir. Bu t\u00fcr durumlarda, S3’te tamamlanmam\u0131\u015f (incomplete) multipart y\u00fckleme oturumlar\u0131 kalabilir ve bu da depolama maliyetlerine neden olabilir. Bu nedenle, periyodik bir temizleme mekanizmas\u0131 (\u00f6rne\u011fin, bir cron i\u015fi veya AWS Lambda fonksiyonu) uygulamak \u00f6nemlidir:<\/p>\n Bu kapsaml\u0131 iptal y\u00f6netimi stratejisi, Node.js uygulamas\u0131n\u0131n sadece verimli y\u00fckleme sa\u011flamakla kalmay\u0131p, ayn\u0131 zamanda kaynaklar\u0131 ak\u0131ll\u0131ca y\u00f6netmesini ve gereksiz maliyetlerin \u00f6n\u00fcne ge\u00e7mesini sa\u011flar. Kullan\u0131c\u0131 deneyimi a\u00e7\u0131s\u0131ndan da \u00f6nemlidir, \u00e7\u00fcnk\u00fc kullan\u0131c\u0131lar y\u00fcklemeleri \u00fczerinde tam kontrol sahibi olduklar\u0131n\u0131 hissederler. \u00d6zellikle AI g\u00f6rselleri gibi b\u00fcy\u00fck dosyalar\u0131n s\u00f6z konusu oldu\u011fu durumlarda, bu t\u00fcr bir y\u00f6netim, sistemin genel sa\u011fl\u0131\u011f\u0131 ve s\u00fcrd\u00fcr\u00fclebilirli\u011fi i\u00e7in hayati \u00f6nem ta\u015f\u0131r.<\/p>\n \u015eimdiye kadar ele ald\u0131\u011f\u0131m\u0131z presigned par\u00e7alar, \u00e7oklu durum takibi ve iptal y\u00f6netimi gibi kavramlar\u0131, ger\u00e7ek d\u00fcnyadan bir \u00f6rnekle peki\u015ftirelim: Y\u00fcksek \u00e7\u00f6z\u00fcn\u00fcrl\u00fckl\u00fc yapay zeka (YZ) destekli bir avatar olu\u015fturma platformu. Bu platform, kullan\u0131c\u0131lar\u0131n metin a\u00e7\u0131klamalar\u0131 veya y\u00fckledikleri foto\u011fraflar arac\u0131l\u0131\u011f\u0131yla kendilerine \u00f6zel, sanatsal veya fotoger\u00e7ek\u00e7i avatarlar olu\u015fturmas\u0131n\u0131 sa\u011fl\u0131yor. Bu avatarlar genellikle y\u00fcksek \u00e7\u00f6z\u00fcn\u00fcrl\u00fckl\u00fc (\u00f6rne\u011fin 4K veya 8K) g\u00f6rseller olarak \u00fcretiliyor ve dosya boyutlar\u0131 kolayca onlarca megabayta ula\u015fabiliyor.<\/p>\n Senaryo: “Sanatsal Avatar\u0131m” Platformu<\/strong><\/p>\n Kullan\u0131c\u0131lar, “Sanatsal Avatar\u0131m” adl\u0131 bir web uygulamas\u0131na giriyor. Burada, kendilerini anlatan birka\u00e7 kelime yaz\u0131yorlar (\u00f6rne\u011fin, “uzayda s\u00f6rf yapan bir kedi”) veya kendi foto\u011fraflar\u0131n\u0131 y\u00fckl\u00fcyorlar. YZ modeli, bu girdilere dayanarak \u00e7e\u015fitli avatar se\u00e7enekleri \u00fcretiyor. Kullan\u0131c\u0131 bir avatardan memnun kald\u0131\u011f\u0131nda, onu indirip veya profil foto\u011fraf\u0131 olarak kaydetmek istiyor. \u0130\u015fte bu noktada bizim Node.js tabanl\u0131 \u00e7\u00f6z\u00fcm\u00fcm\u00fcz devreye giriyor.<\/p>\n Vaka Analizi Ad\u0131mlar\u0131:<\/strong><\/p>\n Bu vaka analizi, Node.js tabanl\u0131 presigned multipart y\u00fckleme sisteminin, y\u00fcksek \u00e7\u00f6z\u00fcn\u00fcrl\u00fckl\u00fc YZ g\u00f6rselleri gibi b\u00fcy\u00fck dosyalar\u0131n aktar\u0131m\u0131nda ne kadar etkili oldu\u011funu g\u00f6stermektedir. Sistem, hem sunucu y\u00fck\u00fcn\u00fc minimumda tutar hem de kullan\u0131c\u0131lara kesintisiz, h\u0131zl\u0131 ve kontrol edilebilir bir deneyim sunar. Ayr\u0131ca, iptal mekanizmas\u0131 sayesinde kaynaklar\u0131n verimli kullan\u0131lmas\u0131 sa\u011flan\u0131r. Bu yakla\u015f\u0131m, medya yo\u011fun uygulamalar, oyun platformlar\u0131, CAD\/CAM yaz\u0131l\u0131mlar\u0131 ve di\u011fer b\u00fcy\u00fck veri aktar\u0131m\u0131 gerektiren her t\u00fcrl\u00fc platform i\u00e7in \u00f6l\u00e7eklenebilir ve g\u00fcvenilir bir \u00e7\u00f6z\u00fcm sunar.<\/p>\n Node.js ile presigned par\u00e7alar kullanarak b\u00fcy\u00fck YZ g\u00f6rsellerini aktarmak, zaten verimli bir y\u00f6ntemdir. Ancak, sisteminizi daha da sa\u011flam, h\u0131zl\u0131 ve maliyet etkin hale getirmek i\u00e7in baz\u0131 ileri d\u00fczey ipu\u00e7lar\u0131 ve optimizasyonlar bulunmaktad\u0131r:<\/p>\n Bu ileri d\u00fczey ipu\u00e7lar\u0131 ve optimizasyonlar, Node.js tabanl\u0131 AI g\u00f6rsel aktar\u0131m sisteminizi sadece i\u015flevsel de\u011fil, ayn\u0131 zamanda sa\u011flam, g\u00fcvenli, h\u0131zl\u0131 ve maliyet etkin hale getirecektir. Her projenin kendine \u00f6zg\u00fc ihtiya\u00e7lar\u0131 oldu\u011fundan, bu \u00f6nerileri kendi senaryonuza g\u00f6re uyarlamak \u00f6nemlidir.<\/p>\n Yapay zeka teknolojilerinin h\u0131zla geli\u015fmesiyle birlikte, y\u00fcksek \u00e7\u00f6z\u00fcn\u00fcrl\u00fckl\u00fc g\u00f6rsellerin \u00fcretimi ve transferi, modern web uygulamalar\u0131 i\u00e7in kritik bir zorluk haline gelmi\u015ftir. Geleneksel dosya aktar\u0131m y\u00f6ntemleri, bu b\u00fcy\u00fck dosyalar\u0131n y\u00f6netimi s\u0131ras\u0131nda performans, g\u00fcvenilirlik ve \u00f6l\u00e7eklenebilirlik sorunlar\u0131na yol a\u00e7abilir. Bu makalede ele ald\u0131\u011f\u0131m\u0131z Node.js tabanl\u0131 presigned par\u00e7alar, \u00e7oklu durum takibi ve iptal y\u00f6netimi yakla\u015f\u0131m\u0131, bu zorluklar\u0131n \u00fcstesinden gelmek i\u00e7in g\u00fc\u00e7l\u00fc ve verimli bir \u00e7\u00f6z\u00fcm sunmaktad\u0131r.<\/p>\n Bu y\u00f6ntem sayesinde, Node.js sunucumuz sadece bir koordinat\u00f6r g\u00f6revi \u00fcstlenir, as\u0131l veri aktar\u0131m y\u00fck\u00fcn\u00fc do\u011frudan istemci ile bulut depolama hizmeti (AWS S3 gibi) aras\u0131na devreder. Bu, sunucu kaynaklar\u0131n\u0131n serbest kalmas\u0131n\u0131, maliyetlerin d\u00fc\u015fmesini ve uygulaman\u0131n binlerce e\u015f zamanl\u0131 y\u00fcklemeyi sorunsuz bir \u015fekilde y\u00f6netebilmesini sa\u011flar. Multipart y\u00fcklemeler, dosya transferini daha k\u00fc\u00e7\u00fck, y\u00f6netilebilir par\u00e7alara b\u00f6lerek a\u011f kesintilerine kar\u015f\u0131 daha dayan\u0131kl\u0131 hale getirir ve paralel y\u00fckleme ile toplam s\u00fcreyi k\u0131salt\u0131r. Ayr\u0131ca, sunucu taraf\u0131nda y\u00fckleme durumunun detayl\u0131 takibi, hem hata kurtarma senaryolar\u0131nda hem de iptal i\u015flemlerinde sistemin tutarl\u0131l\u0131\u011f\u0131n\u0131 garanti eder.<\/p>\n \u00d6zellikle AI g\u00f6rsel olu\u015fturma platformlar\u0131 gibi medya yo\u011fun uygulamalar i\u00e7in bu mimari, kullan\u0131c\u0131 deneyimini \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirir. Kullan\u0131c\u0131lar, b\u00fcy\u00fck dosyalar\u0131 h\u0131zl\u0131 ve g\u00fcvenilir bir \u015fekilde y\u00fckleyebilir, hatta gerekti\u011finde devam eden bir y\u00fcklemeyi iptal edebilirler. Bu kontrol ve \u015feffafl\u0131k, uygulaman\u0131n genel memnuniyetini art\u0131r\u0131r. G\u00fcvenlik, performans ve maliyet optimizasyonlar\u0131na y\u00f6nelik ileri d\u00fczey ipu\u00e7lar\u0131 ise, bu sistemi daha da sa\u011flam ve s\u00fcrd\u00fcr\u00fclebilir k\u0131lmak i\u00e7in yol g\u00f6sterir.<\/p>\n \u00d6zetle, Node.js ve bulut depolama servislerinin entegrasyonuyla geli\u015ftirilen bu yakla\u015f\u0131m, b\u00fcy\u00fck dosyalar\u0131n aktar\u0131m\u0131n\u0131 basitle\u015ftirirken, modern web uygulamalar\u0131n\u0131n \u00f6l\u00e7eklenebilirlik ve g\u00fcvenilirlik ihtiya\u00e7lar\u0131n\u0131 kar\u015f\u0131lamaktad\u0131r. Yapay zeka g\u00f6rsellerinin gelece\u011fi, bu t\u00fcr ak\u0131ll\u0131 ve verimli dosya y\u00f6netimi \u00e7\u00f6z\u00fcmleriyle \u015fekillenecektir.<\/p>\n Presigned URL’ler, belirli bir s\u00fcre i\u00e7in ve belirli eylemlerle (\u00f6rne\u011fin sadece y\u00fckleme) s\u0131n\u0131rl\u0131 eri\u015fim sa\u011flad\u0131\u011f\u0131 i\u00e7in olduk\u00e7a g\u00fcvenlidir. Bu URL’ler, AWS IAM politikalar\u0131 ile daha da k\u0131s\u0131tlanabilir ve belirli bir kullan\u0131c\u0131n\u0131n belirli bir dosyaya eri\u015fimine izin verecek \u015fekilde yap\u0131land\u0131r\u0131labilir. S\u00fcreleri k\u0131sa tutuldu\u011funda, k\u00f6t\u00fcye kullan\u0131lma riski minimize edilir.<\/p>\n<\/li>\n@aws-sdk\/client-s3<\/code> paketini kullanarak yap\u0131l\u0131r:<\/p>\n\n\/\/ app.js\nconst { S3Client, CreateMultipartUploadCommand, UploadPartCommand, CompleteMultipartUploadCommand, AbortMultipartUploadCommand } = require(\"@aws-sdk\/client-s3\");\nconst { getSignedUrl } = require(\"@aws-sdk\/s3-request-presigner\");\n\n\/\/ S3 istemcisini yap\u0131land\u0131r\u0131n\nconst s3Client = new S3Client({\n region: process.env.AWS_REGION || \"eu-central-1\",\n credentials: {\n accessKeyId: process.env.AWS_ACCESS_KEY_ID,\n secretAccessKey: process.env.AWS_SECRET_ACCESS_KEY,\n },\n});\n\nconst BUCKET_NAME = process.env.S3_BUCKET_NAME || \"your-ai-images-bucket\";\nconst PRESIGNED_URL_EXPIRATION_SECONDS = 3600; \/\/ 1 saat\n\n\/\/ Y\u00fckleme ba\u015flatma endpoint'i\nasync function initiateMultipartUpload(fileName, fileType, numParts) {\n const Key = ai-images\/${Date.now()}-${fileName}<\/code>; \/\/ Benzersiz dosya ad\u0131 olu\u015fturma\n\n const createMultipartUploadParams = {\n Bucket: BUCKET_NAME,\n Key,\n ContentType: fileType,\n };\n\n try {\n const command = new CreateMultipartUploadCommand(createMultipartUploadParams);\n const { UploadId } = await s3Client.send(command);\n\n if (!UploadId) {\n throw new Error(\"Multipart Upload ID al\u0131namad\u0131.\");\n }\n\n const presignedUrls = [];\n for (let i = 1; i <= numParts; i++) {\n const uploadPartParams = {\n Bucket: BUCKET_NAME,\n Key,\n UploadId,\n PartNumber: i,\n };\n const uploadPartCommand = new UploadPartCommand(uploadPartParams);\n const url = await getSignedUrl(s3Client, uploadPartCommand, { expiresIn: PRESIGNED_URL_EXPIRATION_SECONDS });\n presignedUrls.push({ partNumber: i, url });\n }\n\n return {\n uploadId: UploadId,\n key: Key,\n presignedUrls,\n };\n } catch (error) {\n console.error(\"Multipart y\u00fckleme ba\u015flatma hatas\u0131:\", error);\n throw error;\n }\n}\n\n\/\/ \u00d6rnek bir Express.js endpoint'i\n\/\/ app.post('\/upload\/initiate', async (req, res) => {\n\/\/ const { fileName, fileType, numParts } = req.body;\n\/\/ try {\n\/\/ const result = await initiateMultipartUpload(fileName, fileType, numParts);\n\/\/ \/\/ Bu bilgiyi veritaban\u0131na kaydedebiliriz (ileriki b\u00f6l\u00fcmlerde ele al\u0131nacak)\n\/\/ res.status(200).json(result);\n\/\/ } catch (error) {\n\/\/ res.status(500).json({ message: 'Y\u00fckleme ba\u015flat\u0131lamad\u0131', error: error.message });\n\/\/ }\n\/\/ });\n<\/code><\/pre>\n<\/div>\nS3Client<\/code> ile AWS S3 servisine ba\u011flant\u0131 sa\u011fl\u0131yoruz. Ard\u0131ndan, initiateMultipartUpload<\/code> fonksiyonu, istemciden gelen dosya ad\u0131, dosya t\u00fcr\u00fc ve toplam par\u00e7a say\u0131s\u0131 bilgilerini al\u0131r. Bu bilgilerle, S3’e bir CreateMultipartUploadCommand<\/code> g\u00f6ndererek yeni bir multipart y\u00fcklemesi ba\u015flat\u0131l\u0131r ve benzersiz bir UploadId<\/code> al\u0131n\u0131r. Bu UploadId<\/code>, t\u00fcm par\u00e7alar\u0131n ayn\u0131 y\u00fckleme i\u015flemine ait oldu\u011funu belirtmek i\u00e7in kullan\u0131l\u0131r. Sonras\u0131nda, d\u00f6ng\u00fc i\u00e7inde her bir par\u00e7a i\u00e7in (PartNumber<\/code> 1’den ba\u015flayarak numParts<\/code>‘a kadar), UploadPartCommand<\/code> komutu olu\u015fturulur ve getSignedUrl<\/code> fonksiyonu ile bu komut i\u00e7in \u00f6n imzal\u0131 bir URL elde edilir. Bu URL’ler, belirli bir s\u00fcre (\u00f6rne\u011fin 1 saat) ge\u00e7erli olacak \u015fekilde ayarlan\u0131r ve istemcinin bu s\u00fcre zarf\u0131nda ilgili par\u00e7ay\u0131 do\u011frudan S3’e y\u00fcklemesini sa\u011flar. Fonksiyon, istemciye UploadId<\/code>, dosyan\u0131n S3 \u00fczerindeki anahtar\u0131 (Key<\/code>) ve t\u00fcm presigned URL’leri i\u00e7eren bir nesne d\u00f6nd\u00fcr\u00fcr. Bu s\u00fcre\u00e7, sunucunun sadece koordinasyon rol\u00fcn\u00fc \u00fcstlenmesini ve b\u00fcy\u00fck veri transferi y\u00fck\u00fcn\u00fc S3’e devretmesini sa\u011flar. Bu sayede, Node.js sunucusu, binlerce e\u015f zamanl\u0131 y\u00fckleme iste\u011fini bile kolayca y\u00f6netebilir, \u00e7\u00fcnk\u00fc as\u0131l veri transferi sunucunun \u00fczerinden ge\u00e7mez. Bu, uygulaman\u0131n genel performans\u0131n\u0131 ve \u00f6l\u00e7eklenebilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Ayr\u0131ca, presigned URL’lerin s\u00fcreli olmas\u0131, g\u00fcvenlik risklerini de minimize eder. \u0130stemci, bu URL’leri kullanarak do\u011frudan S3 ile ileti\u015fim kurar ve her par\u00e7a ba\u015far\u0131yla y\u00fcklendi\u011finde S3, istemciye bir ETag<\/code> (varl\u0131k etiketi) d\u00f6nd\u00fcr\u00fcr. Bu ETag<\/code>‘ler, y\u00fckleme tamamland\u0131\u011f\u0131nda S3’e g\u00f6nderilecek olan “tamamlama” (completion) iste\u011fi i\u00e7in kritik \u00f6neme sahiptir. Bu karma\u015f\u0131k s\u00fcre\u00e7, geli\u015ftiricilerin b\u00fcy\u00fck dosya y\u00fcklemelerini basit ve g\u00fcvenli bir \u015fekilde y\u00f6netmelerini sa\u011flar.<\/p>\n\u0130stemci Taraf\u0131nda Multipart Y\u00fckleme Y\u00f6netimi Nas\u0131l Ger\u00e7ekle\u015fir?<\/h3>\n
\n
Blob<\/code> veya Buffer<\/code> nesnesi olarak ele al\u0131n\u0131r. Bu b\u00f6lme i\u015flemi, taray\u0131c\u0131da File.slice()<\/code> metodu ile kolayca yap\u0131labilir. Par\u00e7a boyutunun se\u00e7imi \u00f6nemlidir; \u00e7ok k\u00fc\u00e7\u00fck par\u00e7alar gereksiz yere fazla istek olu\u015ftururken, \u00e7ok b\u00fcy\u00fck par\u00e7alar hata durumunda daha fazla verinin yeniden y\u00fcklenmesini gerektirebilir.\n <\/li>\nfetch<\/code> API veya XMLHttpRequest<\/code> ile yap\u0131lan bir HTTP PUT iste\u011fidir. Her istek, ilgili par\u00e7ay\u0131 ve gerekli ba\u015fl\u0131klar\u0131 (\u00f6rne\u011fin Content-Type<\/code>) i\u00e7erir.<\/p>\n\n\/\/ \u0130stemci taraf\u0131 (\u00f6rne\u011fin React, Vue, Angular veya vanilla JS)\nasync function uploadPart(partUrl, partData) {\n try {\n const response = await fetch(partUrl, {\n method: 'PUT',\n body: partData,\n headers: {\n 'Content-Type': 'application\/octet-stream', \/\/ veya dosyan\u0131n ger\u00e7ek tipi\n },\n });\n\n if (!response.ok) {\n throw new Error(Par\u00e7a y\u00fckleme hatas\u0131: ${response.statusText}<\/code>);\n }\n\n const etag = response.headers.get('ETag');\n return etag; \/\/ S3, ba\u015far\u0131yla y\u00fcklenen her par\u00e7a i\u00e7in bir ETag d\u00f6nd\u00fcr\u00fcr\n } catch (error) {\n console.error(\"Par\u00e7a y\u00fcklenirken hata olu\u015ftu:\", error);\n throw error;\n }\n}\n<\/code><\/pre>\n<\/div>\n<\/li>\nETag<\/code> (Entity Tag) HTTP ba\u015fl\u0131\u011f\u0131 d\u00f6nd\u00fcr\u00fcr. \u0130stemci, bu ETag<\/code>‘leri ve ilgili par\u00e7a numaralar\u0131n\u0131 toplamal\u0131d\u0131r. Bu ETag<\/code>‘ler, t\u00fcm par\u00e7alar y\u00fcklendikten sonra S3’e g\u00f6nderilecek olan “multipart y\u00fcklemeyi tamamlama” (Complete Multipart Upload) iste\u011fi i\u00e7in kritik \u00f6neme sahiptir.\n <\/li>\nPromise.all<\/code> veya benzeri asenkron kontrol yap\u0131lar\u0131 kullan\u0131larak yap\u0131l\u0131r. Kullan\u0131c\u0131lara y\u00fcklemenin ilerlemesini g\u00f6stermek i\u00e7in bir ilerleme \u00e7ubu\u011fu (progress bar) veya y\u00fczde g\u00f6stergesi uygulanabilir. Bu, y\u00fckleme s\u0131ras\u0131nda kullan\u0131c\u0131n\u0131n sabr\u0131n\u0131 korumas\u0131na yard\u0131mc\u0131 olur.\n <\/li>\nETag<\/code>‘ler topland\u0131ktan sonra, istemci Node.js sunucusuna bir istek g\u00f6nderir. Bu istek, UploadId<\/code>, dosyan\u0131n S3 anahtar\u0131 (Key<\/code>) ve toplanan t\u00fcm ETag<\/code>‘leri (par\u00e7a numaralar\u0131yla birlikte) i\u00e7erir. Node.js sunucusu, bu bilgileri kullanarak S3’e bir CompleteMultipartUploadCommand<\/code> g\u00f6nderir. Bu komut, S3’e t\u00fcm par\u00e7alar\u0131n birle\u015ftirilmesini ve nihai dosyan\u0131n olu\u015fturulmas\u0131n\u0131 emreder.\n <\/li>\n<\/ol>\nMultipart Y\u00fckleme Durumunun Sunucu Taraf\u0131nda Takibi<\/h3>\n
\n
UploadId<\/code>:<\/strong> S3 taraf\u0131ndan sa\u011flanan benzersiz y\u00fckleme kimli\u011fi. T\u00fcm par\u00e7alar bu kimli\u011fe ba\u011fl\u0131d\u0131r.<\/li>\nKey<\/code>:<\/strong> Dosyan\u0131n S3 \u00fczerindeki nihai yolu ve ad\u0131.<\/li>\nFileName<\/code> ve FileType<\/code>:<\/strong> Orijinal dosya ad\u0131 ve t\u00fcr\u00fc.<\/li>\nUserId<\/code>:<\/strong> Y\u00fcklemeyi ba\u015flatan kullan\u0131c\u0131n\u0131n kimli\u011fi (g\u00fcvenlik ve yetkilendirme i\u00e7in).<\/li>\nPartDetails<\/code>:<\/strong> Her bir par\u00e7a i\u00e7in par\u00e7a numaras\u0131 ve S3’ten d\u00f6nen ETag<\/code> bilgisi. Bu bilgiler, y\u00fcklemeyi tamamlama a\u015famas\u0131nda S3’e g\u00f6nderilmelidir.<\/li>\nStatus<\/code>:<\/strong> Y\u00fcklemenin mevcut durumu (\u00f6rne\u011fin, INITIATED<\/code> – ba\u015flat\u0131ld\u0131, IN_PROGRESS<\/code> – devam ediyor, COMPLETED<\/code> – tamamland\u0131, ABORTED<\/code> – iptal edildi, FAILED<\/code> – ba\u015far\u0131s\u0131z oldu).<\/li>\nCreatedAt<\/code> ve UpdatedAt<\/code>:<\/strong> Y\u00fckleme kayd\u0131n\u0131n olu\u015fturulma ve son g\u00fcncellenme zamanlar\u0131.<\/li>\n<\/ul>\n\n
UploadId<\/code>‘leri ve ili\u015fkili par\u00e7a bilgilerini ge\u00e7ici olarak saklamak i\u00e7in kullan\u0131labilir. Redis’in h\u0131z\u0131ndan faydalanarak, anl\u0131k durum g\u00fcncellemeleri h\u0131zl\u0131ca i\u015flenebilir. Ancak, kal\u0131c\u0131 depolama gerektiren durumlar i\u00e7in (\u00f6rne\u011fin, bir y\u00fcklemenin g\u00fcnlerce s\u00fcrmesi veya uygulaman\u0131n yeniden ba\u015flat\u0131lmas\u0131 durumunda durumun korunmas\u0131) tek ba\u015f\u0131na yeterli olmayabilir.\n <\/li>\n\n
\/upload\/initiate<\/code> endpoint’ine istek g\u00f6nderdi\u011finde, Node.js sunucusu S3’ten UploadId<\/code>‘yi al\u0131r ve bu bilgileri (UploadId<\/code>, Key<\/code>, UserId<\/code>, Status: INITIATED<\/code> vb.) veritaban\u0131na kaydeder.\n <\/li>\nETag<\/code> bilgisini Node.js sunucusuna g\u00f6nderebilir (iste\u011fe ba\u011fl\u0131, baz\u0131 durumlarda istemci t\u00fcm ETag’leri toplay\u0131p tek bir istekte g\u00f6nderebilir). Sunucu, bu ETag<\/code>‘i veritaban\u0131ndaki ilgili UploadId<\/code> kayd\u0131na ekler. Bu ad\u0131m, \u00f6zellikle y\u00fcklemenin ilerlemesini detayl\u0131 takip etmek veya par\u00e7a baz\u0131nda kurtarma mekanizmalar\u0131 uygulamak i\u00e7in faydal\u0131d\u0131r.\n <\/li>\nETag<\/code>‘leri toplad\u0131ktan sonra, \/upload\/complete<\/code> endpoint’ine UploadId<\/code>, Key<\/code> ve toplanan PartDetails<\/code> ile bir istek g\u00f6nderir. Node.js sunucusu, bu bilgileri S3’e ileterek y\u00fcklemeyi tamamlar ve veritaban\u0131ndaki kayd\u0131n durumunu COMPLETED<\/code> olarak g\u00fcnceller.<\/p>\n\n\/\/ Y\u00fcklemeyi tamamlama endpoint'i\nasync function completeMultipartUpload(uploadId, key, parts) {\n const completeMultipartUploadParams = {\n Bucket: BUCKET_NAME,\n Key: key,\n UploadId: uploadId,\n MultipartUpload: {\n Parts: parts.map(p => ({ PartNumber: p.partNumber, ETag: p.etag })),\n },\n };\n\n try {\n const command = new CompleteMultipartUploadCommand(completeMultipartUploadParams);\n await s3Client.send(command);\n\n \/\/ Veritaban\u0131ndaki durumu g\u00fcncelle\n \/\/ \u00d6rne\u011fin: await db.updateUploadStatus(uploadId, 'COMPLETED');\n\n return { success: true, message: \"Dosya ba\u015far\u0131yla y\u00fcklendi.\" };\n } catch (error) {\n console.error(\"Multipart y\u00fcklemeyi tamamlama hatas\u0131:\", error);\n \/\/ Veritaban\u0131ndaki durumu FAILED olarak g\u00fcncelleyebiliriz\n \/\/ await db.updateUploadStatus(uploadId, 'FAILED');\n throw error;\n }\n}\n\n\/\/ \u00d6rnek bir Express.js endpoint'i\n\/\/ app.post('\/upload\/complete', async (req, res) => {\n\/\/ const { uploadId, key, parts } = req.body; \/\/ parts: [{ partNumber: 1, etag: \"...\" }, ...]\n\/\/ try {\n\/\/ const result = await completeMultipartUpload(uploadId, key, parts);\n\/\/ res.status(200).json(result);\n\/\/ } catch (error) {\n\/\/ res.status(500).json({ message: 'Y\u00fckleme tamamlanamad\u0131', error: error.message });\n\/\/ }\n\/\/ });\n<\/code><\/pre>\n<\/div>\n<\/li>\nFAILED<\/code> olarak kaydedebilir. Ayr\u0131ca, belirli bir s\u00fcre i\u00e7inde tamamlanmayan veya iptal edilen y\u00fcklemeler i\u00e7in periyodik temizleme (garbage collection) i\u015flemleri \u00e7al\u0131\u015ft\u0131r\u0131larak, S3’teki eksik par\u00e7alar veya veritaban\u0131ndaki eski kay\u0131tlar silinebilir. Bu, hem depolama maliyetlerini d\u00fc\u015f\u00fcr\u00fcr hem de sistemin d\u00fczenli kalmas\u0131n\u0131 sa\u011flar.\n <\/li>\n<\/ol>\nY\u00fckleme \u0130ptali (Abort) Nas\u0131l Y\u00f6netilir?<\/h3>\n
\n
UploadId<\/code> ve dosyan\u0131n S3 \u00fczerindeki Key<\/code> bilgisini i\u00e7erir.\n <\/li>\nAbortMultipartUploadCommand<\/code> komutunu g\u00f6nderir. Bu komut, S3’e belirtilen UploadId<\/code>‘ye sahip t\u00fcm y\u00fckleme par\u00e7alar\u0131n\u0131 silmesini ve multipart y\u00fckleme oturumunu sonland\u0131rmas\u0131n\u0131 emreder.<\/p>\n\n\/\/ Y\u00fckleme iptal etme endpoint'i\nasync function abortMultipartUpload(uploadId, key) {\n const abortMultipartUploadParams = {\n Bucket: BUCKET_NAME,\n Key: key,\n UploadId: uploadId,\n };\n\n try {\n const command = new AbortMultipartUploadCommand(abortMultipartUploadParams);\n await s3Client.send(command);\n\n \/\/ Veritaban\u0131ndaki durumu g\u00fcncelle\n \/\/ \u00d6rne\u011fin: await db.updateUploadStatus(uploadId, 'ABORTED');\n\n return { success: true, message: \"Y\u00fckleme ba\u015far\u0131yla iptal edildi.\" };\n } catch (error) {\n console.error(\"Multipart y\u00fcklemeyi iptal etme hatas\u0131:\", error);\n \/\/ Veritaban\u0131ndaki durumu FAILED olarak g\u00fcncelleyebiliriz\n \/\/ await db.updateUploadStatus(uploadId, 'FAILED');\n throw error;\n }\n}\n\n\/\/ \u00d6rnek bir Express.js endpoint'i\n\/\/ app.post('\/upload\/abort', async (req, res) => {\n\/\/ const { uploadId, key } = req.body;\n\/\/ try {\n\/\/ const result = await abortMultipartUpload(uploadId, key);\n\/\/ res.status(200).json(result);\n\/\/ } catch (error) {\n\/\/ res.status(500).json({ message: 'Y\u00fckleme iptal edilemedi', error: error.message });\n\/\/ }\n\/\/ });\n<\/code><\/pre>\n<\/div>\n<\/li>\nABORTED<\/code> olarak g\u00fcnceller. Bu, sistemin genel tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flar ve gelecekteki sorgulamalar i\u00e7in do\u011fru durumu yans\u0131t\u0131r.\n <\/li>\n\n
INITIATED<\/code> veya IN_PROGRESS<\/code> durumunda olan ancak belirli bir s\u00fcredir (\u00f6rne\u011fin 24 saat) aktif olmayan y\u00fckleme kay\u0131tlar\u0131n\u0131 bulur.\n <\/li>\nAbortMultipartUploadCommand<\/code> g\u00f6ndererek, tamamlanmam\u0131\u015f multipart y\u00fckleme oturumlar\u0131n\u0131 temizler.\n <\/li>\nABORTED<\/code> veya EXPIRED<\/code> olarak g\u00fcnceller.\n <\/li>\n<\/ul>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131 ve Vaka Analizi: YZ Avatar Olu\u015fturma Platformu<\/h3>\n
\n
POST \/upload\/initiate<\/code> iste\u011fi g\u00f6nderir. Bu istekte, kaydedilecek YZ g\u00f6rselinin ad\u0131 (\u00f6rne\u011fin, uzayda-sorf-yapan-kedi.png<\/code>), dosya t\u00fcr\u00fc (image\/png<\/code>) ve beklenen toplam par\u00e7a say\u0131s\u0131 (istemci dosya boyutunu \u00f6nceden tahmin ederek bunu hesaplayabilir) bulunur.\n <\/li>\ninitiateMultipartUpload<\/code> fonksiyonunu kullanarak S3’te yeni bir multipart y\u00fckleme oturumu ba\u015flat\u0131r ve YZ g\u00f6rselinin her bir par\u00e7as\u0131 i\u00e7in ayr\u0131 ayr\u0131 presigned PUT URL’leri olu\u015fturur. Bu URL’ler, belirli bir s\u00fcre (\u00f6rne\u011fin 30 dakika) ge\u00e7erli olacak \u015fekilde ayarlan\u0131r. Sunucu, ayr\u0131ca bu y\u00fckleme oturumuna ait uploadId<\/code> ve S3’teki key<\/code> bilgisini de veritaban\u0131na kaydeder (durum: INITIATED<\/code>).\n <\/li>\nuploadId<\/code> ile key<\/code> bilgilerini kullan\u0131r. YZ g\u00f6rselini (ge\u00e7ici olarak istemciye indirildiyse veya bir ak\u0131\u015f olarak i\u015fleniyorsa) k\u00fc\u00e7\u00fck par\u00e7alara (\u00f6rne\u011fin 8MB’l\u0131k bloklar) ay\u0131r\u0131r. Her bir par\u00e7ay\u0131, kendisine verilen presigned URL’ye do\u011frudan S3’e PUT iste\u011fiyle g\u00f6nderir. Bu i\u015flem s\u0131ras\u0131nda, istemci her ba\u015far\u0131l\u0131 par\u00e7a y\u00fcklemesi i\u00e7in S3’ten d\u00f6nen ETag<\/code>‘leri toplar. \u0130stemci, kullan\u0131c\u0131n\u0131n g\u00f6rselin y\u00fcklenme ilerlemesini bir ilerleme \u00e7ubu\u011fu ile takip etmesini sa\u011flar.\n <\/li>\nPOST \/upload\/abort<\/code> iste\u011fi g\u00f6nderir. Bu istek, uploadId<\/code> ve key<\/code> bilgilerini i\u00e7erir. Node.js sunucusu, S3’e AbortMultipartUploadCommand<\/code> g\u00f6ndererek bu multipart y\u00fckleme oturumunu ve ilgili t\u00fcm par\u00e7alar\u0131 S3’ten siler. Veritaban\u0131ndaki kayd\u0131n durumunu ABORTED<\/code> olarak g\u00fcnceller. Kullan\u0131c\u0131, y\u00fcklemenin iptal edildi\u011fine dair bir bildirim al\u0131r. Bu, gereksiz depolama maliyetlerinin \u00f6n\u00fcne ge\u00e7er ve S3’te \u00e7\u00f6p veri birikmesini engeller.\n <\/li>\nETag<\/code>‘leri ve par\u00e7a numaralar\u0131n\u0131 Node.js sunucusuna bir POST \/upload\/complete<\/code> iste\u011fiyle g\u00f6nderir. Node.js sunucusu, bu bilgileri kullanarak S3’e CompleteMultipartUploadCommand<\/code> g\u00f6nderir. S3, t\u00fcm par\u00e7alar\u0131 birle\u015ftirir ve nihai YZ g\u00f6rselini olu\u015fturur. Sunucu, veritaban\u0131ndaki kayd\u0131n durumunu COMPLETED<\/code> olarak g\u00fcnceller ve g\u00f6rselin kal\u0131c\u0131 S3 URL’sini istemciye d\u00f6nd\u00fcr\u00fcr. Bu URL, art\u0131k kullan\u0131c\u0131n\u0131n profilinde g\u00f6r\u00fcnt\u00fclenebilir veya indirilebilir.\n <\/li>\n<\/ol>\n\u0130leri D\u00fczey \u0130pu\u00e7lar\u0131 ve Optimizasyonlar<\/h3>\n
\n
\n
CreateMultipartUploadCommand<\/code> veya CompleteMultipartUploadCommand<\/code> hatalar\u0131) yakalamal\u0131 ve uygun \u015fekilde loglamal\u0131d\u0131r. Gerekirse, bu hatalar\u0131 istemciye anla\u015f\u0131l\u0131r bir formatta d\u00f6nd\u00fcrmelidir.\n <\/li>\n<\/ul>\n<\/li>\n\n
s3:CreateMultipartUpload<\/code>, s3:UploadPart<\/code>, s3:CompleteMultipartUpload<\/code>, s3:AbortMultipartUpload<\/code>) ve belirli bir klas\u00f6r veya \u00f6nek alt\u0131ndaki nesneler \u00fczerinde ger\u00e7ekle\u015ftirmesine izin verin.\n <\/li>\nUploadId<\/code>‘nin belirli bir kullan\u0131c\u0131ya ait oldu\u011funu kontrol edin.\n <\/li>\n<\/ul>\n<\/li>\n\n
\n
\n
Sonu\u00e7<\/h3>\n
S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n