G\u00fcn\u00fcm\u00fcz dijital d\u00fcnyas\u0131nda uzun ve karma\u015f\u0131k URL’ler, payla\u015f\u0131m zorluklar\u0131ndan SEO performans\u0131na kadar bir\u00e7ok soruna yol a\u00e7abilir. Peki, binlerce URL’yi h\u0131zl\u0131, benzersiz ve kolayca y\u00f6netilebilir k\u0131sa linklere nas\u0131l d\u00f6n\u00fc\u015ft\u00fcrebiliriz? Bu makalede, da\u011f\u0131t\u0131k sistemlerde g\u00fcvenle kullan\u0131lan Snowflake ID’ler ile Base62 kodlaman\u0131n g\u00fcc\u00fcn\u00fc birle\u015ftirerek nas\u0131l etkin bir URL k\u0131salt\u0131c\u0131 olu\u015fturulaca\u011f\u0131n\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz. Modern bir web uygulamas\u0131n\u0131n temel ta\u015flar\u0131ndan biri olan bu teknolojilerle, sadece linkleri k\u0131saltmakla kalmayacak, ayn\u0131 zamanda sisteminizin \u00f6l\u00e7eklenebilirli\u011fini ve dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 da art\u0131racaks\u0131n\u0131z.<\/p>\n
Web siteleri, blog yaz\u0131lar\u0131, \u00fcr\u00fcn sayfalar\u0131 veya sosyal medya g\u00f6nderileri… Dijital i\u00e7erik \u00fcreten veya payla\u015fan herkesin kar\u015f\u0131la\u015ft\u0131\u011f\u0131 ortak bir sorun var: Uzun ve karma\u015f\u0131k URL’ler. Bu URL’ler sadece estetik a\u00e7\u0131dan k\u00f6t\u00fc g\u00f6r\u00fcnmekle kalmaz, ayn\u0131 zamanda kullan\u0131c\u0131 deneyimini, payla\u015f\u0131labilirli\u011fi ve hatta pazarlama \u00e7abalar\u0131n\u0131 da olumsuz etkileyebilir. Hayal edin ki bir e-ticaret siteniz var ve bir \u00fcr\u00fcn\u00fcn detay sayfas\u0131n\u0131n URL’si y\u00fczlerce karakterden olu\u015fuyor. Bu linki bir e-posta b\u00fclteninde veya SMS mesaj\u0131nda payla\u015fmaya \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131zda ne gibi sorunlarla kar\u015f\u0131la\u015f\u0131rs\u0131n\u0131z? Muhtemelen okunaks\u0131z hale gelir, karakter limitlerini a\u015far ve g\u00fcven vermez. \u0130\u015fte tam da bu noktada URL k\u0131salt\u0131c\u0131lar devreye giriyor ve dijital d\u00fcnyadaki bu temel ihtiyaca g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcm sunuyor.<\/p>\n
URL k\u0131saltman\u0131n sundu\u011fu avantajlar\u0131 daha detayl\u0131 inceleyelim:<\/p>\n
markam.link\/abc<\/code>) k\u0131salt\u0131lm\u0131\u015f URL’ler olu\u015fturmak, markan\u0131z\u0131n tutarl\u0131 bir \u015fekilde g\u00f6r\u00fcnmesini sa\u011flar ve marka bilinirli\u011fini peki\u015ftirir.<\/li>\n- Analiz ve Takip:<\/strong> \u00c7o\u011fu URL k\u0131saltma servisi, k\u0131salt\u0131lan linklerin ka\u00e7 kez t\u0131kland\u0131\u011f\u0131n\u0131, hangi co\u011frafi b\u00f6lgelerden geldi\u011fini, hangi cihazlardan eri\u015fildi\u011fini gibi de\u011ferli analitik verileri sunar. Bu veriler, pazarlama kampanyalar\u0131n\u0131n etkinli\u011fini \u00f6l\u00e7mek ve stratejileri optimize etmek i\u00e7in hayati \u00f6neme sahiptir.<\/li>\n
- QR Kod Uyumlulu\u011fu:<\/strong> K\u0131sa URL’ler, daha az veri noktas\u0131na sahip QR kodlar\u0131 olu\u015fturmay\u0131 kolayla\u015ft\u0131r\u0131r. Bu da QR kodlar\u0131n\u0131n daha h\u0131zl\u0131 okunmas\u0131n\u0131 ve daha estetik g\u00f6r\u00fcnmesini sa\u011flar.<\/li>\n
- Spam ve K\u00f6t\u00fc Niyetli Linklerin \u00d6nlenmesi:<\/strong> Baz\u0131 k\u0131saltma servisleri, k\u00f6t\u00fc ama\u00e7l\u0131 sitelere y\u00f6nlendiren URL’leri k\u0131saltmay\u0131 engelleyerek veya bu t\u00fcr linkleri raporlayarak internet g\u00fcvenli\u011fine katk\u0131da bulunur.<\/li>\n<\/ul>\n
G\u00f6r\u00fcld\u00fc\u011f\u00fc gibi, URL k\u0131saltma basit bir i\u015flemden \u00e7ok daha fazlas\u0131d\u0131r; modern dijital ileti\u015fimin ve pazarlaman\u0131n ayr\u0131lmaz bir par\u00e7as\u0131d\u0131r. Ancak bu k\u0131saltma i\u015flemini yaparken benzersiz, \u00e7arp\u0131\u015fmas\u0131z ve da\u011f\u0131t\u0131k sistemlerde sorunsuz \u00e7al\u0131\u015facak ID’ler \u00fcretmek b\u00fcy\u00fck bir meydan okumad\u0131r. \u0130\u015fte burada Snowflake ID’ler devreye giriyor.<\/p>\n
Snowflake ID Nedir ve Da\u011f\u0131t\u0131k Sistemlerde Neden Tercih Edilir?<\/h2>\n
Geleneksel olarak, veritabanlar\u0131nda benzersiz tan\u0131mlay\u0131c\u0131lar (ID’ler) i\u00e7in ard\u0131\u015f\u0131k say\u0131lar veya UUID’ler (Universally Unique Identifiers) kullan\u0131l\u0131r. Ancak b\u00fcy\u00fck \u00f6l\u00e7ekli, da\u011f\u0131t\u0131k sistemlerde her iki yakla\u015f\u0131m\u0131n da kendine g\u00f6re dezavantajlar\u0131 vard\u0131r. Ard\u0131\u015f\u0131k say\u0131lar merkezi bir otorite gerektirirken, UUID’ler benzersiz olsalar da uzun ve s\u0131ralanamaz yap\u0131lar\u0131 nedeniyle veritaban\u0131 indekslemesi ve performans a\u00e7\u0131s\u0131ndan sorunlara yol a\u00e7abilir. \u0130\u015fte bu noktada Twitter taraf\u0131ndan geli\u015ftirilen “Snowflake ID” yakla\u015f\u0131m\u0131, hem benzersizlik hem de s\u0131ralanabilirlik \u00f6zelliklerini bir araya getirerek modern uygulamalar i\u00e7in ideal bir \u00e7\u00f6z\u00fcm sunar.<\/p>\n
Snowflake ID’nin Yap\u0131sal Bile\u015fenleri Nelerdir?<\/h3>\n
Bir Snowflake ID, 64 bitlik bir tam say\u0131d\u0131r ve belirli bilgileri ta\u015f\u0131mak \u00fczere tasarlanm\u0131\u015ft\u0131r. Bu 64 bitlik say\u0131, genellikle d\u00f6rt ana bile\u015fene ayr\u0131l\u0131r:<\/p>\n
\n- Zaman Damgas\u0131 (Timestamp – 41 bit):<\/strong> Bu k\u0131s\u0131m, ID’nin \u00fcretildi\u011fi zamanki milisaniye cinsinden zaman\u0131 tutar. Genellikle belirli bir “epoch” (ba\u015flang\u0131\u00e7 zaman\u0131) referans al\u0131narak depolan\u0131r. \u00d6rne\u011fin, Twitter’\u0131n kendi epoch’u 1 Ocak 2010’dur. Bu sayede, gelecekte yakla\u015f\u0131k 69 y\u0131l boyunca benzersiz zaman damgalar\u0131 \u00fcretilebilir. Zaman damgas\u0131 sayesinde Snowflake ID’ler kronolojik olarak s\u0131ralanabilir, bu da veritaban\u0131 sorgular\u0131nda ve indekslemede b\u00fcy\u00fck avantaj sa\u011flar.<\/li>\n
- Veri Merkezi ID’si (Datacenter ID – 5 bit):<\/strong> Bu b\u00f6l\u00fcm, ID’nin \u00fcretildi\u011fi veri merkezini veya b\u00f6lgeyi tan\u0131mlar. 5 bit, 2^5 = 32 farkl\u0131 veri merkezini temsil edebilir. Bu, co\u011frafi olarak da\u011f\u0131t\u0131lm\u0131\u015f sistemlerde ID \u00e7ak\u0131\u015fmalar\u0131n\u0131 \u00f6nlemeye yard\u0131mc\u0131 olur.<\/li>\n
- \u0130\u015f\u00e7i ID’si (Worker ID – 5 bit):<\/strong> Veri merkezi i\u00e7indeki belirli bir sunucuyu veya s\u00fcreci (i\u015f\u00e7i) temsil eder. 5 bit, 32 farkl\u0131 i\u015f\u00e7i i\u00e7in yeterlidir. Datacenter ID ile birle\u015fti\u011finde, her bir i\u015f\u00e7i kendi benzersiz ID aral\u0131\u011f\u0131na sahip olur. Bu da, farkl\u0131 sunucular\u0131n ayn\u0131 anda ID \u00fcretmesi durumunda \u00e7ak\u0131\u015fmalar\u0131n \u00f6n\u00fcne ge\u00e7er.<\/li>\n
- S\u0131ra Numaras\u0131 (Sequence Number – 12 bit):<\/strong> Ayn\u0131 milisaniye i\u00e7inde birden fazla ID \u00fcretildi\u011finde \u00e7ak\u0131\u015fmalar\u0131 \u00f6nlemek i\u00e7in kullan\u0131l\u0131r. 12 bit, ayn\u0131 milisaniye i\u00e7inde 2^12 = 4096 farkl\u0131 ID \u00fcretilmesine olanak tan\u0131r. E\u011fer ayn\u0131 milisaniyede 4096’dan fazla ID \u00fcretilirse, sistem bir sonraki milisaniyeyi bekler.<\/li>\n<\/ol>\n
Neden UUID Yerine Snowflake ID?<\/h3>\n
UUID’ler de benzersiz tan\u0131mlay\u0131c\u0131lar \u00fcretmek i\u00e7in kullan\u0131l\u0131r, ancak Snowflake ID’lere k\u0131yasla baz\u0131 dezavantajlar\u0131 vard\u0131r:<\/p>\n
\n- S\u0131ralanabilirlik:<\/strong> UUID’ler genellikle rastgele \u00fcretildi\u011fi i\u00e7in do\u011fal bir s\u0131ralamaya sahip de\u011fildir. Bu, veritaban\u0131 indekslerinde ve disk I\/O performans\u0131nda sorunlara yol a\u00e7abilir. Snowflake ID’ler ise zaman damgas\u0131 i\u00e7erdi\u011fi i\u00e7in kronolojik olarak s\u0131ralanabilir, bu da veritaban\u0131 performans\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.<\/li>\n
- Boyut:<\/strong> UUID’ler genellikle 128 bit (16 bayt) uzunlu\u011fundad\u0131r ve metinsel olarak temsil edildi\u011finde daha da fazla yer kaplar. Snowflake ID’ler ise 64 bit (8 bayt) tam say\u0131lard\u0131r, bu da depolama alan\u0131nda ve a\u011f trafi\u011finde tasarruf sa\u011flar.<\/li>\n
- \u0130nsan Okunabilirli\u011fi:<\/strong> UUID’ler anlams\u0131z karakter dizileridir. Snowflake ID’ler de do\u011frudan okunabilir olmasa da, i\u00e7lerinde zaman damgas\u0131 bar\u0131nd\u0131rd\u0131\u011f\u0131 i\u00e7in bir miktar kronolojik anlam ta\u015f\u0131r.<\/li>\n<\/ul>\n
\u00d6zetle, Snowflake ID’ler da\u011f\u0131t\u0131k sistemlerde benzersiz, s\u0131ralanabilir, kompakt ve \u00e7ak\u0131\u015fmas\u0131z ID’ler \u00fcretmek i\u00e7in m\u00fckemmel bir \u00e7\u00f6z\u00fcmd\u00fcr. URL k\u0131salt\u0131c\u0131 gibi y\u00fcksek hacimli ID \u00fcretimi gerektiren uygulamalar i\u00e7in, performans ve \u00f6l\u00e7eklenebilirlik a\u00e7\u0131s\u0131ndan kritik bir avantaj sunar. \u015eimdi bu g\u00fc\u00e7l\u00fc ID’leri nas\u0131l daha k\u0131sa ve payla\u015f\u0131labilir URL’lere d\u00f6n\u00fc\u015ft\u00fcrece\u011fimize bakal\u0131m.<\/p>\n
Base62 Kodlama Ne \u0130\u015fe Yarar ve Snowflake ID’ler Nas\u0131l D\u00f6n\u00fc\u015ft\u00fcr\u00fcl\u00fcr?<\/h2>\n
Snowflake ID’ler benzersiz ve s\u0131ralanabilir harika tan\u0131mlay\u0131c\u0131lar olsalar da, 64 bitlik bir say\u0131 (genellikle uzun bir say\u0131) olduklar\u0131 i\u00e7in do\u011frudan URL olarak kullan\u0131lamazlar. \u0130\u015fte bu noktada Base62 kodlama devreye girer. Base62, b\u00fcy\u00fck bir say\u0131y\u0131 daha k\u0131sa, alfasay\u0131sal bir string’e d\u00f6n\u00fc\u015ft\u00fcrmek i\u00e7in kullan\u0131lan bir kodlama \u015femas\u0131d\u0131r. Bu sayede, uzun Snowflake ID’leri sadece birka\u00e7 karakterden olu\u015fan k\u0131sa ve okunabilir URL anahtarlar\u0131na \u00e7evirebiliriz.<\/p>\n
Base62’nin Avantajlar\u0131 ve \u00c7al\u0131\u015fma Prensibi<\/h3>\n
Base62, isminden de anla\u015f\u0131laca\u011f\u0131 \u00fczere 62 farkl\u0131 karakterden olu\u015fan bir taban kullan\u0131r. Bu karakterler genellikle \u015funlard\u0131r:<\/p>\n
\n- Rakamlar: 0-9 (10 karakter)<\/li>\n
- K\u00fc\u00e7\u00fck harfler: a-z (26 karakter)<\/li>\n
- B\u00fcy\u00fck harfler: A-Z (26 karakter)<\/li>\n<\/ul>\n
Toplamda 10 + 26 + 26 = 62 karakter. Neden Base64 yerine Base62? \u00c7\u00fcnk\u00fc Base64 kodlamas\u0131nda +<\/code> ve \/<\/code> gibi URL’lerde \u00f6zel anlam\u0131 olan veya URL encode edilmesi gereken karakterler bulunur. Base62 ise sadece alfasay\u0131sal karakterler kulland\u0131\u011f\u0131 i\u00e7in URL dostudur, do\u011frudan kullan\u0131labilir ve ek bir kodlama i\u015flemine ihtiya\u00e7 duymaz. Bu, URL’lerin daha temiz ve daha az hataya a\u00e7\u0131k olmas\u0131n\u0131 sa\u011flar.<\/p>\nSnowflake ID’yi Base62’ye D\u00f6n\u00fc\u015ft\u00fcrme Algoritmas\u0131<\/h3>\n
Bir say\u0131y\u0131 (\u00f6rne\u011fin bir Snowflake ID) Base62’ye d\u00f6n\u00fc\u015ft\u00fcrme mant\u0131\u011f\u0131, onluk tabandaki bir say\u0131y\u0131 ikilik veya onalt\u0131l\u0131k tabana d\u00f6n\u00fc\u015ft\u00fcrmeye benzer. \u0130\u015fte ad\u0131mlar:<\/p>\n
\n- D\u00f6n\u00fc\u015ft\u00fcr\u00fclecek say\u0131y\u0131 (Snowflake ID) al\u0131n.<\/li>\n
- Say\u0131n\u0131n Base62 taban\u0131 olan 62’ye b\u00f6l\u00fcm\u00fcnden kalan\u0131 bulun. Bu kalan, Base62 karakter setindeki bir indekse kar\u015f\u0131l\u0131k gelir.<\/li>\n
- B\u00f6lme i\u015fleminin sonucunu tekrar ana say\u0131 olarak al\u0131n.<\/li>\n
- Ana say\u0131 s\u0131f\u0131r olana kadar 2. ve 3. ad\u0131mlar\u0131 tekrarlay\u0131n.<\/li>\n
- Elde etti\u011finiz kalanlar\u0131 tersten birle\u015ftirerek Base62 stringini olu\u015fturun.<\/li>\n<\/ol>\n
\u015eimdi bunu bir kod \u00f6rne\u011fiyle somutla\u015ft\u0131ral\u0131m. A\u015fa\u011f\u0131daki JavaScript kodu, hem Base62 kodlama hem de \u00e7\u00f6zme (decoding) i\u015flemlerini g\u00f6sterir:<\/p>\n
\nconst BASE62_CHARS = \"0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ\";\n\nfunction encodeBase62(number) {\n if (number === 0) {\n return BASE62_CHARS[0];\n }\n let result = [];\n while (number > 0) {\n result.unshift(BASE62_CHARS[number % 62]);\n number = Math.floor(number \/ 62);\n }\n return result.join('');\n}\n\nfunction decodeBase62(str) {\n let number = 0;\n for (let i = 0; i < str.length; i++) {\n number = number * 62 + BASE62_CHARS.indexOf(str[i]);\n }\n return number;\n}\n\n\/\/ \u00d6rnek kullan\u0131m:\nconst snowflakeId = 155520199981323264; \/\/ \u00d6rnek bir Snowflake ID\nconsole.log(\"Snowflake ID:\", snowflakeId); \n\nconst shortCode = encodeBase62(snowflakeId);\nconsole.log(\"K\u0131sa Kod (Base62):\", shortCode); \n\nconst decodedId = decodeBase62(shortCode);\nconsole.log(\"\u00c7\u00f6z\u00fclm\u00fc\u015f ID:\", decodedId); \n\n<\/pre>\n<\/code><\/p>\n
Bu \u00f6rnekte g\u00f6r\u00fcld\u00fc\u011f\u00fc gibi, 155 trilyonluk bir say\u0131 (yakla\u015f\u0131k 64 bit) sadece 8 karakterlik bir string'e d\u00f6n\u00fc\u015ft\u00fcr\u00fcld\u00fc! Bu, URL k\u0131salt\u0131c\u0131lar i\u00e7in arad\u0131\u011f\u0131m\u0131z \u015fey tam olarak budur. K\u0131sa, benzersiz ve veritaban\u0131 indekslemesinde sorun yaratmayacak bir ID elde ettik. Bu sayede, hem kullan\u0131c\u0131 dostu URL'ler sunabilir hem de arkada yatan g\u00fc\u00e7l\u00fc ve \u00f6l\u00e7eklenebilir ID mekanizmas\u0131ndan faydalanabiliriz.<\/p>\n
\n Uzman \u0130pucu: Base62 d\u00f6n\u00fc\u015f\u00fcm\u00fcn\u00fc yaparken, kulland\u0131\u011f\u0131n\u0131z programlama dilinin b\u00fcy\u00fck say\u0131lar\u0131 (64-bit integer) do\u011fru \u015fekilde i\u015fledi\u011finden emin olun. JavaScript'te BigInt kullanmak bu t\u00fcr hatalar\u0131 \u00f6nleyebilir. Di\u011fer dillerde (Python, Java, C#) bu durum genellikle sorun te\u015fkil etmez.\n <\/div>\nURL K\u0131saltma Servisi Mimarisi ve Veritaban\u0131 Tasar\u0131m\u0131 Nas\u0131l Olmal\u0131?<\/h2>\n
Etkili ve \u00f6l\u00e7eklenebilir bir URL k\u0131saltma servisi tasarlamak, sadece ID \u00fcretmek ve kodlamakla bitmez. Arkas\u0131nda sa\u011flam bir mimari ve optimize edilmi\u015f bir veritaban\u0131 \u015femas\u0131 olmal\u0131d\u0131r. Bu b\u00f6l\u00fcmde, Snowflake ID ve Base62 kodlamay\u0131 kullanarak bir URL k\u0131saltma servisi i\u00e7in genel mimariyi ve veritaban\u0131 tasar\u0131m\u0131n\u0131 ele alaca\u011f\u0131z.<\/p>\n
Genel Mimari Yakla\u015f\u0131m\u0131<\/h3>\n
Basit bir URL k\u0131salt\u0131c\u0131, gelen bir uzun URL'yi al\u0131r, ona benzersiz bir k\u0131sa kod atar ve bu e\u015fle\u015ftirmeyi veritaban\u0131na kaydeder. Kullan\u0131c\u0131 k\u0131sa kodu ziyaret etti\u011finde, sistem veritaban\u0131ndan orijinal URL'yi bulur ve kullan\u0131c\u0131y\u0131 ona y\u00f6nlendirir. Da\u011f\u0131t\u0131k ve y\u00fcksek performansl\u0131 bir yap\u0131 i\u00e7in bu s\u00fcreci birka\u00e7 bile\u015fene ay\u0131rabiliriz:<\/p>\n
\n- API Gateway\/Load Balancer:<\/strong> Gelen t\u00fcm istekleri kar\u015f\u0131lar ve uygun servislere y\u00f6nlendirir. Y\u00fck dengeleme, SSL sonland\u0131rma ve temel g\u00fcvenlik kontrolleri burada yap\u0131l\u0131r.<\/li>\n
- K\u0131saltma Servisi (Shortening Service):<\/strong>\n
\n- Gelen uzun URL'ler i\u00e7in yeni bir Snowflake ID \u00fcretir.<\/li>\n
- Bu ID'yi Base62 kullanarak k\u0131sa bir koda d\u00f6n\u00fc\u015ft\u00fcr\u00fcr.<\/li>\n
- Orijinal URL, k\u0131sa kod ve di\u011fer meta verileri (olu\u015fturulma zaman\u0131, t\u0131klanma say\u0131s\u0131 vb.) veritaban\u0131na kaydeder.<\/li>\n
- Olu\u015fturulan k\u0131sa URL'yi kullan\u0131c\u0131ya d\u00f6nd\u00fcr\u00fcr.<\/li>\n<\/ul>\n<\/li>\n
- Y\u00f6nlendirme Servisi (Redirection Service):<\/strong>\n
\n- K\u0131sa URL'ye gelen istekleri kar\u015f\u0131lar.<\/li>\n
- K\u0131sa koddaki Base62 stringini Snowflake ID'ye geri d\u00f6n\u00fc\u015ft\u00fcr\u00fcr.<\/li>\n
- Bu ID'yi kullanarak veritaban\u0131ndan orijinal URL'yi arar.<\/li>\n
- Kullan\u0131c\u0131y\u0131 301 (kal\u0131c\u0131) veya 302 (ge\u00e7ici) HTTP y\u00f6nlendirmesi ile orijinal URL'ye y\u00f6nlendirir.<\/li>\n
- T\u0131klama istatistiklerini g\u00fcnceller.<\/li>\n<\/ul>\n<\/li>\n
- Veritaban\u0131:<\/strong> URL e\u015fle\u015ftirmelerini kal\u0131c\u0131 olarak depolar. PostgreSQL, MySQL gibi ili\u015fkisel veritabanlar\u0131 veya hatta daha b\u00fcy\u00fck \u00f6l\u00e7ekler i\u00e7in NoSQL veritabanlar\u0131 (Cassandra, DynamoDB) kullan\u0131labilir. Snowflake ID'lerin s\u0131ralanabilir yap\u0131s\u0131 ili\u015fkisel veritabanlar\u0131nda indeksleme performans\u0131n\u0131 art\u0131r\u0131r.<\/li>\n
- \u00d6nbellekleme Katman\u0131 (Cache Layer):<\/strong> S\u0131k eri\u015filen k\u0131sa URL-orijinal URL e\u015fle\u015ftirmelerini depolar. Redis veya Memcached gibi in-memory cache \u00e7\u00f6z\u00fcmleri, veritaban\u0131 y\u00fck\u00fcn\u00fc azaltarak y\u00f6nlendirme performans\u0131n\u0131 inan\u0131lmaz derecede h\u0131zland\u0131r\u0131r.<\/li>\n<\/ol>\n
Bu mimari, her bir bile\u015fenin ba\u011f\u0131ms\u0131z olarak \u00f6l\u00e7eklenebilmesini sa\u011flayarak sistemin genel performans\u0131n\u0131 ve dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r.<\/p>\n
Veritaban\u0131 \u015eemas\u0131 Tasar\u0131m\u0131<\/h3>\n
Veritaban\u0131, URL k\u0131salt\u0131c\u0131m\u0131z\u0131n kalbidir. Minimal ve etkin bir \u015fema, hem depolama verimlili\u011fi hem de sorgu performans\u0131 i\u00e7in kritiktir. \u0130\u015fte basit ama i\u015flevsel bir tablo \u015femas\u0131 \u00f6rne\u011fi:<\/p>\n
\nCREATE TABLE short_urls (\n id BIGINT PRIMARY KEY, -- Snowflake ID (64-bit integer)\n short_code VARCHAR(10) UNIQUE NOT NULL, -- Base62 kodlanm\u0131\u015f k\u0131sa string (max 8-10 karakter yeterli)\n original_url TEXT NOT NULL, -- Orijinal URL\n created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP,\n expires_at TIMESTAMP WITH TIME ZONE, -- Opsiyonel: s\u00fcresi dolan URL'ler i\u00e7in\n click_count BIGINT DEFAULT 0, -- T\u0131klanma say\u0131s\u0131\n user_id BIGINT -- Opsiyonel: URL'yi olu\u015fturan kullan\u0131c\u0131\n);\n\n-- K\u0131sa kod \u00fczerinden h\u0131zl\u0131 arama i\u00e7in indeks\nCREATE INDEX idx_short_code ON short_urls (short_code);\n\n-- Zaman bazl\u0131 sorgular veya temizlik i\u015flemleri i\u00e7in indeks\nCREATE INDEX idx_created_at ON short_urls (created_at);\n\n<\/pre>\n<\/code><\/p>\n
Bu \u015femada dikkat \u00e7eken noktalar:<\/p>\n
\nid<\/code> (BIGINT):<\/strong> Snowflake ID'lerimiz do\u011frudan primary key olarak kullan\u0131l\u0131r. Bu, hem benzersizli\u011fi garanti eder hem de do\u011fal olarak s\u0131ralanabilir oldu\u011fu i\u00e7in veritaban\u0131 performans\u0131n\u0131 optimize eder.<\/li>\nshort_code<\/code> (VARCHAR):<\/strong> Base62 kodlanm\u0131\u015f k\u0131sa string'i tutar. UNIQUE<\/code> k\u0131s\u0131tlamas\u0131, her k\u0131sa kodun sadece bir orijinal URL'ye i\u015faret etmesini sa\u011flar. VARCHAR(10)<\/code> genellikle yeterlidir; 64-bit bir say\u0131 i\u00e7in 8-10 karakter Base62 kodu yeterli aral\u0131\u011f\u0131 sunar.<\/li>\noriginal_url<\/code> (TEXT):<\/strong> Orijinal uzun URL'yi depolar. URL'lerin uzunlu\u011fu de\u011fi\u015fkenlik g\u00f6sterebilece\u011fi i\u00e7in TEXT<\/code> tipi genellikle uygundur.<\/li>\nclick_count<\/code>:<\/strong> T\u0131klanma istatistiklerini tutar. Y\u00f6nlendirme servisi her ba\u015far\u0131l\u0131 y\u00f6nlendirmede bu say\u0131y\u0131 art\u0131r\u0131r.<\/li>\n<\/ul>\nSnowflake ID'lerin do\u011fal s\u0131ralanabilirlik \u00f6zelli\u011fi, veritaban\u0131n\u0131n diskteki veriyi kronolojik s\u0131raya g\u00f6re depolamas\u0131na (clustering) yard\u0131mc\u0131 olur. Bu da, zaman bazl\u0131 sorgular i\u00e7in (\u00f6rne\u011fin \"son 24 saatte olu\u015fturulan URL'ler\") disk I\/O'sunu azaltarak performans\u0131 art\u0131r\u0131r. Ayr\u0131ca, k\u0131sa kod \u00fczerinde bir indeks tan\u0131mlayarak, y\u00f6nlendirme s\u0131ras\u0131nda orijinal URL'ye eri\u015fim s\u00fcresini minimuma indiririz. Bu tasar\u0131m, milyonlarca k\u0131salt\u0131lm\u0131\u015f URL'yi verimli bir \u015fekilde y\u00f6netmek i\u00e7in sa\u011flam bir temel olu\u015fturur.<\/p>\n
Vaka Analizi: B\u00fcy\u00fck \u00d6l\u00e7ekli Bir URL K\u0131salt\u0131c\u0131 Nas\u0131l Tasarlan\u0131r?<\/h2>\n
Bir URL k\u0131salt\u0131c\u0131 servisini sadece birka\u00e7 kullan\u0131c\u0131 i\u00e7in tasarlamak kolayd\u0131r, ancak milyarlarca linki y\u00f6neten, saniyede binlerce istek alan ve milyonlarca e\u015fzamanl\u0131 kullan\u0131c\u0131ya hizmet veren bir sistem kurmak tamamen farkl\u0131 bir meydan okumad\u0131r. \u0130\u015fte burada Snowflake ID ve Base62 kodlaman\u0131n ger\u00e7ek g\u00fcc\u00fc ortaya \u00e7\u0131kar. Haydi, b\u00f6yle b\u00fcy\u00fck \u00f6l\u00e7ekli bir senaryoyu bir vaka analizi \u00fczerinden inceleyelim.<\/p>\n
\u00d6rnek Senaryo: K\u00fcresel Bir Sosyal Medya Platformu \u0130\u00e7in URL K\u0131salt\u0131c\u0131<\/h3>\n
Bir an i\u00e7in Instagram veya X (eski Twitter) gibi devasa bir sosyal medya platformu oldu\u011funuzu hayal edin. Kullan\u0131c\u0131lar her saniye binlerce link payla\u015f\u0131yor, bu linkler co\u011frafi olarak farkl\u0131 b\u00f6lgelerdeki veri merkezlerinde olu\u015fturuluyor ve d\u00fcnya \u00e7ap\u0131nda y\u00fcz milyonlarca kez t\u0131klan\u0131yor. Bu platformun URL k\u0131saltma ihtiyac\u0131 \u015fu \u00f6zelliklere sahip olmal\u0131:<\/p>\n
\n- Y\u00fcksek Hacimli ID \u00dcretimi:<\/strong> Saniyede on binlerce yeni k\u0131sa URL \u00fcretebilmeli.<\/li>\n
- Da\u011f\u0131t\u0131k Mimari:<\/strong> Birden fazla veri merkezinde e\u015fzamanl\u0131 \u00e7al\u0131\u015fabilmeli ve ID \u00e7ak\u0131\u015fmas\u0131 ya\u015fanmamal\u0131.<\/li>\n
- Y\u00fcksek Performansl\u0131 Y\u00f6nlendirme:<\/strong> Milyonlarca k\u0131sa linke gelen t\u0131klamalar\u0131 milisaniyeler i\u00e7inde orijinal URL'ye y\u00f6nlendirebilmeli.<\/li>\n
- \u00d6l\u00e7eklenebilirlik:<\/strong> Kullan\u0131c\u0131 say\u0131s\u0131 ve link hacmi artt\u0131k\u00e7a kolayca geni\u015fleyebilmeli.<\/li>\n
- Verimli Depolama:<\/strong> Milyarlarca linki depolarken maliyet etkin olmal\u0131.<\/li>\n<\/ul>\n
Snowflake ID'ler ve Base62 ile \u00c7\u00f6z\u00fcm<\/h3>\n
Bu senaryoda, geleneksel ard\u0131\u015f\u0131k say\u0131lar veya UUID'ler ciddi darbo\u011fazlar yaratacakt\u0131r. Ancak Snowflake ID'ler ve Base62 ile bu zorluklar\u0131n \u00fcstesinden gelebiliriz:<\/p>\n
\n- Da\u011f\u0131t\u0131k ID \u00dcretimi:<\/strong> Her veri merkezi ve her sunucu (worker), kendi benzersiz Datacenter ID ve Worker ID kombinasyonuna sahip olur. Bu sayede, \u00c7in'deki bir sunucuyla Almanya'daki bir sunucu ayn\u0131 anda ID \u00fcretti\u011finde bile, bu ID'ler \u00e7ak\u0131\u015fmaz. Zaman damgas\u0131 ve s\u0131ra numaras\u0131, ayn\u0131 sunucuda bile milisaniye baz\u0131nda benzersizli\u011fi garanti eder. Merkezi bir ID sunucusuna ba\u011f\u0131ml\u0131l\u0131k olmad\u0131\u011f\u0131 i\u00e7in sistemin tek hata noktas\u0131 (Single Point of Failure - SPOF) ortadan kalkar ve ID \u00fcretim s\u00fcreci inan\u0131lmaz derecede \u00f6l\u00e7eklenebilir hale gelir.<\/li>\n
- Kompakt ve H\u0131zl\u0131 Depolama:<\/strong> \u00dcretilen 64-bit Snowflake ID'ler, veritaban\u0131nda BIGINT olarak depolan\u0131r. Bu, UUID'lere k\u0131yasla %50 daha az yer kaplar ve ili\u015fkisel veritabanlar\u0131n\u0131n do\u011fal indeksleme yap\u0131lar\u0131ndan daha iyi faydalan\u0131r. Kronolojik s\u0131ralama \u00f6zelli\u011fi, disk \u00fczerindeki verilerin daha d\u00fczenli olmas\u0131n\u0131 sa\u011flayarak okuma\/yazma i\u015flemlerini h\u0131zland\u0131r\u0131r.<\/li>\n
- Etkin URL Anahtarlar\u0131:<\/strong> Her bir Snowflake ID, Base62 kodlamas\u0131 ile 8-10 karakterlik k\u0131sa bir alfasay\u0131sal string'e d\u00f6n\u00fc\u015ft\u00fcr\u00fcl\u00fcr. Bu k\u0131sa kodlar, URL'nin kendisinde kullan\u0131larak hem estetik hem de aktar\u0131m a\u00e7\u0131s\u0131ndan verimli olur. Kullan\u0131c\u0131lar bu k\u0131sa ve temiz URL'leri kolayca kopyalay\u0131p yap\u0131\u015ft\u0131rabilir ve payla\u015fabilirler.<\/li>\n
- Y\u00fcksek Performansl\u0131 Y\u00f6nlendirme:<\/strong> Y\u00f6nlendirme servisi, gelen k\u0131sa kodu Base62'den Snowflake ID'ye geri \u00e7evirir. Bu ID, veritaban\u0131ndaki
id<\/code> alan\u0131 \u00fczerinde birincil anahtar oldu\u011fu i\u00e7in \u00e7ok h\u0131zl\u0131 bir \u015fekilde orijinal URL'ye eri\u015fimi sa\u011flar. Ayr\u0131ca, s\u0131k t\u0131klanan URL'ler i\u00e7in bir Redis veya Memcached \u00f6nbellekleme katman\u0131 ekleyerek veritaban\u0131 sorgular\u0131n\u0131n \u00f6n\u00fcne ge\u00e7ilir. Bir link ilk t\u0131kland\u0131\u011f\u0131nda veritaban\u0131ndan okunur ve \u00f6nbelle\u011fe al\u0131n\u0131r; sonraki t\u0131klamalar do\u011frudan \u00f6nbellekten servis edilir. Bu, saniyede binlerce y\u00f6nlendirme i\u015flemini milisaniyeler i\u00e7inde ger\u00e7ekle\u015ftirebilen bir sistemin anahtar\u0131d\u0131r.<\/li>\n<\/ol>\n\u00d6rnek Senaryo: Mikroservis Ortam\u0131nda Da\u011f\u0131t\u0131k ID \u00dcretimi<\/strong><\/p>\nDiyelim ki platformunuzda \"Makale Olu\u015fturma Servisi\", \"\u00dcr\u00fcn Listeleme Servisi\" ve \"Kullan\u0131c\u0131 Profili Servisi\" gibi farkl\u0131 mikroservisler var. Her bir servis, kendi i\u00e7eri\u011fi i\u00e7in k\u0131sa URL'ler olu\u015fturmak isteyebilir. Snowflake ID yakla\u015f\u0131m\u0131 sayesinde:<\/p>\n
\n- Her mikroservis, kendi i\u00e7inde bir Snowflake ID \u00fcretebilir. Bu, merkezi bir ID sunucusuna ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 ortadan kald\u0131r\u0131r ve servislerin ba\u011f\u0131ms\u0131zl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r.<\/li>\n
- Her bir servise veya belirli bir sunucu grubuna \u00f6zel Datacenter\/Worker ID'ler atanabilir, b\u00f6ylece hangi servisin hangi linki olu\u015fturdu\u011funu izlemek bile m\u00fcmk\u00fcn olabilir (ID'nin i\u00e7indeki meta veri sayesinde).<\/li>\n
- Bu ID'ler daha sonra ana URL k\u0131saltma servisine g\u00f6nderilerek Base62'ye d\u00f6n\u00fc\u015ft\u00fcr\u00fcl\u00fcr ve veritaban\u0131na kaydedilir.<\/li>\n<\/ul>\n
Bu vaka analizi, Snowflake ID ve Base62'nin sadece teorik kavramlar olmad\u0131\u011f\u0131n\u0131, ayn\u0131 zamanda ger\u00e7ek d\u00fcnya, y\u00fcksek \u00f6l\u00e7ekli uygulamalarda kar\u015f\u0131la\u015f\u0131lan karma\u015f\u0131k sorunlara nas\u0131l pratik ve etkili \u00e7\u00f6z\u00fcmler sundu\u011funu g\u00f6stermektedir. Bu teknolojiler sayesinde, hem performansl\u0131 hem de bak\u0131m\u0131 kolay, da\u011f\u0131t\u0131k ve dayan\u0131kl\u0131 bir URL k\u0131saltma servisi in\u015fa etmek m\u00fcmk\u00fcnd\u00fcr.<\/p>\n
Geli\u015fmi\u015f Optimizasyonlar ve Pratik \u0130pu\u00e7lar\u0131<\/h2>\n
URL k\u0131salt\u0131c\u0131n\u0131z\u0131 temel d\u00fczeyde kurduktan sonra, onu daha da performansl\u0131, g\u00fcvenli ve \u00f6zellikli hale getirmek i\u00e7in yapabilece\u011finiz bir\u00e7ok optimizasyon vard\u0131r. \u0130\u015fte deneyimli kullan\u0131c\u0131lar i\u00e7in baz\u0131 ileri d\u00fczey ipu\u00e7lar\u0131 ve p\u00fcf noktalar\u0131:<\/p>\n
\u00d6nbellekleme Stratejileriyle Performans\u0131 Maksimuma \u00c7\u0131kar\u0131n<\/h3>\n
Y\u00fcksek trafik alan URL k\u0131salt\u0131c\u0131lar i\u00e7in veritaban\u0131 y\u00fck\u00fcn\u00fc azaltmak ve y\u00f6nlendirme s\u00fcrelerini d\u00fc\u015f\u00fcrmek hayati \u00f6nem ta\u015f\u0131r. \u00d6nbellekleme bu konuda anahtar rol oynar.<\/p>\n
\n- S\u0131k Eri\u015fimli URL'leri \u00d6nbelle\u011fe Al\u0131n:<\/strong> En \u00e7ok t\u0131klanan k\u0131sa URL'ler ve kar\u015f\u0131l\u0131k gelen orijinal URL'leri Redis veya Memcached gibi in-memory \u00f6nbelleklerde depolay\u0131n. Bir y\u00f6nlendirme iste\u011fi geldi\u011finde, \u00f6nce \u00f6nbelle\u011fe bak\u0131n. E\u011fer URL orada bulunuyorsa, do\u011frudan oradan y\u00f6nlendirme yap\u0131n; veritaban\u0131na gitmeye gerek kalmaz. Bu, y\u00f6nlendirme h\u0131z\u0131n\u0131 milisaniyelerin alt\u0131na indirebilir.<\/li>\n
- TTL (Time To Live) Y\u00f6netimi:<\/strong> \u00d6nbellekteki verilerin belirli bir s\u00fcre sonra ge\u00e7erlili\u011fini yitirmesini (eviction) sa\u011flamak \u00f6nemlidir. Sonsuza kadar \u00f6nbellekte tutmak bellek sorunlar\u0131na yol a\u00e7abilir. \u00d6rne\u011fin, bir URL'yi bir saat veya bir g\u00fcn boyunca \u00f6nbellekte tutabilirsiniz. Yeniden eri\u015fildi\u011finde s\u00fcreyi uzatabilir veya s\u0131k eri\u015filenleri s\u00fcresiz yapabilirsiniz.<\/li>\n
- \"Cache-Aside\" Modeli:<\/strong> Uygulama, \u00f6nce \u00f6nbelle\u011fe bakar. Bulamazsa veritaban\u0131na gider, veriyi okur ve \u00f6nbelle\u011fe yazar, ard\u0131ndan kullan\u0131c\u0131ya d\u00f6ner. Bu model olduk\u00e7a yayg\u0131nd\u0131r ve y\u00f6netimini basitle\u015ftirir.<\/li>\n<\/ul>\n
K\u00f6t\u00fcye Kullan\u0131m\u0131 ve G\u00fcvenlik A\u00e7\u0131klar\u0131n\u0131 Engelleme<\/h3>\n
URL k\u0131salt\u0131c\u0131lar, k\u00f6t\u00fc niyetli ki\u015filer taraf\u0131ndan spam, kimlik av\u0131 (phishing) veya k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131m da\u011f\u0131t\u0131m\u0131 i\u00e7in kullan\u0131labilir. Bu riskleri azaltmak i\u00e7in a\u015fa\u011f\u0131daki \u00f6nlemleri almal\u0131s\u0131n\u0131z:<\/p>\n
\n- H\u0131z S\u0131n\u0131rlama (Rate Limiting):<\/strong> Bir IP adresinden veya kullan\u0131c\u0131dan gelen k\u0131saltma isteklerinin say\u0131s\u0131n\u0131 belirli bir zaman diliminde s\u0131n\u0131rlay\u0131n. Bu, otomatize edilmi\u015f spam botlar\u0131n\u0131n sisteminizi a\u015f\u0131r\u0131 y\u00fcklemesini engeller.<\/li>\n
- Kara Listeler (Blacklisting):<\/strong> Bilinen k\u00f6t\u00fc ama\u00e7l\u0131 alan adlar\u0131n\u0131 (domain) kara listeye al\u0131n ve bu domainlere i\u015faret eden URL'lerin k\u0131salt\u0131lmas\u0131na izin vermeyin. Benzer \u015fekilde, belirli k\u0131sa kodlar\u0131n veya IP'lerin de kara listeye al\u0131nmas\u0131 gerekebilir.<\/li>\n
- Captcha Do\u011frulamas\u0131:<\/strong> \u00d6zellikle yeni kullan\u0131c\u0131lar veya y\u00fcksek hacimli k\u0131saltma istekleri yapanlar i\u00e7in Captcha (reCAPTCHA gibi) do\u011frulamas\u0131 ekleyerek botlar\u0131 eleyin.<\/li>\n
- Kullan\u0131c\u0131 Kimlik Do\u011frulamas\u0131:<\/strong> Herkesin rastgele URL k\u0131saltmas\u0131n\u0131 \u00f6nlemek i\u00e7in kullan\u0131c\u0131lar\u0131n oturum a\u00e7mas\u0131n\u0131 ve kimlik do\u011frulamas\u0131 yapmas\u0131n\u0131 zorunlu k\u0131l\u0131n.<\/li>\n
- Link \u00d6nizleme\/Uyar\u0131:<\/strong> Baz\u0131 k\u0131salt\u0131c\u0131lar, bir linke t\u0131klamadan \u00f6nce kullan\u0131c\u0131lara orijinal URL'yi g\u00f6steren veya potansiyel tehlikeleri hakk\u0131nda uyar\u0131 veren bir ge\u00e7i\u015f sayfas\u0131 sunar.<\/li>\n<\/ul>\n
Detayl\u0131 Analiz ve \u0130zleme \u0130mkanlar\u0131 Sunun<\/h3>\n
URL k\u0131salt\u0131c\u0131n\u0131z\u0131n sadece linkleri k\u0131saltmas\u0131 yetmez, ayn\u0131 zamanda bu linklerin performans\u0131n\u0131 da izleyebilmeniz gerekir.<\/p>\n
\n- Kapsaml\u0131 T\u0131klama \u0130statistikleri:<\/strong> Sadece t\u0131klanma say\u0131s\u0131n\u0131 de\u011fil, ayn\u0131 zamanda co\u011frafi konum (IP adresinden), kullan\u0131lan cihaz (taray\u0131c\u0131 User-Agent'\u0131ndan), referans kayna\u011f\u0131 (HTTP Referer ba\u015fl\u0131\u011f\u0131ndan) gibi detayl\u0131 verileri de toplay\u0131n ve g\u00f6rselle\u015ftirin. Bu veriler, pazarlama ve i\u015f geli\u015ftirme ekipleri i\u00e7in paha bi\u00e7ilmezdir.<\/li>\n
- Ger\u00e7ek Zamanl\u0131 \u0130zleme:<\/strong> Sisteminizin performans\u0131n\u0131 (k\u0131saltma s\u00fcresi, y\u00f6nlendirme s\u00fcresi, hata oranlar\u0131) izlemek i\u00e7in Prometheus, Grafana gibi ara\u00e7lar\u0131 kullan\u0131n. Anormallikleri erken tespit etmek ve m\u00fcdahale etmek i\u00e7in alarmlar kurun.<\/li>\n<\/ul>\n
Mobil Uyumluluk ve Duyarl\u0131 Tasar\u0131m \u0130\u00e7in Ek Notlar<\/h3>\n
URL k\u0131saltma servisinizin web aray\u00fcz\u00fc (link olu\u015fturma, istatistikleri g\u00f6r\u00fcnt\u00fcleme paneli vb.) mobil cihazlarda da sorunsuz \u00e7al\u0131\u015fmal\u0131d\u0131r. Duyarl\u0131 tasar\u0131m (Responsive Design) prensiplerini uygulay\u0131n. A\u015fa\u011f\u0131da, temel bir mobil uyumlu CSS medya sorgusu \u00f6rne\u011fi verilmi\u015ftir:<\/p>\n
\n