TC No Oluşturucu
11 HaneTC No oluşturucu: algoritma kurallarına uygun geçerli formatlı TC No oluşturan ücretsiz web aracı.
Yardımcı Blog Yazıları
Tümünü görToplu TC No Üretimi
10.000 adede kadar TC No üretin ve CSV olarak indirin. Toplu veri ihtiyaçlarınız için.
TC No Oluşturucu Nasıl Çalışır?
TC No oluşturucu, algoritma kurallarına uygun rastgele numara üretir. TC No oluşturucuyla oluşturulan numaralar yalnızca format açısından geçerlidir; gerçek kişi/kuruma ait değildir.
- Uzunluk 11 hane; ilk hane 0 olamaz.
- 10. hane:
((1,3,5,7,9).toplam × 7 − (2,4,6,8).toplam) mod 10 - 11. hane:
ilk 10 hanenin toplamı mod 10
Araç yalnızca format doğrular; gerçek kişi/kurum teyidi yapmaz.
TC No Oluşturucu Kimler İçin?
- Yazılım geliştiriciler için: TC No oluşturucu ile test verisi oluşturma.
- QA mühendisleri için: TC No oluşturucu ile senaryo simülasyonu.
- Veritabanı ve API testleri için: TC No oluşturucu ile geçerli formatlı numara oluşturma.
- Eğitim ve demo ortamları için: TC No oluşturucu ile gerçek olmayan numara üretimi.
Mikroservis mesh senaryolarında TC no oluşturucu
TC No Oluşturucu, dağıtık sistemler ve mikroservis mimarileri üzerinde çalışan backend ekiplerinin servis-servis entegrasyon testlerinde ihtiyaç duyduğu tip bir araçtır. Kullanıcı kimliği bir mikroservis sınırını aştığında, TC alanı çoğu zaman JWT claim'i, gRPC metadata'sı veya HTTP header'ı olarak taşınır. Bu zincirin test edilmesi için her adımda tutarlı ve geçerli formatlı TC bulunması gerekir.
Hangi senaryolarda kullanılmalı?
- Istio/Linkerd service mesh: mTLS akışında kullanıcı kimliğinin taşınması testi.
- gRPC + Protobuf: <code>metadata.Pairs("x-user-tckn", value)</code> header doğrulaması.
- Event-driven (Kafka/NATS): Mesaj payload'ında TC alanının consumer tarafında decode edilmesi.
- BFF (Backend for Frontend): Mobil ve web için ayrı BFF'lerin aynı user TC'si üzerinde çalışması.
Dağıtık izleme ve TC korelasyonu
Distributed tracing araçlarında (Jaeger, Tempo, Datadog APM) bir kullanıcı eylemi 10+ servise yayılabilir. Bu yayılımda TC'yi trace attribute olarak koymak debug'ı kolaylaştırır; ancak gerçek ortamda TC attribute'u PII problemi oluşturur. Test ortamında üretilmiş sahte TC'lerle trace tabanlı debug yapmak hem KVKK riskini ortadan kaldırır hem prod davranışını taklit eder. Saga pattern veya outbox pattern test eden ekipler için bu yaklaşım özellikle kıymetlidir.
Sık karşılaşılan tuzak: servisler arası veri seti uyumsuzluğu
Her mikroservis ekibi kendi test veri setini tuttuğunda, entegrasyon testinde "Service A'daki 12345... TC'si Service B'de tanınmıyor" hatası sık görülür. Çözüm, tüm ekiplerin ortak bir seed kaynağından (merkezi test-data servisi veya versiyonlanmış JSON repo'su) TC çekmesidir.
Kod entegrasyonu / İleri adımlar
gRPC ve yüksek performans gerektiren servisler için Go kütüphanesi idealdir. JVM ekosistemi ağırlıklı mesh için Java kütüphanesi Spring Cloud projelerine doğrudan uyar. Merkezi test-data havuzu oluşturmak için toplu üretim sayfasındaki CSV/JSON çıktısı başlangıç noktası olabilir.
Sık Sorulan Sorular
sub claim'ine doğrudan TC yazmak yerine, gateway seviyesinde TC → internal userId eşlemesi yapıp sub'a userId yazın. TC'yi ayrı bir private claim olarak taşıyabilirsiniz. Detaylar: TCKN entegrasyon rehberi.İlgili TC No Araçları
Son güncelleme: