AFFiNE'de veri yaşam döngüsü: içe aktarma, çalışma, senkronizasyon ve çıkış

[[Veri taşıma rehberinde]] Notion, Obsidian, OneNote ve Bear import seçeneklerini ele aldık.

Burada daha geniş bir soru var:

**Bilgi AFFiNE'e girdikten sonra başına ne geliyor?**

1. Giriş: içe aktarma

0.27 ile AFFiNE masaüstü istemcisine dört yerel importer eklendi:

• OneNote,
• Obsidian,
• Bear,
• Notion.

Notion için ayrıca HTML + alt sayfalar içeren ZIP ve Markdown yolu belgelenmiş durumda.

Bu iyi bir giriş kapısı.

Ama import başarısı veri taşınabilirliği değildir.

Bir dosyanın açılmasıyla şu sorular hâlâ ortada kalır:

• bağlantılar korunuyor mu,
• ekler açılıyor mu,
• yapılandırılmış veri kullanılabilir mi,
• aynı bilgiyi geri çıkarabiliyor musun?

2. Çalışma: veri hangi modelde yaşıyor?

AFFiNE'in tarihsel mimarisi blok tabanlı düzenleme ve CRDT iş birliği üzerine kuruldu.

Bu nedenle AFFiNE'i "Markdown klasörüne arayüz" diye düşünmek doğru olmaz.

2026 "Next Chapter" yazısında doğrudan Markdown dosyalarını gerçek zamanlı okuyup yazma yönü açıkça anlatılıyor. Bu önemli bir değişim hedefi.

Fakat hedef ile mevcut kanonik veri modelini aynı şey sayma.

Bugün bir geçiş kararı verirken:

• mevcut import/export davranışını test et,
• açık dosya yönünü bonus/gelecek uyumluluğu olarak izle.

3. Senkronizasyon: kimin sunucusu?

İçerik birden fazla cihazda kullanılacaksa senkronizasyon devreye girer.

AFFiNE burada iki ana rota sunuyor:

• yönetilen AFFiNE Cloud,
• kendi altyapında self-host.

[[Cloud ve self-host karşılaştırmasında]] operasyon farkını anlattık.

Veri yaşam döngüsü açısından fark şu:

Cloud'da sync altyapısının sürekliliğini AFFiNE işletir.

Self-host'ta aynı sorumluluk sana geçer.

4. Yedek: geçmiş duruma dönebilmek

Birçok bilgi sisteminde en tehlikeli yanlış eşitlik:

**sync = backup**

Senkronizasyon hatalı silmeyi de senkronize edebilir.

Yedek ise geçmiş bir duruma dönebilmek için ayrı tutulur.

AFFiNE'in geçmiş data-upgrade rehberi .affine workspace export'unun kurtarma senaryolarında kullanıldığını gösteriyor. Bu 2024 rehberini 2026 UI tarifi gibi kullanma; ama export'un veri güvenliği içindeki rolünü tarihsel olarak gösterir.

Güncel backup yöntemini kullandığın deployment türünün canlı dokümanından doğrula.

5. Çıkış: okunabilir veri alabiliyor musun?

Bir bilgi aracı için en önemli testlerden biri daha ilk gün yapılmalı:

**Buradan nasıl çıkarım?**

Küçük bir çalışma alanı oluştur.

İçine:

• metin,
• görsel,
• bağlantı,
• tablo/veritabanı,
• alt sayfa

koy.

Sonra mevcut export seçenekleriyle dışarı çıkar.

Çıktıya AFFiNE olmadan bak.

İçerik hâlâ anlamlıysa taşınabilirlik daha güçlüdür.

Açık Markdown neden oyunu değiştirir?

AFFiNE 2026 yönünde açık Markdown dosyalarını doğrudan okuyup yazmak öne çıkıyor.

Bu tamamlandığında veri yaşam döngüsünde önemli bir değişiklik olur:

**import → uygulama içi veri → export**

yerine şu modele yaklaşılır:

**dosya ↔ AFFiNE ↔ başka araçlar**

Bu fark önemlidir.

Birinci modelde dosya giriş/çıkış biçimidir.

İkinci modelde dosya çalışma yüzeyinin parçasıdır.

Mayıs 2026 yazısı ikinci modele doğru yönü anlatıyor; tamamlandığını varsayma.

15 dakikalık veri testi

Yeni bir AFFiNE hesabında veya workspace'te şunları yap:

1. beş farklı türde örnek içerik ekle,
2. internet bağlantısını kapatıp temel düzenlemeyi dene,
3. bağlantıyı açıp senkronizasyon davranışını kontrol et,
4. bir sayfayı başka biçimde dışa aktar,
5. mümkünse workspace düzeyinde export seçeneğini incele,
6. çıktıyı bağımsız bir editörde aç,
7. kayıp varsa türünü yaz.

Kayıpları üç sınıfa ayır:

• içerik kaybı,
• yapı kaybı,
• davranış kaybı.

Bu sınıflandırma geçiş kararını çok daha net yapar.

Karar

AFFiNE'de veri sahipliğini tek bir özellik kanıtlamaz.

Doğru sıra:

**al → çalış → senkronize et → yedekle → çık.**

Bu zincirin tamamı senin kullanım biçiminde kabul edilebilir çalışıyorsa AFFiNE yalnız iyi bir editör değil, sürdürülebilir bir bilgi sistemi adayı olur.