NocoDB Nedir ve Veritabanını Elektronik Tabloya Dönüştürme

Bir ekipte veri denince akla çoğu zaman iki ayrı dünya gelir. Bir yanda yazılımcıların yönettiği, komut satırından ve SQL sorgularıyla konuşulan bir MySQL ya da PostgreSQL veritabanı vardır; verinin asıl yaşadığı, güçlü ama teknik bilgi isteyen yer burasıdır. Diğer yanda ise pazarlamacıların, operasyon ekibinin ve yöneticilerin gün boyu içinde çalıştığı elektronik tablolar durur; hızlı, tanıdık ve herkesin anladığı bir arayüz sunarlar ama ciddi veriyi taşımaya gelince kısa kalırlar. Sonuçta aynı bilgi iki yerde birden yaşamaya başlar, biri diğerinden kopar ve "hangi tablo güncel" tartışmaları eksik olmaz.

NocoDB tam da bu ikiliği ortadan kaldırmak için tasarlanmış açık kaynak bir araçtır. Mevcut ilişkisel veritabanınızın üzerine, Airtable'ı andıran modern bir elektronik tablo arayüzü giydirir. Yani veri gerçek bir MySQL ya da Postgres tablosunda durmaya devam ederken, teknik olmayan ekip arkadaşlarınız aynı veriyi tarayıcıdan, satır satır düzenlenebilen renkli bir tablo gibi görür. Bu yazıda NocoDB'nin nasıl çalıştığını, Docker ile nasıl kurulduğunu, tablo ve görünümlerin nasıl oluşturulduğunu, ekip paylaşımını ve webhook tabanlı otomasyonu ele alacağız. Amacımız, kıdemli bir sistem yöneticisinin bir müşteriye anlatacağı netlikte, uygulanabilir bir rehber sunmak.

NocoDB Nedir, Ne İşe Yarar#

NocoDB, bir "no-code veritabanı" aracıdır. Buradaki fikir, veriyle çalışmak için mutlaka SQL yazmak zorunda olmamanızdır. Tabloları oluşturur, alanları tanımlar, satırları eklersiniz; arkada tüm bu işlemlerin gerçek bir veritabanı karşılığı vardır. Kod yazmadan yönetirsiniz ama sonuçta ortaya çıkan, egzotik bir yapı değil, standart bir ilişkisel şemadır.

NocoDB'yi benzerlerinden ayıran en önemli özellik, çoğu no-code aracın aksine kendi kapalı veri deposunu dayatmamasıdır. İki farklı şekilde çalışabilir. Birincisi, sizin için yeni ve bağımsız bir veritabanı oluşturur; sıfırdan bir proje kuruyorsanız bu yeterlidir. İkincisi ve asıl gücünü gösterdiği senaryo ise, halihazırda var olan bir MySQL veya PostgreSQL veritabanına dışarıdan bağlanmasıdır. Elinizde yıllardır çalışan bir uygulama veritabanı olduğunu düşünün; NocoDB'yi ona bağladığınızda, tek bir satır kodunu değiştirmeden o veritabanının tablolarını elektronik tablo gibi görüntüleyip düzenleyebilirsiniz. Uygulamanız veriyi yazmaya devam eder, ekibiniz aynı veriyi NocoDB'den okur ve günceller.

Kısacası NocoDB şu işleri tek elden yapar:

• Var olan veritabanınıza dokunmadan ona modern bir arayüz kazandırır.
• Teknik olmayan ekip üyelerine veriyi düzenleme yetkisini güvenli biçimde açar.
• Aynı veriyi tablo, galeri, takvim ve kanban gibi farklı görünümlerde sunar.
• Değişiklikleri otomasyon akışlarına bağlamak için webhook üretir.
• Verinize dışarıdan erişmek için otomatik bir REST API sağlar.

Bu yönüyle NocoDB, verinin nerede durduğunu değiştirmeden onunla nasıl çalıştığınızı değiştirir. Veritabanı yönetiminin daha geniş bir resmini merak ediyorsanız Supabase rehberimiz tam donanımlı bir arka uç kurmanın nasıl bir şey olduğunu; Metabase yazımız ise aynı verinin nasıl görselleştirilip raporlandığını anlatır.

Veritabanının Üzerine Elektronik Tablo Giydirmek#

NocoDB'nin çalışma mantığını anlamak, aracı doğru kullanmanın anahtarıdır. Klasik bir uygulamada arayüz ile veritabanı iç içe geçmiştir; birini değiştirmek genellikle diğerine dokunmayı gerektirir. NocoDB ise bu ikisini birbirinden ayırır ve araya kendini yerleştirir. Alttaki veritabanı olduğu gibi kalır, üstteki arayüz ise NocoDB tarafından anlık olarak üretilir.

Somutlaştıralım. Diyelim ki bir e-ticaret sisteminizde orders adında bir tablonuz var ve şu şekilde tanımlı:

CREATE TABLE orders (
  id          INT AUTO_INCREMENT PRIMARY KEY,
  customer    VARCHAR(120) NOT NULL,
  total       DECIMAL(10,2) NOT NULL,
  status      VARCHAR(20) DEFAULT 'pending',
  created_at  TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

Bu tabloya NocoDB'yi bağladığınızda, orders tablosu anında ekranda bir elektronik tablo olarak belirir. status sütunu bir açılır menüye, created_at sütunu bir tarih alanına, total ise para birimi biçiminde gösterilen bir sayı alanına dönüşür. Operasyon ekibinden biri bir siparişin durumunu pending değerinden shipped değerine çekmek istediğinde, hücreye tıklayıp menüden seçer. NocoDB arka planda şuna benzer bir sorgu çalıştırır:

UPDATE orders SET status = 'shipped' WHERE id = 4192;

Kullanıcı bu SQL cümlesini hiç görmez; onun gözünde yaptığı şey bir hücreyi güncellemekten ibarettir. Ama sonuç, uygulamanızın da okuduğu asıl veritabanına yazılmıştır. İşte NocoDB'nin "veritabanının üzerine elektronik tablo giydirmek" derken kastettiği şey budur: veri tek bir yerde kalır, ona iki farklı pencereden bakılır. Bu ayrım sayesinde uygulamanızın kodunu hiç değiştirmeden, veriye insan dostu bir kapı açmış olursunuz.

Docker ile NocoDB Kurulumu#

NocoDB'yi kendi sunucunuzda çalıştırmanın en temiz yolu Docker kullanmaktır. Tek bir komutla, hızlı bir denemeye uygun kurulum yapabilirsiniz. Aşağıdaki komut, NocoDB'yi kendi gömülü SQLite deposuyla ayağa kaldırır ve verileri kalıcı olması için bir birime (volume) bağlar:

docker run -d --name nocodb \
  -p 8080:8080 \
  -v nocodb_data:/usr/app/data \
  nocodb/nocodb:latest

Birkaç saniye içinde http://sunucu-ip:8080 adresinden panele erişip ilk yönetici hesabınızı oluşturabilirsiniz. Bu kurulum denemeler için yeterlidir, ancak üretim ortamında NocoDB'nin kendi meta verisini de sağlam bir veritabanında tutmasını istersiniz. Bunun için Docker Compose ile hem NocoDB'yi hem de yanında bir Postgres örneğini birlikte çalıştırmak daha doğru bir yaklaşımdır:

services:
  nocodb:
    image: nocodb/nocodb:latest
    container_name: nocodb
    depends_on:
      - db
    environment:
      NC_DB: "pg://db:5432?u=nocodb&p=guclu_bir_parola&d=nocodb_meta"
      NC_PUBLIC_URL: "https://veri.ornekfirma.com"
    ports:
      - "8080:8080"
    volumes:
      - nocodb_data:/usr/app/data
    restart: unless-stopped

  db:
    image: postgres:16
    container_name: nocodb_pg
    environment:
      POSTGRES_USER: nocodb
      POSTGRES_PASSWORD: guclu_bir_parola
      POSTGRES_DB: nocodb_meta
    volumes:
      - pg_data:/var/lib/postgresql/data
    restart: unless-stopped

volumes:
  nocodb_data:
  pg_data:

Bu dosyayı docker-compose.yml olarak kaydedip aynı klasörde docker compose up -d komutunu çalıştırdığınızda iki konteyner birlikte başlar. NC_DB değişkeni NocoDB'nin kendi ayarlarını nerede saklayacağını söyler; NC_PUBLIC_URL ise oluşturulacak paylaşım bağlantılarının ve webhook adreslerinin doğru alan adıyla üretilmesini sağlar. Hassas parolaları doğrudan dosyaya gömmek yerine bir .env dosyasında tutmak iyi bir alışkanlıktır:

POSTGRES_PASSWORD=guclu_bir_parola
NC_PUBLIC_URL=https://veri.ornekfirma.com

NocoDB'yi bir alan adı altında güvenli biçimde yayınlamak için önüne bir ters vekil sunucu (reverse proxy) koymanız gerekir. Nginx ile temel bir yapılandırma şöyledir:

server {
    listen 80;
    server_name veri.ornekfirma.com;

    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Buradaki Upgrade ve Connection başlıkları önemlidir; NocoDB arayüzü canlı güncellemeler için WebSocket kullanır ve bu başlıklar olmadan bağlantı düzgün çalışmaz. Son adım olarak alan adınızın bu sunucuya baktığından emin olun. DNS bölgenize basit bir A kaydı eklemeniz yeterlidir:

veri    IN    A    203.0.113.42

Ardından bir SSL sertifikası kurup trafiği HTTPS üzerine taşımayı unutmayın; panelde ekip parolaları ve veri dolaşacağı için şifreli bağlantı zorunludur. Sertifika ve alan adı konularında SSL sertifikası ve alan adı sayfalarımız yol gösterir. Kurulumun tamamıyla uğraşmak istemiyorsanız, NocoDB gibi açık kaynak uygulamaları tek tıkla ayağa kaldıran App Center seçeneğini de değerlendirebilirsiniz.

Var Olan Veritabanına Bağlanma#

NocoDB kurulup panele girdikten sonra ilk yapacağınız iş, ona hangi veritabanıyla çalışacağını söylemektir. Panelde yeni bir "kaynak" (data source) eklerken, elinizdeki MySQL ya da PostgreSQL sunucusunun bilgilerini girersiniz. Bağlantı için tipik olarak şu değerler gerekir:

Burada kritik bir güvenlik önerisi vardır: NocoDB'yi root gibi tam yetkili bir hesapla değil, yalnızca ihtiyaç duyduğu izinlere sahip ayrı bir kullanıcıyla bağlayın. Örneğin ekibinizin belirli tabloları yalnızca okumasını ve düzenlemesini istiyorsanız, bu hesaba tablo silme ya da şema değiştirme yetkisi vermeyin. MySQL tarafında böyle bir kullanıcı oluşturmak şöyle görünür:

CREATE USER 'nocodb_app'@'%' IDENTIFIED BY 'ayri_ve_guclu_parola';
GRANT SELECT, INSERT, UPDATE, DELETE ON magaza.* TO 'nocodb_app'@'%';
FLUSH PRIVILEGES;

Bağlantı kurulduğu anda NocoDB, veritabanındaki tabloları tarar ve her birini bir elektronik tablo olarak listeler. Var olan sütunların türlerini otomatik algılar; metin, sayı, tarih ve boolean alanları uygun arayüz bileşenlerine eşler. Bu noktadan sonra ekibiniz, veritabanına dair hiçbir teknik bilgiye ihtiyaç duymadan çalışmaya başlayabilir. Uygulamanızla NocoDB'nin aynı veriyi paylaştığını unutmayın; bu yüzden düzenli bir yedekleme planı, olası bir hatalı toplu düzenlemenin geri alınabilmesi için baştan kurulmalıdır.

Tablo, Alan ve Görünüm Oluşturma#

NocoDB'nin gündelik kullanımı üç kavram etrafında döner: tablolar, alanlar ve görünümler. Tablolar veriyi tutar, alanlar sütunları tanımlar, görünümler ise aynı veriye farklı açılardan bakmanızı sağlar.

Alanlar (sütunlar) yalnızca basit metin ya da sayı olmak zorunda değildir. NocoDB, tablo hesabı deneyimini zenginleştiren birçok özel alan türü sunar. Bir "Tek Seçim" alanı, status sütununu renkli etiketlerle gösterilen bir açılır menüye çevirir. "Ek" (attachment) alanı, doğrudan satıra dosya yüklemenize izin verir. "İlişki" (link) alanı, bir tablodaki satırı başka bir tablodaki satıra bağlar; örneğin her siparişi ilgili müşteri kaydına iliştirebilirsiniz. "Formül" alanı ise diğer sütunlardan hesaplanan bir değer üretir; bir siparişin toplamına vergiyi ekleyip nihai tutarı otomatik gösterebilirsiniz. Bu türlerin çoğu, arkadaki gerçek veritabanı sütununu değiştirmeden, NocoDB'nin sunum katmanında yaşar.

Görünümler (views) ise NocoDB'yi bir tablo düzenleyicisinden fazlası yapan asıl özelliktir. Tek bir tablonun verisini, kimin ne için baktığına göre farklı biçimlerde sunabilirsiniz:

• Izgara (Grid): Klasik satır-sütun tablosu; verinin ana çalışma alanı.
• Galeri: Her satırı bir kart olarak gösterir; görselli kayıtlar için idealdir.
• Kanban: Kayıtları bir sütun değerine göre panolara dizer; sipariş durumlarını "beklemede / kargoda / teslim" şeklinde sürükleyerek yönetmek için birebirdir.
• Takvim: Tarih alanına sahip kayıtları bir takvim üzerinde gösterir; teslim tarihleri ya da randevular için kullanışlıdır.
• Form: Tabloya dışarıdan veri toplamak için paylaşılabilir bir web formu üretir.

Aynı orders tablosunu düşünün: yönetici geniş bir ızgara görünümünde tüm sütunları görürken, kargo ekibi yalnızca shipped durumundaki kayıtları filtreleyen bir kanban görünümüyle çalışabilir. Her görünüm kendi filtresini, sıralamasını ve gizlediği sütunları taşır; ama hepsi aynı tek veriye bakar. Böylece herkes kendi işine uygun bir pencereden aynı gerçeğe erişir.

Ekip Paylaşımı ve İzinler#

NocoDB'nin bir kurumda değer kazandığı yer, veriyi ekiple güvenli biçimde paylaşabilmenizdir. Paneli birden çok kişiye açtığınızda, herkesin her şeye erişmesini istemezsiniz; işte bu noktada rol tabanlı izinler devreye girer. NocoDB, bir çalışma alanına (workspace) ya da projeye davet ettiğiniz her kullanıcıya bir rol atamanıza olanak tanır.

Bu ayrım, teknik olmayan bir çalışana veriyi düzenleme yetkisi verirken, aynı kişinin tablo yapısını yanlışlıkla bozmasını engeller. Örneğin operasyon ekibine "Editor" rolü vererek sipariş durumlarını güncellemelerine izin verir, ama sütun silme ya da tablo yapısını değiştirme yetkisini onlardan uzak tutarsınız.

Paylaşımın bir başka boyutu, tek tek görünümleri dışarıya açabilmenizdir. Bir görünümü herkese açık bir bağlantı olarak paylaşabilir, isterseniz bu bağlantıyı bir parolayla koruyabilirsiniz. Böylece panele hiç hesabı olmayan bir müşteriye ya da tedarikçiye, yalnızca belirli filtrelenmiş kayıtları gösteren salt okunur bir tablo iletebilirsiniz. Bu paylaşım bağlantıları alan adınız üzerinden dağıtıldığı için, NocoDB'yi güvenilir bir sunucuda barındırmak ve önüne bir güvenlik duvarı koymak önemlidir; panel, artık kurumsal verinizin bir kapısıdır. Birden çok ekibe hizmet veren yoğun bir kurulum için VDS sunucu gibi kaynakları ayrılmış bir ortam, paylaşımlı bir plana göre çok daha kararlı çalışır.

Otomasyon ve Webhook'larla Entegrasyon#

NocoDB'yi statik bir tablo düzenleyicisi olmaktan çıkarıp canlı bir iş akışının parçası yapan özellik webhook desteğidir. Webhook, kısaca "veride belirli bir şey olduğunda dışarıya bir haber gönder" demektir. NocoDB'de bir tabloya webhook tanımladığınızda, örneğin yeni bir satır eklendiğinde, bir satır güncellendiğinde ya da silindiğinde, belirlediğiniz bir adrese otomatik olarak bir HTTP isteği gönderilir.

Bunun pratik karşılığı çok geniştir. Yeni bir sipariş satırı eklendiğinde bir mesajlaşma kanalına bildirim düşürebilir, bir kayıt "onaylandı" durumuna geçtiğinde müşteriye e-posta tetikleyebilir ya da veriyi başka bir sisteme aktarabilirsiniz. Bir webhook'un dışarıya gönderdiği veri gövdesi tipik olarak şuna benzer:

type: records.after.insert
table: orders
data:
  id: 4193
  customer: "Ayşe Demir"
  total: 1290.00
  status: pending

Bu isteği karşılayan taraf, kendi mantığını çalıştırır. En yaygın kurulum, NocoDB'yi bir otomasyon aracına bağlamaktır; webhook'u böyle bir aracın "dinleme" adresine yönlendirdiğinizde, gelen her olay için sıralı adımlar (e-posta gönder, kayıt oluştur, koşula bak) tanımlayabilirsiniz. Basit bir uç noktayı elle test etmek için bile bu yapı işe yarar:

curl -X POST https://otomasyon.ornekfirma.com/webhook/yeni-siparis \
  -H "Content-Type: application/json" \
  -d '{"customer":"Ayşe Demir","total":1290.00,"status":"pending"}'

Webhook'ların yanı sıra NocoDB, bağladığınız her tablo için otomatik bir REST API de üretir. Yani veriye yalnızca panelden değil, kendi yazdığınız kodlardan ya da başka servislerden de programatik olarak erişebilirsiniz. Bir API belirteci (token) oluşturup istekleri kimlik doğrulamasıyla korursunuz. Bu ikili yapı, çeken (API ile veri okuma) ve iten (webhook ile olay bildirme) tarafları birlikte sağlar; böylece NocoDB, çevresindeki diğer sistemlerle iki yönlü konuşabilen bir merkez hâline gelir. Otomasyonun daha kapsamlı örnekleri için App Center'daki iş akışı araçlarına ve verinizi görselleştirmek istediğinizde Metabase rehberimize göz atabilirsiniz.

Airtable ve Diğer Araçlarla Karşılaştırma#

NocoDB en çok Airtable'a benzetilir ve haklı olarak "açık kaynak Airtable alternatifi" diye anılır. İkisi de veriyi renkli, esnek bir elektronik tablo gibi sunar; ancak temeldeki felsefeleri farklıdır.

En belirleyici fark veri sahipliğidir. Airtable'da verileriniz üreticinin sunucularında, size doğrudan erişimi olmayan özel bir formatta durur; NocoDB'de ise veri sizin denetiminizdeki bir MySQL ya da PostgreSQL veritabanında kalır ve dilediğiniz zaman standart araçlarla dışa aktarabilirsiniz. Bu, hem Türkiye'deki KVKK gibi düzenlemelere uyum hem de satıcıya bağımlılığı azaltmak açısından önemli bir avantajdır.

NocoDB tek seçenek değildir. Eğer ihtiyacınız yalnızca veriyi güzelce göstermek değil, bir uygulamanın arka ucunu baştan kurmaksa, PostgreSQL üzerine oturan ve kimlik doğrulama ile API'yi birlikte getiren Supabase daha uygundur. Amacınız veriyi düzenlemek değil de grafikler ve panolarla analiz etmekse, iş zekası odaklı Metabase doğru araçtır. NocoDB'nin tatlı noktası ise bu ikisinin arasındadır: var olan veriye insan dostu bir düzenleme arayüzü kazandırmak. Bu araçların hepsini kendi ortamınızda denemek için sunucu ve hosting seçeneklerimiz farklı bütçe ve ölçeklere uygun başlangıçlar sunar.

Sıkça Sorulan Sorular#

NocoDB var olan veritabanımı bozar mı?#

Hayır, doğru izinlerle kurulduğunda NocoDB veritabanınızın yapısını kendiliğinden değiştirmez. Var olan bir veritabanına bağlandığında yalnızca tabloları okur ve sizin panelden yaptığınız düzenlemeleri ilgili satırlara yazar. Yine de güvenli tarafta kalmak için NocoDB'yi tam yetkili bir hesap yerine yalnızca gerekli izinlere sahip ayrı bir kullanıcıyla bağlamak ve düzenli yedek almak en sağlıklı yaklaşımdır.

NocoDB kullanmak için SQL bilmem gerekir mi?#

Gündelik kullanım için SQL bilmek gerekmez, aracın tüm amacı zaten budur. Tabloları, alanları ve görünümleri görsel panelden kod yazmadan yönetirsiniz. Ancak NocoDB'yi var olan bir veritabanına bağlarken bağlantı bilgilerini girmek ve ilk kullanıcı izinlerini ayarlamak gibi bir kez yapılacak işler temel bir veritabanı bilgisi gerektirir; bu kısımda bir sistem yöneticisinden destek almak işinizi kolaylaştırır.

NocoDB ile Airtable arasındaki en büyük fark nedir?#

En büyük fark, verinin kimde durduğudur. Airtable verilerinizi kendi kapalı bulutunda tutarken, NocoDB veriyi sizin kontrolünüzdeki bir MySQL ya da PostgreSQL veritabanında bırakır ve açık kaynaktır. Bu sayede veriyi istediğiniz zaman dışa aktarabilir, kendi sunucunuzda barındırabilir ve kullanıcı başına ödenen abonelik yerine sabit bir sunucu maliyetiyle çalışabilirsiniz.

NocoDB'yi çalıştırmak için ne kadar kaynak gerekir?#

Küçük ve orta ölçekli bir kullanım için mütevazı bir sunucu yeterlidir. Genellikle 1 ila 2 vCPU ve 2 GB RAM civarındaki bir yapılandırma, birkaç kullanıcının ve orta boyutlu tabloların ihtiyacını rahatça karşılar. Kullanıcı sayısı ve veri büyüdükçe belleği artırmak ve NocoDB'nin bağlandığı veritabanını ayrı bir sunucuya taşımak performansı korur; yoğun kurulumlarda kaynakları ayrılmış bir VDS tercih etmek daha kararlı bir deneyim sağlar.

Teknik olmayan ekip üyelerine güvenle yetki verebilir miyim?#

Evet, NocoDB bunun için rol tabanlı bir izin sistemi sunar. Bir kullanıcıya "Editor" rolü vererek satırları düzenlemesine izin verirken tablo yapısını değiştirmesini engelleyebilir, ya da "Viewer" rolüyle yalnızca görüntüleme yetkisi tanıyabilirsiniz. Ayrıca tek tek görünümleri parolayla korunan bağlantılar hâlinde paylaşarak, panelde hiç hesabı olmayan kişilere bile yalnızca belirli verileri gösterebilirsiniz.

NocoDB'yi diğer sistemlerle nasıl entegre ederim?#

İki temel yol vardır: webhook'lar ve otomatik REST API. Bir tabloya webhook tanımladığınızda, yeni kayıt eklenmesi ya da güncellenmesi gibi olaylarda NocoDB belirlediğiniz bir adrese otomatik bir istek gönderir; bunu bir otomasyon aracına bağlayarak e-posta, bildirim veya başka sistemlere aktarım tetikleyebilirsiniz. Ayrıca her tablo için üretilen REST API sayesinde, kendi kodunuzdan bir belirteçle kimlik doğrulayarak veriye programatik olarak erişebilirsiniz.

Kapanış#

NocoDB, veriyle çalışmanın iki dünyasını (yazılımcının güçlü veritabanı ile ekibin tanıdık elektronik tablosu) tek bir çatı altında buluşturur. Var olan MySQL ya da Postgres veritabanınıza dokunmadan ona modern bir arayüz giydirir, teknik olmayan ekip üyelerine güvenli düzenleme yetkisi açar, aynı veriyi kanban ve takvim gibi farklı görünümlerde sunar ve webhook'larla onu canlı bir iş akışının parçası yapar. Açık kaynak olması ve verinizi sizin denetiminizde tutması ise onu, bulut tabanlı kapalı alternatiflerin öne çıkan bir seçeneği hâline getirir.

Kendi NocoDB kurulumunuzu ayağa kaldırmak için sağlam bir zemine ihtiyacınız var. Docker'ı rahatça çalıştırabileceğiniz bir ortam ve kaynakları ayrılmış bir sunucu, hem panelin akıcı çalışmasını hem de verinizin güvenliğini destekler. Clou.TR'nin VDS ve sanal sunucu seçenekleriyle uygun bir plan belirleyebilir, kurulumu kolaylaştırmak için App Center üzerinden tek tıkla açık kaynak uygulamaları başlatabilir ve verinizi SSL ile şifreleyip yedekleme planınızı baştan kurarak güvenle yola çıkabilirsiniz. Veritabanınızı bir elektronik tabloya dönüştürmenin en temiz yolu, onu kendi sunucunuzda, kendi denetiminizde çalıştırmaktan geçer.