İçeriğe atla
production / main000%
Tüm araçlar
ARCH-01KURAL MOTORUEVIDENCE-FIRST / NO LOGIN

Teknoloji Yığını Mimarı

İhtiyaca göre frontend, backend, veri, kimlik doğrulama, edge/CDN ve teslim hattı önerir. Her kararın nedeni ve alternatif yolu görünür kalır.

01Karar gerekçesi02Vendor lock-in görünürlüğü03Alternatif mimari
ARCH-01 / EVIDENCE WORKBENCH
OBSERVED → DERIVED → DECISION

Rapor üretilebilir ancak hedef adı verilmeden paylaşılabilir bir teknik kayıt sayılmaz.

FRONTEND
01 · React + TanStackFIT 88

Ürün uygulamalarında tip güvenli route/data akışı ve framework esnekliği.

02 · Next.jsFIT 80

İçerik/SEO ağırlıklı yüzeylerde güçlü varsayılanlar ve geniş ekosistem.

BACKEND / DATA
01 · SupabaseFIT 90

Küçük ekipte Postgres, auth ve storage operasyonunu azaltır; managed-service lock-in kabul edilmelidir.

02 · PostgreSQL + API serviceFIT 90

Daha fazla operasyon karşılığında servis sınırı ve taşınabilirlik kontrolü sağlar.

EDGE / DELIVERY
01 · CloudflareFIT 92

CDN, edge compute ve güvenlik katmanını tek sınırda birleştirir.

02 · VercelFIT 76

Frontend odaklı teslimatta düşük operasyon ve güçlü preview akışı.

AC / EVIDENCE REPORT
AC-ARCH-01-20260810100642 · METHOD 2.0

PDF / insan · MD / repo · JSON / otomasyon

ANALİZ ÖZNESİ
SELF-REPORTED
HEDEF BELİRTİLMEDİ
HEDEF
saas · small · solo team
KAPSAM
Başlangıç mimarisi ve trade-off senaryosu
KANIT DAYANAĞI
SELF-REPORTED
ARCH-01 / KANIT DOSYASI

Teknoloji Yığını Mimarı

FRONTEND: React + TanStack 88/100 · BACKEND / DATA: Supabase 90/100 · EDGE / DELIVERY: Cloudflare 92/100

KANIT KAPSAMI
45/100
GÜVEN
LOW
CLAIM BOUNDARY

Bu araç tek bir 'doğru stack' iddiası kurmaz. Girdi kısıtlarından alternatifleri puanlayan, trade-off görünür bir başlangıç hipotezi üretir.

01

Yönetici özeti

Her katmanda en az iki alternatif karşılaştırılır.
Fit puanı karar desteğidir; benchmark sonucu değildir.
02

Bulgular ve karar noktaları

F-1MEDIUM CONFIDENCE

FRONTEND → React + TanStack

Ürün uygulamalarında tip güvenli route/data akışı ve framework esnekliği. Alternative: Next.js (80/100).

EVIDENCE → E-CONSTRAINT-1 · E-CONSTRAINT-2 · E-CONSTRAINT-3 · E-CONSTRAINT-4

Aksiyon: Kararı ADR-01 ile bağlam, kanıt ve geri dönüş koşuluna bağla.

F-2MEDIUM CONFIDENCE

BACKEND / DATA → Supabase

Küçük ekipte Postgres, auth ve storage operasyonunu azaltır; managed-service lock-in kabul edilmelidir. Alternative: PostgreSQL + API service (90/100).

EVIDENCE → E-CONSTRAINT-1 · E-CONSTRAINT-2 · E-CONSTRAINT-3 · E-CONSTRAINT-4

Aksiyon: Kararı ADR-01 ile bağlam, kanıt ve geri dönüş koşuluna bağla.

F-3MEDIUM CONFIDENCE

EDGE / DELIVERY → Cloudflare

CDN, edge compute ve güvenlik katmanını tek sınırda birleştirir. Alternative: Vercel (76/100).

EVIDENCE → E-CONSTRAINT-1 · E-CONSTRAINT-2 · E-CONSTRAINT-3 · E-CONSTRAINT-4

Aksiyon: Kararı ADR-01 ile bağlam, kanıt ve geri dönüş koşuluna bağla.

03

Kanıt defteri

E-CONSTRAINT-1KULLANICI GİRDİSİ
productType
saas
CONF MEDIUM
E-CONSTRAINT-2KULLANICI GİRDİSİ
scale
small
CONF MEDIUM
E-CONSTRAINT-3KULLANICI GİRDİSİ
mobile
false
CONF MEDIUM
E-CONSTRAINT-4KULLANICI GİRDİSİ
realtime
false
CONF MEDIUM
E-CONSTRAINT-5KULLANICI GİRDİSİ
ai
false
CONF MEDIUM
E-CONSTRAINT-6KULLANICI GİRDİSİ
budget
low
CONF MEDIUM
E-CONSTRAINT-7KULLANICI GİRDİSİ
team
solo
CONF MEDIUM
E-CONSTRAINT-8KULLANICI GİRDİSİ
lockIn
low
CONF MEDIUM
04

Metodoloji, varsayımlar ve sınırlar

VARSAYIMLAR
  • Fit matrisi AC Architecture Matrix v2'dir; sağlayıcı benchmark'ı değildir.
SINIRLAR
  • Latency, veri yerleşimi, regülasyon, mevcut ekip becerisi ve gerçek trafik profili ayrıca doğrulanmalıdır.
05

Önerilen sonraki hareket

A01En yüksek iki seçeneği gerçek workload üzerinde küçük benchmark ile karşılaştır.
A02Seçimi ADR-01 ile kayıt altına al.
Bu rapor karar desteğidir. Gözlem, türetim, kullanıcı girdisi ve heuristic sinyaller birbirinden özellikle ayrılmıştır.
AC-METHODKANIT → KARAR

Rapor bir satış süsü değil; teknik karar kaydıdır.

Her rapor gözlenen veriyi, kullanıcı girdisini, türetilen sonucu ve heuristic varsayımları ayrı sınıflandırır. Kanıt yoksa güven de düşer.

NE ZAMAN KULLANILIR?
  • Yeni ürün için teknoloji seçimini trendlerden bağımsızlaştırmak
  • Solo geliştirici ile büyük ekip arasında operasyon yükünü dengelemek
  • Vendor lock-in, ölçek, mobil, realtime ve AI gereksinimlerini aynı kararda görmek
YÖNTEM / YORUM

Neden tek bir 'en iyi stack' yok?

Teknoloji seçimi ürünün trafik, ekip, bütçe, dağıtım ve bakım koşullarına bağlıdır. Aynı framework küçük bir ekipte kaldıraç, başka bir bağlamda operasyon borcu olabilir. Araç bu yüzden marka listesi değil karar gerekçesi üretir.

Çıktı ne için kullanılmalı?

Önerilen katmanlar bir başlangıç mimarisidir. En doğru kullanım, ürün gereksinimleri netleşirken bu kararı ADR veya teknik keşif notuna dönüştürmek ve değişiklik koşullarını açıkça yazmaktır.

SINIR

Regülasyon, veri yerleşimi, legacy sistemler ve özel kurumsal sözleşmeler bu hızlı modelin kapsamı dışındadır.

Bu çıktıyı gerçek bir teknik karara dönüştürmen gerekiyorsa FORGE akışına taşı.

FORGE'u aç

PROJELERE AÇIK · ÜRÜN VE SİSTEM MİMARI · DEVRALMA / STABİLİZASYON / OPERASYON · WEB · ANDROID · WINDOWS · AHMET CANAL

İletişim

Ürününüz sisteminden hızlı mı büyüdü?

Mevcut durumu, en büyük tıkanmayı ve istediğiniz sonucu yazın. Kapsamı birlikte netleştirelim.

Durum

Yeni danışmanlık ve proje işlerine açık.

GROWTH / SIGNAL LOOP

Okumaktan karara geç.

Görüşme, geri bildirim ve sistem notları tek düşük sürtünmeli çıkışta.

CNV-01

Teknik görüşme

Uygunsa doğrudan 20 dakikalık görüşmeye geç.

CNV-02

Karar engeli

Sayfada neyin eksik kaldığını tek sinyalle bildir.