Flowise Arşivlendi: Akışları Güvenle Dışa Aktarma ve Taşıma Kılavuzu

by

⏱️ 13 dk tahmini okuma süresi
📝 2199 kelime
♿ WCAG 2.2 Uyumlu
Bu Makaleyi Sesli Dinleyin
Doğal Türkçe ses sentezleyici hazır



Kısa sonuç: Flowise deposu 13 Ağustos 2026’da arşivlendi; resmî bakım ekibi 31 Ağustos’ta desteğini bitireceğini söylüyor. Çalışan bir Flowise kurulumunuz varsa bugün yapılacak iş yeni özellik eklemek değil, akışları, veri bağımlılıklarını ve gizli anahtar envanterini dışarı alıp doğrulanabilir bir geçiş planı kurmaktır. Bu kılavuz, tek akış ve çalışma alanı dışa aktarımını, dosyanın güvenlik denetimini ve Dify, n8n ya da LangGraph’a kontrollü yeniden kurmayı adım adım anlatıyor.

Ne oldu, ne işe yarar ve kimler harekete geçmeli?

Flowise; modelleri, istemleri, araçları, belge depolarını, insan onayını ve koşullu dalları görsel bir tuvalde birleştiren bir ajan platformu. Chatflow daha doğrusal sohbet ve RAG akışlarına, Agentflow ise durum taşıyan çok adımlı ajanlara odaklanıyor. Mimari kabaca React arayüzü, Node.js sunucusu, veritabanı, dosya depolama alanı ve model/araç sağlayıcılarından oluşuyor. Bir akış JSON olarak görünse de çalışan sistem yalnız bu JSON değildir: kimlik bilgileri, ortam değişkenleri, vektör veritabanı, yüklenmiş dosyalar ve harici API izinleri de sonucu belirler.

Bakımcının “The Future of Flowise” duyurusu; özellik geliştirmesinin 29 Temmuz’da dondurulduğunu, deponun 13 Ağustos’ta salt okunur arşive taşındığını ve çekirdek ekibin 31 Ağustos’ta GitHub ile Discord’dan ayrılacağını belirtiyor. Duyuru metnindeki ilk kilometre taşı 29 Temmuz dese de GitHub tartışması 13 Ağustos tarihli; bu kronoloji farkını not etmek gerekiyor. Repo bugün gerçekten arşiv durumunda. Dolayısıyla Flowise Cloud kullananlar, kendi sunucusunda çalıştıranlar ve akışı müşteri ya da kurum verisi işleyen ekipler beklemeden envanter çıkarmalı.

Kurulum ve başlangıç: yeni üretim kurulumu yapmayın

Son sürüm 3.1.4, 29 Temmuz’da yayımlandı. npm paketi Node.js 24 istiyor. Geçici bir macOS arm64 dizininde Node 24.18.0 ve npm 11.16.0 ile temiz kurulum denedim. Bağımlılık çözümü çok sayıda eş bağımlılık ve kullanımdan kalkmış paket uyarısı verdi; ardından better-sqlite3 9.6.0 için Node 24 uyumlu hazır ikili bulunamadı ve kaynak derlemesi V8 API uyumsuzluğuyla durdu. C++20 bayrağıyla ikinci deneme de tamamlanmadı. Sabitlenmiş 3.1.4 Docker imajını sınamak istedim, ancak yerel Docker arka plan hizmeti çalışmadığı için konteyneri başlatamadım. Bu nedenle canlı 3.1.4 arayüzünde akış çalıştırdığımı iddia etmiyorum; kurulum başarısızlığını, kaynak kodu ve resmî arayüz akışını ayrı kanıtlar olarak kullanıyorum.

Çalışan sistemi yalnız dışa aktarım için güncellemek de otomatik bir karar değil. GitHub güvenlik bildirimlerinde 3.1.2 ve öncesini etkileyen uzaktan kod çalıştırma, dosya okuma ve yetkilendirme açıkları var. 3.1.4 notları önemli izin ve veri sızıntısı düzeltmeleri içeriyor; ancak incelediğim bazı bildirimler “ilk yamalanan sürüm” alanını doldurmamış. Önce veritabanı ve dosya alanının anlık görüntüsünü alın, kopya ortamda sürüm testini yapın, sonra üretime dokunun. Sorun 6688 de 3.1.4’ün temiz başlangıcında bağımlılık hataları bildiriyor.

Adım adım gerçek kullanım: güvenli çıkış paketi oluşturma

  1. Sistemi dondurun. Geçiş sırasında akış düzenlemeyi ve yeni bağlantı eklemeyi durdurun. Flowise sürümü, veritabanı türü, depolama yolu, çalışma alanları, etkin akışlar ve zamanlanmış işler için tarihli bir liste oluşturun.
  2. Ham yedeği ayrı alın. Veritabanını, yüklenen dosyaları ve yapılandırmayı platformun JSON dışa aktarımından bağımsız yedekleyin. Ortam dosyasını ve secret manager kayıtlarını JSON paketine eklemeyin. Yedeği şifreli, erişimi sınırlı bir alanda tutun.
  3. Çalışma alanını dışa aktarın. Sağ üstteki dişli/profil düğmesini açın ve Export seçeneğini kullanın. “Select Data to Export” penceresinde Agentflows, Agentflows V2, Chatflows, Tools ve gerekiyorsa Document Stores öğelerini seçin. Chat Messages, Chat Feedbacks ve Executions kişisel veri, istem, araç çıktısı ve günlük içerebilir; yalnız yasal ve operasyonel gereksinim varsa ekleyin.
  4. Kritik akışları tek tek alın. Chatflows veya Agentflows listesindeki akış kartında Options düğmesini, ardından Export seçeneğini açın. İndirilen dosya “Akış Adı Agents.json” ya da “Akış Adı Chatflow.json” biçiminde adlandırılır. Bu küçük dosya, geçişte her akışı ayrı incelemeyi kolaylaştırır.
  5. Gizli bilgileri tamamlamayın; envanterleyin. 3.1.4 kaynak kodu tek akış dışa aktarımında parola, dosya/klasör girdisi ve FLOWISE_CREDENTIAL_ID değerini çıkarıyor. Çalışma alanı dışa aktarımında değişken değerleri boşaltılıyor ve Credentials ayrı bir seçim olarak sunulmuyor. Bu güvenli bir varsayılan; fakat hedef platformda her bağlantıyı yeniden kurmanız gerektiği anlamına geliyor.
  6. Dosyayı doğrulayın. JSON’u açmadan önce izinleri daraltın, söz dizimini kontrol edin, hassas anahtar kalıplarını arayın ve bütünlük özeti üretin.
mkdir -m 700 flowise-cikis
cp ~/Downloads/ExportData.json flowise-cikis/
chmod 600 flowise-cikis/ExportData.json

jq empty flowise-cikis/ExportData.json
jq '{
  agent_v2: (.AgentFlowV2 | length),
  chatflow: (.ChatFlow | length),
  tools: (.Tool | length),
  documents: (.DocumentStore | length)
}' flowise-cikis/ExportData.json

rg -ni 'api.?key|token|password|secret|sk-' \
  flowise-cikis/ExportData.json
shasum -a 256 flowise-cikis/ExportData.json

Arama sonucu mutlaka sızıntı demek değildir; alan adları veya örnek metinler eşleşebilir. Gerçek bir sır görürseniz dosyayı paylaşmayın, anahtarı sağlayıcıda iptal edin ve yeni anahtarı yalnız hedef sistemin sır deposuna yazın. JSON’u e-posta eki olarak göndermek yerine erişim kaydı tutan şifreli aktarım kullanın.

Örnek uçtan uca geçiş akışı

Örnek olarak “destek talebini sınıflandır, insan onayından sonra kayıt aç” ajanını ele alalım. Flowise JSON’undan düğüm adlarını, bağlantıları ve sistem istemini çıkarın; ardından modeli, giriş/çıkış şemasını ve araç izinlerini ayrı bir tabloya yazın. Hedefte önce form girdisini ve salt-okunur sınıflandırmayı kurun. İkinci adımda insan onayı ekleyin. Son olarak destek sistemine yalnız “kayıt oluştur” yetkili bir anahtar bağlayın. Her aşamada normal istek, eksik sipariş numarası, model zaman aşımı, reddedilen onay ve yinelenen istek senaryolarını çalıştırın.

Gözlemlenebilirlik için her çalıştırmaya benzersiz bir istek kimliği verin; model süresi, token kullanımı, araç sonucu ve insan kararını ayrı alanlarda kaydedin. Günlüklerde ham müşteri metnini tutmak yerine gerekli alanları maskeleyin. Hata kurtarmada sınırlı yeniden deneme, zaman aşımı, idempotency anahtarı ve insan devri kullanın. Bu yöntem Flowise tuvalini bire bir taklit etmeye değil, iş kuralını yeniden kanıtlamaya odaklanır.

Arayüz ve erişilebilirlik notları

Kaynak kodda tek akışın Options düğümü aria-haspopup, aria-expanded ve menüyle ilişki kuran aria-controls kullanıyor; Export menü öğesi metinle adlandırılmış. Çalışma alanı dışa aktarma iletişim kutusunda başlık kimliği, etiketli onay kutuları, Cancel ve Export düğmeleri bulunuyor. Buna karşılık sağ üstteki profil/ayar tetikleyicisi yalnız dişli simgesi gösteriyor ve kaynakta açık bir aria-label görünmüyor. Ekran okuyucuda adı belirsiz bir düğme olarak duyulabilir. Dışa aktarma sırasında kullanılan “ExportingGIF” alternatif metni de işlemin anlamını iyi aktarmıyor; ilerleme iletisi canlı bölge olarak işaretlenmemiş.

Klavye kullanıcısı için önce Tab ile sağ üst tetikleyiciyi bulun, Enter/Space ile menüyü açın, ok tuşlarıyla Export’a ilerleyin ve iletişim kutusundaki onay kutularını Space ile değiştirin. Odak görünmüyor veya düğme adsızsa gören bir ekip arkadaşına bağımlı kalmak yerine tarayıcı geliştirici araçlarıyla erişilebilir adı doğrulayın. Agentflow tuvali sürükle-bırak ve bağlantı çizgilerine dayandığı için ekran okuyucu ve yalnız klavye kullanımında zordur; geçiş envanterini metin tablosunda yürütmek daha güvenilir. Bu notlar kaynak incelemesidir, çalışan 3.1.4 üzerinde tam WCAG testi değildir.

Alternatiflerle karşılaştırma

Dify 1.16.1, görsel ajan akışları, RAG, model ve araç yönetimini birlikte isteyen ekipler için en yakın adaylardan biri. Depo etkin, fakat lisansı standart Apache-2.0 değil; ek koşulları var. n8n 2.34.5, yüzlerce iş uygulamasına bağlanan belirlenebilir otomasyonlarda güçlü; lisansı “fair-code” yaklaşımında ve yeniden satış/hosted hizmet senaryoları ayrıca incelenmeli. LangGraph 1.2.11, kod, test, durum makinesi ve hata kurtarma üzerinde en fazla denetimi isteyen geliştiricilere uygun; depo MIT lisanslı, fakat görsel sürükle-bırak yerine geliştirme emeği ister.

Hiçbiri Flowise ExportData.json dosyasını eksiksiz ve otomatik içe aktaran resmî bir yol sunmuyor. “Dönüştürücü” betiği kullanacaksanız önce sahte veri üzerinde çalıştırın, üretilen istemleri ve araç izinlerini satır satır inceleyin. Görsel benzerlik, davranış eşdeğerliği değildir.

Güvenlik, gizlilik, lisans ve maliyet

Flowise lisansı karma: enterprise dizini ve açıkça işaretlenmiş bazı dosyalar ticari lisans altında; geri kalan ana kod Apache-2.0, üçüncü taraf bileşenler kendi koşullarına tabi. Duyurudaki “Apache-2.0 kodu çatallayın” çağrısı bu ayrıntıları ortadan kaldırmıyor. Bir topluluk çatalına geçmeden önce bakımcı kimliği, imzalı sürüm, güvenlik politikası, bağımlılık taraması ve sürdürülebilirlik planını inceleyin.

GitHub aramasında arşiv anında 701 açık issue ve “bug” etiketli 215 açık issue vardı. Stars sayısı bu bakım yükünü telafi eden bir kalite kanıtı değildir. İncelenen güncel sorunlar; 3.1.4 başlangıç hatası, MCP bağlantı sorunları ve insan girişi düğümünün belirli bağlantılarda takılması gibi üretim riskleri gösteriyor. İnternete açık eski bir Flowise örneğini olduğu gibi bırakmayın; ağ erişimini daraltın, ayrı çalışma hesabı kullanın, araç çıkış alanlarını izin listesine alın ve tüm sırları döndürün.

Flowise gizlilik politikası, Cloud verisinin ABD East 1 bölgesinde tutulduğunu; PostHog ve Stripe gibi hizmetlerin kullanıldığını söylüyor. Kendi sunucunda kullanım için Flowise’ın metrik toplamadığını belirtiyor, ancak bağladığınız model, vektör veritabanı ve araç sağlayıcıları yine veri işleyebilir. Cloud kullanıyorsanız dışa aktarım tamamlandıktan sonra saklama ve hesap silme koşullarını yazılı doğrulayın. Maliyet yalnız lisans değildir: yeniden kurma, test, gözlemleme, yedek, model çağrısı ve bakım personeli bütçeye girmeli.

Sınırlamalar ve sorun giderme

  • Export görünmüyorsa rolünüzde workspace:export, tek akış için ilgili agentflows:export veya chatflows:export iznini denetleyin.
  • Dosya boşsa doğru çalışma alanında olduğunuzu ve iletişim kutusunda veri türlerini işaretlediğinizi doğrulayın.
  • Hedefte model çalışmıyorsa dışa aktarımın kimlik bilgilerini taşımadığını hatırlayın; anahtarı yeniden ve en az yetkiyle bağlayın.
  • Belge yanıtları farklıysa yalnız Document Store kaydını değil, özgün dosyaları, parçalama ayarlarını, embedding modelini ve vektör dizinini de taşıyın.
  • Eski düğüm hedefte yoksa aynı iş sözleşmesini API, kod veya başka bir bağlayıcıyla yeniden kurun; adı benzeyen düğümü körlemesine seçmeyin.
  • Konuşma ve yürütme kayıtlarını dışa aktardıysanız saklama süresi, erişim yetkisi ve silme planı belirleyin.

Son karar: Çalışan Flowise kurulumunu bugün kapatmak zorunda değilsiniz; fakat arşivlenmiş, yeni güvenlik yaması belirsiz bir ajan platformunu plansız biçimde internete açık tutmak doğru değil. Önce tam yedek, sonra temizlenmiş JSON envanteri, ardından küçük bir kabul testiyle hedef platforma geçin. Üretim trafiğini ancak çıktı, izin, maliyet ve hata kurtarma sonuçları eşleştiğinde taşıyın.

Kaynaklar

✅ Uygulama Başarıyla Güncellendi!
🟢 Profil Uygulandı