Trigger.dev, geli\u015ftiricilerin asenkron i\u015fleri ve karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131n\u0131 kolayca y\u00f6netmesini sa\u011flayan yenilik\u00e7i bir platform olarak Product Hunt’ta dikkatleri \u00fczerine \u00e7ekiyor. Bu makalede, Trigger.dev’in sundu\u011fu \u00e7\u00f6z\u00fcmleri, asenkron i\u015f y\u00f6netiminin zorluklar\u0131n\u0131 ve platformun Product Hunt ser\u00fcvenini detayl\u0131ca inceleyerek, geli\u015ftiricilerin bu yeni araca nas\u0131l entegre olabilece\u011fini ke\u015ffedece\u011fiz. Haz\u0131r m\u0131s\u0131n\u0131z?<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn modern web uygulamalar\u0131 ve mikroservis mimarileri, kullan\u0131c\u0131 deneyimini kesintiye u\u011fratmadan \u00e7e\u015fitli arka plan g\u00f6revlerini yerine getirme ihtiyac\u0131ndad\u0131r. \u00d6rne\u011fin, bir kullan\u0131c\u0131 kay\u0131t oldu\u011funda ho\u015f geldiniz e-postas\u0131 g\u00f6ndermek, b\u00fcy\u00fck bir dosya y\u00fcklendi\u011finde onu i\u015flemek, veri analizi raporlar\u0131 olu\u015fturmak veya API \u00e7a\u011fr\u0131lar\u0131n\u0131 zamanlamak gibi i\u015flemler genellikle ana uygulama ak\u0131\u015f\u0131ndan ba\u011f\u0131ms\u0131z olarak \u00e7al\u0131\u015ft\u0131r\u0131lmal\u0131d\u0131r. Bu t\u00fcr g\u00f6revlere “asenkron i\u015fler” veya “arka plan g\u00f6revleri” denir. Ancak, bu asenkron i\u015flerin y\u00f6netimi, geli\u015ftiriciler i\u00e7in s\u0131k s\u0131k karma\u015f\u0131k ve zorlay\u0131c\u0131 bir s\u00fcre\u00e7 haline gelir.<\/p>\n
Peki, bu y\u00f6netim neden bu kadar zor? \u0130lk olarak, zamanlama ve tetikleme<\/strong> karma\u015f\u0131kl\u0131\u011f\u0131 vard\u0131r. Bir i\u015fin belirli bir zamanda (\u00f6rne\u011fin her gece saat 03:00’te) veya belirli bir olaya (\u00f6rne\u011fin bir \u00f6deme ba\u015far\u0131l\u0131 oldu\u011funda) yan\u0131t olarak tetiklenmesi gerekir. Bu, g\u00fcvenilir bir zamanlama mekanizmas\u0131 ve olay dinleme altyap\u0131s\u0131 gerektirir. \u0130kinci olarak, hata y\u00f6netimi ve yeniden deneme (retry) mant\u0131\u011f\u0131<\/strong> hayati \u00f6nem ta\u015f\u0131r. A\u011f kesintileri, API yan\u0131t s\u00fcreleri veya ge\u00e7ici servis ar\u0131zalar\u0131 gibi nedenlerle asenkron i\u015fler ba\u015far\u0131s\u0131z olabilir. Bu durumda, i\u015fin belirli bir gecikmeyle otomatik olarak yeniden denenmesi, belirli bir say\u0131da denemeden sonra vazge\u00e7ilmesi veya manuel m\u00fcdahale gerektirmesi gerekebilir. Bu t\u00fcr politikalar\u0131 do\u011fru bir \u015fekilde uygulamak, \u00f6nemli bir geli\u015ftirme eforu demektir.<\/p>\n \u00dc\u00e7\u00fcnc\u00fc bir zorluk ise izlenebilirlik ve hata ay\u0131klama<\/strong>d\u0131r. Bir i\u015fin ne zaman ba\u015flad\u0131\u011f\u0131, ne kadar s\u00fcrd\u00fc\u011f\u00fc, hangi a\u015famada oldu\u011fu veya neden ba\u015far\u0131s\u0131z oldu\u011fu gibi bilgileri takip etmek, \u00f6zellikle da\u011f\u0131t\u0131k sistemlerde olduk\u00e7a g\u00fc\u00e7t\u00fcr. Loglama, metrik toplama ve merkezi bir izleme paneli olmadan, sorunlar\u0131n k\u00f6k nedenini bulmak neredeyse imkans\u0131z hale gelir. Ayr\u0131ca, \u00f6l\u00e7eklenebilirlik<\/strong> de b\u00fcy\u00fck bir endi\u015fe kayna\u011f\u0131d\u0131r. Uygulaman\u0131z b\u00fcy\u00fcd\u00fck\u00e7e ve i\u015f y\u00fck\u00fcn\u00fcz artt\u0131k\u00e7a, asenkron i\u015fleri i\u015flemek i\u00e7in kullan\u0131lan altyap\u0131n\u0131n da sorunsuz bir \u015fekilde \u00f6l\u00e7eklenmesi gerekir. Bu, genellikle mesaj kuyruklar\u0131 (RabbitMQ, Kafka, SQS) ve i\u015f\u00e7i havuzlar\u0131 (worker pools) gibi karma\u015f\u0131k bile\u015fenlerin entegrasyonunu gerektirir.<\/p>\n Son olarak, farkl\u0131 ortamlarda (geli\u015ftirme, test, \u00fcretim) asenkron i\u015fleri y\u00f6netmek ve test etmek<\/strong> ba\u015fl\u0131 ba\u015f\u0131na bir meydan okumad\u0131r. Yerel geli\u015ftirme ortam\u0131nda \u00e7al\u0131\u015fan bir i\u015fin \u00fcretim ortam\u0131nda da beklenen \u015fekilde \u00e7al\u0131\u015faca\u011f\u0131ndan emin olmak i\u00e7in tutarl\u0131 bir yap\u0131land\u0131rma ve da\u011f\u0131t\u0131m s\u00fcreci \u015fartt\u0131r. T\u00fcm bu fakt\u00f6rler bir araya geldi\u011finde, asenkron i\u015f y\u00f6netimi, geli\u015ftiricilerin zaman\u0131n\u0131n \u00f6nemli bir b\u00f6l\u00fcm\u00fcn\u00fc alan ve potansiyel olarak uygulaman\u0131n g\u00fcvenilirli\u011fini ve performans\u0131n\u0131 etkileyebilecek kritik bir alan haline gelir. Bu nedenle, Trigger.dev gibi platformlar, bu karma\u015f\u0131kl\u0131\u011f\u0131 azaltarak geli\u015ftiricilerin as\u0131l i\u015flerine odaklanmalar\u0131n\u0131 sa\u011flamay\u0131 hedefler.<\/p>\n Trigger.dev, geli\u015ftiricilerin asenkron i\u015fleri, arka plan g\u00f6revlerini ve karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131n\u0131 kolayca olu\u015fturmas\u0131na, y\u00f6netmesine ve izlemesine olanak tan\u0131yan a\u00e7\u0131k kaynakl\u0131, TypeScript tabanl\u0131 bir platformdur. Geli\u015ftiricilere tan\u0131d\u0131k kod yazma deneyimini sunarken, da\u011f\u0131t\u0131k sistemlerin zorluklar\u0131n\u0131 arka planda \u00e7\u00f6zer. Yani, kuyruk y\u00f6netimi, retry mekanizmalar\u0131, hata ay\u0131klama ve izleme gibi karma\u015f\u0131k altyap\u0131 detaylar\u0131yla u\u011fra\u015fmak yerine, do\u011frudan i\u015f mant\u0131\u011f\u0131na odaklanman\u0131z\u0131 sa\u011flar.<\/p>\n Platformun temel felsefesi, asenkron i\u015f y\u00f6netimini s\u0131radan bir kod yazma deneyimine d\u00f6n\u00fc\u015ft\u00fcrmektir. Bunu, TypeScript SDK’s\u0131 arac\u0131l\u0131\u011f\u0131yla m\u00fcmk\u00fcn k\u0131lar. B\u00f6ylece, Node.js veya Next.js gibi ortamlarda \u00e7al\u0131\u015fan geli\u015ftiriciler, yerel olarak kod yazarak karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131n\u0131 tan\u0131mlayabilirler. Trigger.dev, bu i\u015f ak\u0131\u015flar\u0131n\u0131 bulut ortam\u0131nda g\u00fcvenilir ve \u00f6l\u00e7eklenebilir bir \u015fekilde \u00e7al\u0131\u015ft\u0131r\u0131r. Asl\u0131nda, bir t\u00fcr “serverless i\u015f ak\u0131\u015f\u0131” platformu olarak da d\u00fc\u015f\u00fcnebiliriz; \u00e7\u00fcnk\u00fc geli\u015ftiricilerin sunucu y\u00f6netimiyle ilgilenmesine gerek kalmaz.<\/p>\n Trigger.dev’in sundu\u011fu baz\u0131 temel \u00f6zellikler \u015funlard\u0131r:<\/p>\n Bu \u00f6zellikler sayesinde Trigger.dev, geli\u015ftiricilerin uzun s\u00fcreli, karma\u015f\u0131k veya kritik arka plan g\u00f6revlerini g\u00fcvenle ve kolayca y\u00f6netmelerini sa\u011flar. Art\u0131k, da\u011f\u0131t\u0131k sistemlerin alt\u0131nda yatan karma\u015f\u0131k mekanizmalarla bo\u011fu\u015fmak yerine, i\u015f mant\u0131\u011f\u0131n\u0131z\u0131 daha h\u0131zl\u0131 bir \u015fekilde hayata ge\u00e7irebilir ve kullan\u0131c\u0131lar\u0131n\u0131za daha g\u00fcvenilir bir deneyim sunabilirsiniz.<\/p>\n Trigger.dev ile ilk i\u015f ak\u0131\u015f\u0131n\u0131z\u0131 olu\u015fturmak olduk\u00e7a basittir ve tan\u0131d\u0131k bir geli\u015ftirme deneyimi sunar. A\u015fa\u011f\u0131daki ad\u0131mlar\u0131 izleyerek basit bir e-posta g\u00f6nderme i\u015f ak\u0131\u015f\u0131n\u0131 nas\u0131l kurabilece\u011finize bakal\u0131m. Bu \u00f6rnek, bir “ho\u015f geldiniz” e-postas\u0131 g\u00f6nderme senaryosunu taklit edecektir.<\/p>\n \u00d6ncelikle, mevcut bir Node.js\/Next.js projenizin oldu\u011funu varsayal\u0131m. E\u011fer yoksa, yeni bir proje olu\u015fturabilirsiniz:<\/p>\n <\/code><\/p>\n Ard\u0131ndan, Trigger.dev paneline kaydolarak bir API anahtar\u0131 ( <\/code><\/p>\n Projenizin k\u00f6k dizininde veya bir yard\u0131mc\u0131 dosyas\u0131nda (\u00f6rne\u011fin <\/code><\/p>\n \u015eimdi bir i\u015f ak\u0131\u015f\u0131 tan\u0131mlayal\u0131m. Bu i\u015f ak\u0131\u015f\u0131, belirli bir olay\u0131n tetiklenmesiyle \u00e7al\u0131\u015facak ve bir e-posta g\u00f6nderme i\u015flemini sim\u00fcle edecek. \u00d6rne\u011fin, <\/code><\/p>\n Bu kod blo\u011fu i\u00e7erisinde:<\/p>\n Next.js'de, bu i\u015f ak\u0131\u015f\u0131n\u0131 bir API rotas\u0131 arac\u0131l\u0131\u011f\u0131yla Trigger.dev'e ba\u011flaman\u0131z gerekir. <\/code><\/p>\n Bu kod, Trigger.dev istemcisini Next.js API rotas\u0131na ba\u011flar ve tan\u0131mlad\u0131\u011f\u0131n\u0131z i\u015f ak\u0131\u015flar\u0131n\u0131n Trigger.dev'in arka plan servisiyle ileti\u015fim kurmas\u0131n\u0131 sa\u011flar.<\/p>\n \u0130\u015f ak\u0131\u015f\u0131n\u0131z\u0131 tetiklemek i\u00e7in, uygulaman\u0131z\u0131n herhangi bir yerinde (\u00f6rne\u011fin bir kullan\u0131c\u0131 kay\u0131t oldu\u011funda) <\/code><\/p>\n Bu ad\u0131mlar\u0131 tamamlad\u0131\u011f\u0131n\u0131zda, Trigger.dev paneline giderek \"Ho\u015f Geldiniz E-postas\u0131 G\u00f6nder\" i\u015f ak\u0131\u015f\u0131n\u0131z\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, ad\u0131mlar\u0131n\u0131n durumunu ve olas\u0131 hatalar\u0131 canl\u0131 olarak izleyebilirsiniz. Bu, asenkron i\u015f y\u00f6netiminin ne kadar basit ve \u015feffaf hale gelebilece\u011finin bir g\u00f6stergesidir.<\/p>\n Trigger.dev'in g\u00fcc\u00fc, sadece basit arka plan g\u00f6revlerini otomatikle\u015ftirmekle kalmaz, ayn\u0131 zamanda karma\u015f\u0131k ve kritik i\u015f ak\u0131\u015flar\u0131n\u0131 da y\u00f6netebilme yetene\u011finde yatar. \u0130\u015fte Trigger.dev'in ger\u00e7ek d\u00fcnya senaryolar\u0131nda nas\u0131l kullan\u0131labilece\u011fine dair birka\u00e7 vaka analizi:<\/p>\n Bir e-ticaret platformunda, bir m\u00fc\u015fteri sipari\u015f verdi\u011finde bir\u00e7ok arka plan i\u015flemi tetiklenir:<\/p>\n Bu ad\u0131mlar\u0131n her biri asenkron olarak, belirli bir s\u0131rayla veya paralel olarak \u00e7al\u0131\u015fabilir. \u00d6rne\u011fin, \u00f6deme do\u011frulamas\u0131 ve stok g\u00fcncellemesi kritikken, e-posta g\u00f6nderme i\u015flemi biraz gecikebilir. Kargo firmas\u0131 API's\u0131n\u0131n yan\u0131t vermemesi durumunda, bu ad\u0131m\u0131n birka\u00e7 kez yeniden denenmesi gerekebilir. Trigger.dev ile bu karma\u015f\u0131k i\u015f ak\u0131\u015f\u0131 tek bir yerde tan\u0131mlanabilir, ad\u0131mlar\u0131n ba\u011f\u0131ml\u0131l\u0131klar\u0131 belirlenebilir ve her bir ad\u0131m\u0131n yeniden deneme politikalar\u0131 ayr\u0131 ayr\u0131 y\u00f6netilebilir. B\u00f6ylece, \u00f6deme platformunun ge\u00e7ici olarak kapal\u0131 olmas\u0131 durumunda bile, sipari\u015f s\u00fcreci kesintiye u\u011framaz, sadece ilgili ad\u0131m gecikir ve otomatik olarak yeniden denenir.<\/p>\n Bir\u00e7ok i\u015fletme, farkl\u0131 sistemlerden gelen verileri (CRM, ERP, pazarlama platformlar\u0131 vb.) birle\u015ftirerek analiz etmek veya veri ambarlar\u0131na y\u00fcklemek zorundad\u0131r. Bu ETL s\u00fcre\u00e7leri genellikle \u015funlar\u0131 i\u00e7erir:<\/p>\n Bu i\u015flemler genellikle uzun s\u00fcrer, b\u00fcy\u00fck miktarda kaynak t\u00fcketir ve ba\u015far\u0131s\u0131z olma riski ta\u015f\u0131r. Bir API'den veri \u00e7ekerken ba\u011flant\u0131 kopabilir veya hedef veritaban\u0131 ge\u00e7ici olarak eri\u015filemez hale gelebilir. Trigger.dev'in zamanlanm\u0131\u015f i\u015fler (cron jobs) \u00f6zelli\u011fi sayesinde bu ETL s\u00fcre\u00e7leri d\u00fczenli aral\u0131klarla otomatik olarak tetiklenebilir. Ayr\u0131ca, her bir \u00e7\u0131karma, d\u00f6n\u00fc\u015ft\u00fcrme veya y\u00fckleme ad\u0131m\u0131 bir Baz\u0131 i\u015flemler, kullan\u0131c\u0131 iste\u011fine an\u0131nda yan\u0131t verilemeyecek kadar uzun s\u00fcrebilir. \u00d6rne\u011fin:<\/p>\n Bu t\u00fcr g\u00f6revler genellikle saniyeler hatta dakikalar s\u00fcrebilir. Geleneksel yakla\u015f\u0131mlarla bu t\u00fcr i\u015flemleri y\u00f6netmek, uygulaman\u0131n ana i\u015f par\u00e7ac\u0131\u011f\u0131n\u0131 bloke edebilir veya karma\u015f\u0131k bir kuyruk sistemi gerektirebilir. Trigger.dev, bu t\u00fcr uzun s\u00fcreli i\u015flemleri bir i\u015f ak\u0131\u015f\u0131 olarak tan\u0131mlayarak uygulaman\u0131n ana i\u015flevselli\u011finden ay\u0131r\u0131r. Bir video y\u00fcklendi\u011finde bir olay tetiklenir ve bu olay Trigger.dev'de tan\u0131mlanm\u0131\u015f video i\u015fleme i\u015f ak\u0131\u015f\u0131n\u0131 ba\u015flat\u0131r. \u0130\u015f ak\u0131\u015f\u0131, videoyu indirme, d\u00f6n\u00fc\u015ft\u00fcrme, y\u00fckleme gibi ad\u0131mlar\u0131 s\u0131rayla veya paralel olarak ger\u00e7ekle\u015ftirebilir. Her ad\u0131m\u0131n ilerleyi\u015fi Trigger.dev paneli \u00fczerinden izlenebilir ve olas\u0131 hatalar otomatik olarak ele al\u0131n\u0131r. Kullan\u0131c\u0131ya ise i\u015flemin tamamland\u0131\u011f\u0131nda bir bildirim g\u00f6nderilebilir.<\/p>\n Bu vaka analizleri, Trigger.dev'in \u00e7e\u015fitli end\u00fcstrilerde ve farkl\u0131 \u00f6l\u00e7ekteki uygulamalarda asenkron i\u015f y\u00f6netimi i\u00e7in ne kadar esnek ve g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcm sundu\u011funu g\u00f6stermektedir. Geli\u015ftiricilerin, uygulaman\u0131n \u00e7ekirdek i\u015f mant\u0131\u011f\u0131na odaklanmas\u0131na olanak tan\u0131rken, arka plandaki karma\u015f\u0131kl\u0131\u011f\u0131 soyutlamas\u0131, platformun en b\u00fcy\u00fck avantajlar\u0131ndan biridir.<\/p>\nTrigger.dev Nedir ve Asenkron \u0130\u015flere Nas\u0131l \u00c7\u00f6z\u00fcm Sunar?<\/h2>\n
\n
Trigger.dev ile \u0130lk \u0130\u015f Ak\u0131\u015f\u0131n\u0131z\u0131 Nas\u0131l Olu\u015fturursunuz? (Ad\u0131m Ad\u0131m K\u0131lavuz)<\/h3>\n
1. Projenizi Kurun ve Trigger.dev SDK’s\u0131n\u0131 Y\u00fckleyin<\/h4>\n
\n# Yeni bir Next.js projesi olu\u015fturun (iste\u011fe ba\u011fl\u0131)\nnpx create-next-app my-trigger-app --typescript --eslint --tailwind\n\n# Proje dizinine gidin\ncd my-trigger-app\n\n# Trigger.dev SDK's\u0131n\u0131 y\u00fckleyin\nnpm install @trigger.dev\/sdk @trigger.dev\/nextjs\n <\/pre>\nTRIGGER_API_KEY<\/code>) ve bir ortam anahtar\u0131 (TRIGGER_ENV<\/code>) alman\u0131z gerekecek. Bu anahtarlar\u0131 .env<\/code> dosyan\u0131za ekleyin:<\/p>\n\nTRIGGER_API_KEY=\"tr_***\"\nTRIGGER_ENV=\"pr_***\"\n <\/pre>\n2. Trigger.dev Client'\u0131n\u0131 Tan\u0131mlay\u0131n<\/h4>\n
lib\/trigger.ts<\/code>) Trigger.dev istemcisini ba\u015flatman\u0131z gerekir:<\/p>\n\nimport { TriggerClient } from \"@trigger.dev\/sdk\";\n\nexport const client = new TriggerClient({\n id: \"my-nextjs-app\", \/\/ Uygulaman\u0131z i\u00e7in benzersiz bir kimlik\n apiKey: process.env.TRIGGER_API_KEY,\n apiUrl: process.env.TRIGGER_API_URL, \/\/ \u0130ste\u011fe ba\u011fl\u0131, genellikle varsay\u0131lan kullan\u0131l\u0131r\n env: process.env.TRIGGER_ENV,\n});\n <\/pre>\nid<\/code> alan\u0131, uygulaman\u0131z\u0131n Trigger.dev platformunda nas\u0131l g\u00f6r\u00fcnece\u011fini belirler ve benzersiz olmal\u0131d\u0131r.<\/p>\n3. \u0130lk \u0130\u015f Ak\u0131\u015f\u0131n\u0131z\u0131 Olu\u015fturun<\/h4>\n
src\/trigger\/send-welcome-email.ts<\/code> ad\u0131nda bir dosya olu\u015ftural\u0131m:<\/p>\n\nimport { client } from \"..\/lib\/trigger\"; \/\/ \u00d6nceki ad\u0131mda tan\u0131mlad\u0131\u011f\u0131m\u0131z istemci\nimport { eventTrigger } from \"@trigger.dev\/sdk\";\n\n\/\/ Bir e-posta servisi sim\u00fclasyonu\nasync function sendEmail(to: string, subject: string, body: string) {\n console.log(E-posta g\u00f6nderiliyor: Kime: ${to}, Konu: ${subject}<\/code>);\n \/\/ Ger\u00e7ek bir e-posta API'si (SendGrid, nodemailer vb.) burada entegre edilebilir.\n await new Promise(resolve => setTimeout(resolve, 2000)); \/\/ 2 saniye gecikme\n console.log(E-posta ba\u015far\u0131yla g\u00f6nderildi: Kime: ${to}<\/code>);\n return { success: true, message: \"E-posta g\u00f6nderildi\" };\n}\n\nclient.defineJob({\n id: \"send-welcome-email\", \/\/ \u0130\u015f ak\u0131\u015f\u0131n\u0131z i\u00e7in benzersiz kimlik\n name: \"Ho\u015f Geldiniz E-postas\u0131 G\u00f6nder\",\n version: \"1.0.0\",\n \/\/ Bu i\u015f ak\u0131\u015f\u0131, 'user.registered' olay\u0131 tetiklendi\u011finde \u00e7al\u0131\u015facak\n trigger: eventTrigger({\n name: \"user.registered\",\n schema: {\n type: \"object\",\n properties: {\n userId: { type: \"string\" },\n email: { type: \"string\", format: \"email\" },\n username: { type: \"string\" },\n },\n required: [\"userId\", \"email\", \"username\"],\n additionalProperties: false,\n },\n }),\n run: async (payload, io, ctx) => {\n \/\/ \u0130\u015f ak\u0131\u015f\u0131 ba\u015flat\u0131ld\u0131\u011f\u0131nda ne olaca\u011f\u0131n\u0131 burada tan\u0131mlar\u0131z\n io.logger.info(Ho\u015f geldiniz e-postas\u0131 tetiklendi: Kullan\u0131c\u0131 ID ${payload.userId}<\/code>);\n\n \/\/ Bir ad\u0131m tan\u0131mlay\u0131n: \"email-send-step\"\n const emailResult = await io.runTask(\n \"email-send-step\", \/\/ Ad\u0131m i\u00e7in benzersiz kimlik\n async () => {\n \/\/ Hata durumunda otomatik yeniden denemeyi g\u00f6sterelim\n if (Math.random() < 0.2) { \/\/ %20 ihtimalle hata f\u0131rlat\n throw new Error(\"Ge\u00e7ici e-posta g\u00f6nderme hatas\u0131!\");\n }\n return await sendEmail(\n payload.email,\n Ho\u015f Geldiniz, ${payload.username}!<\/code>,\n \"Uygulamam\u0131za ho\u015f geldiniz! Keyfini \u00e7\u0131kar\u0131n.\"\n );\n },\n {\n \/\/ Bu ad\u0131ma \u00f6zel yeniden deneme ayarlar\u0131\n retries: {\n maxAttempts: 5,\n \/\/ \u0130lk deneme 10 saniye sonra, sonra 30, 60, 120, 240 saniye\n backoffFactor: 3,\n minTimeoutInMs: 10000,\n },\n timeoutInSeconds: 60, \/\/ Bu ad\u0131m 60 saniyede tamamlanmal\u0131\n }\n );\n\n if (emailResult.success) {\n io.logger.info(E-posta ba\u015far\u0131yla g\u00f6nderildi: ${emailResult.message}<\/code>);\n } else {\n io.logger.error(E-posta g\u00f6ndermede hata olu\u015ftu: ${emailResult.message}<\/code>);\n \/\/ Buraya ba\u015fka bir hata i\u015fleme mant\u0131\u011f\u0131 eklenebilir (\u00f6rn. y\u00f6neticiye bildirim)\n }\n\n return { status: \"success\", userId: payload.userId };\n },\n});\n <\/pre>\n\n
client.defineJob<\/code> ile yeni bir i\u015f ak\u0131\u015f\u0131 tan\u0131ml\u0131yoruz.<\/li>\nid<\/code> ve name<\/code> ile i\u015f ak\u0131\u015f\u0131na benzersiz bir kimlik ve okunabilir bir isim veriyoruz.<\/li>\neventTrigger<\/code> ile bu i\u015f ak\u0131\u015f\u0131n\u0131n user.registered<\/code> adl\u0131 bir olay ile tetiklenece\u011fini belirtiyoruz. schema<\/code> \u00f6zelli\u011fi sayesinde gelen y\u00fck\u00fcn (payload) yap\u0131s\u0131n\u0131 do\u011frulayabiliriz.<\/li>\nrun<\/code> fonksiyonu, i\u015f ak\u0131\u015f\u0131n\u0131n as\u0131l mant\u0131\u011f\u0131n\u0131 i\u00e7erir. payload<\/code> gelen olay verilerini, io<\/code> nesnesi Trigger.dev'in I\/O fonksiyonlar\u0131n\u0131 (logger, runTask, wait vb.) ve ctx<\/code> ise ba\u011flam bilgilerini sa\u011flar.<\/li>\nio.runTask<\/code>, i\u015f ak\u0131\u015f\u0131n\u0131n bir ad\u0131m\u0131n\u0131 tan\u0131mlar. Bu ad\u0131mlar kendi ba\u015flar\u0131na izlenebilir, yeniden denenebilir ve zaman a\u015f\u0131m\u0131 ayarlar\u0131 yap\u0131labilir. Burada bir e-posta g\u00f6nderme i\u015flevini sim\u00fcle ediyoruz.<\/li>\nretries<\/code> ayar\u0131, bu ad\u0131ma \u00f6zel yeniden deneme politikas\u0131n\u0131 belirler. Maksimum 5 deneme ve artan gecikmelerle yeniden denenecek.<\/li>\n<\/ul>\n4. \u0130\u015f Ak\u0131\u015f\u0131n\u0131 API Rotan\u0131za Entegre Edin (Next.js i\u00e7in)<\/h4>\n
src\/app\/api\/trigger\/route.ts<\/code> (App Router) veya pages\/api\/trigger.ts<\/code> (Pages Router) dosyas\u0131n\u0131 olu\u015fturun:<\/p>\n\n\/\/ src\/app\/api\/trigger\/route.ts (App Router)\n\nimport { TriggerClient } from \"@trigger.dev\/sdk\";\nimport { createNextjsServerlessHandler } from \"@trigger.dev\/nextjs\";\n\n\/\/ T\u00fcm i\u015f ak\u0131\u015flar\u0131n\u0131z\u0131 burada i\u00e7e aktar\u0131n\nimport \"..\/..\/trigger\/send-welcome-email\"; \/\/ \u00d6rnek i\u015f ak\u0131\u015f\u0131n\u0131z\n\n\/\/ \u00d6nceki ad\u0131mda tan\u0131mlad\u0131\u011f\u0131n\u0131z istemciyi kullan\u0131n\nimport { client } from \"@\/lib\/trigger\"; \/\/ @\/lib\/trigger yolunu kendi projenize g\u00f6re ayarlay\u0131n\n\nexport const { POST, GET } = createNextjsServerlessHandler({\n client,\n});\n <\/pre>\n5. \u0130\u015f Ak\u0131\u015f\u0131n\u0131 Tetikleme<\/h4>\n
client.sendEvent<\/code> metodunu kullanman\u0131z yeterlidir:<\/p>\n\nimport { client } from \"@\/lib\/trigger\"; \/\/ Trigger.dev istemcinizi i\u00e7e aktar\u0131n\n\nasync function handleUserRegistration(userData: { userId: string, email: string, username: string }) {\n \/\/ Kullan\u0131c\u0131y\u0131 veritaban\u0131na kaydetme vb. i\u015flemler burada yap\u0131l\u0131r\n console.log(Kullan\u0131c\u0131 ${userData.username} kaydedildi.<\/code>);\n\n \/\/ Kay\u0131t olay\u0131n\u0131 Trigger.dev'e g\u00f6nder\n await client.sendEvent({\n name: \"user.registered\", \/\/ \u0130\u015f ak\u0131\u015f\u0131nda tan\u0131mlad\u0131\u011f\u0131m\u0131z olay ad\u0131\n payload: userData,\n });\n\n console.log(\"Ho\u015f geldiniz e-postas\u0131 i\u00e7in olay tetiklendi.\");\n}\n\n\/\/ \u00d6rnek kullan\u0131m\nhandleUserRegistration({\n userId: \"user-123\",\n email: \"test@example.com\",\n username: \"DenemeKullanici\",\n});\n <\/pre>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131nda Trigger.dev Kullan\u0131m\u0131: Vaka Analizleri<\/h3>\n
1. E-Ticaret Sipari\u015f \u0130\u015fleme ve Bildirimleri<\/h4>\n
\n
2. Veri Senkronizasyonu ve ETL (Extract, Transform, Load) S\u00fcre\u00e7leri<\/h4>\n
\n
io.runTask<\/code> olarak tan\u0131mlanarak kendi i\u00e7inde yeniden deneme mekanizmalar\u0131na sahip olabilir. E\u011fer bir ad\u0131m ba\u015far\u0131s\u0131z olursa, Trigger.dev otomatik olarak yeniden dener ve ba\u015far\u0131l\u0131 oldu\u011funda sonraki ad\u0131ma ge\u00e7er. Bu, veri tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flamak ve manuel m\u00fcdahale ihtiyac\u0131n\u0131 en aza indirmek i\u00e7in kritik bir \u00f6zelliktir.<\/p>\n3. Uzun S\u00fcreli Arka Plan \u0130\u015flemleri (Video \u0130\u015fleme, Rapor Olu\u015fturma)<\/h4>\n
\n
\n
\n \n\u00d6zellik<\/th>\n Geleneksel Yakla\u015f\u0131m (Manuel Kurulum)<\/th>\n Trigger.dev<\/th>\n<\/tr>\n<\/thead>\n \n Kurulum ve Y\u00f6netim<\/td>\n Mesaj kuyruklar\u0131, Redis, cron tablolar\u0131, worker sunucular\u0131 kurma ve y\u00f6netme. Yo\u011fun altyap\u0131 bilgisi gerektirir.<\/td>\n SDK entegrasyonu ile h\u0131zl\u0131 ba\u015flang\u0131\u00e7. Altyap\u0131 y\u00f6netimi Trigger.dev taraf\u0131ndan \u00fcstlenilir.<\/td>\n<\/tr>\n \n Hata Y\u00f6netimi ve Yeniden Deneme<\/td>\n Her i\u015f i\u00e7in manuel olarak retry mant\u0131\u011f\u0131 yazma, backoff stratejileri uygulama. Karma\u015f\u0131k ve hataya a\u00e7\u0131k.<\/td>\n Otomatik ve \u00f6zelle\u015ftirilebilir retry politikalar\u0131. \u0130\u015f ak\u0131\u015f\u0131 seviyesinde kolayca tan\u0131mlan\u0131r.<\/td>\n<\/tr>\n \n \u0130zleme ve Hata Ay\u0131klama<\/td>\n Da\u011f\u0131t\u0131k log sistemleri, ayr\u0131 metrik panolar\u0131. Sorun giderme zaman al\u0131c\u0131 olabilir.<\/td>\n Merkezi dashboard \u00fczerinden u\u00e7tan uca izleme, g\u00f6rselle\u015ftirilmi\u015f i\u015f ak\u0131\u015f\u0131 durumu.<\/td>\n<\/tr>\n \n Geli\u015ftirici Deneyimi<\/td>\n Farkl\u0131 ara\u00e7lar ve konfig\u00fcrasyonlarla u\u011fra\u015fma, ba\u011flam de\u011fi\u015ftirme.<\/td>\n Tan\u0131d\u0131k TypeScript kodu ile i\u015f ak\u0131\u015f\u0131 tan\u0131mlama, tek bir SDK \u00fczerinden her \u015fey.<\/td>\n<\/tr>\n \n \u00d6l\u00e7eklenebilirlik<\/td>\n Worker sunucular\u0131n\u0131 ve kuyruklar\u0131 manuel olarak \u00f6l\u00e7eklendirme.<\/td>\n Otomatik \u00f6l\u00e7eklenebilirlik, artan i\u015f y\u00fck\u00fcn\u00fc sorunsuzca y\u00f6netir.<\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\n