Zulip Nedir ve Konu Bazlı Ekip Sohbeti Kurulumu

Yoğun bir ekipte çalışan hemen herkes şu duyguyu bilir: sabah bilgisayarı açarsınız, mesajlaşma uygulamasında yüzlerce okunmamış mesaj birikmiştir ve hepsi tek bir akışta üst üste yığılmıştır. Pazarlama kampanyasıyla ilgili bir soru, sunucu bakımına dair bir uyarı, öğle yemeği planı ve müşteri geri bildirimi aynı kanalda iç içe geçmiştir. Bu karmaşayı okumak, önemli olanı ayıklamak ve geride kalan bir konuşmaya geri dönmek başlı başına bir iş yüküne dönüşür. İşte Zulip, tam olarak bu sorunu çözmek için tasarlanmış, kendi sunucunuzda barındırabileceğiniz açık kaynaklı bir ekip sohbet platformudur.

Zulip'i diğer araçlardan ayıran şey, kanalların içine bir katman daha eklemesidir: konu (topic). Her mesaj bir kanala değil, o kanalın içindeki belirli bir konuya aittir; tıpkı bir e-posta başlığı gibi. Bu basit görünen fikir, mesajlaşmayı baştan aşağı değiştirir ve özellikle çok konuşan, çok kanalı olan ekipler için okunabilirliği dramatik biçimde artırır. Bu rehberde Zulip'in ne olduğunu, konu bazlı modelin neden bu kadar verimli olduğunu, Docker ile nasıl kurulacağını, organizasyon ayarlarını ve diğer sohbet araçlarıyla nasıl kıyaslandığını kıdemli bir sistem yöneticisinin bakış açısıyla ele alacağız. Kendi altyapınızda çalışan iletişim araçlarına ilgi duyuyorsanız Mattermost rehberimiz ve konteyner yönetimi için Portainer rehberimiz iyi birer tamamlayıcıdır.

Zulip nedir, ne işe yarar?#

Zulip, ekipler için tasarlanmış açık kaynaklı bir grup sohbeti ve iş birliği platformudur. En basit tanımıyla, Slack veya Microsoft Teams gibi araçların çözdüğü ihtiyacı karşılar; ancak bunu tamamen farklı bir organizasyon mantığıyla yapar. Yazılım Python (Django) ile geliştirilmiş bir sunucu bileşeninden ve modern bir web arayüzünden oluşur. Kullanıcılar tarayıcıdan, masaüstü uygulamasından (Windows, macOS, Linux) ve mobil uygulamalardan (Android, iOS) erişebilir.

Zulip'in en belirgin özelliği, klasik kanal yapısını kanal + konu ikili yapısına dönüştürmesidir. Diğer araçlarda bir kanala girer ve tüm mesajları tek bir zaman akışında görürsünüz. Zulip'te ise her kanalın içinde ayrı ayrı konular vardır ve her mesaj mutlaka bir konuya iliştirilir. "Sunucu Bakımı" kanalında "Ağustos güncellemesi", "Disk uyarısı" ve "SSL yenileme" gibi ayrı konular yan yana durabilir; siz de yalnızca ilgilendiğiniz konuyu takip edebilir, gerisini görmezden gelebilirsiniz.

Bu model, Zulip'i özellikle asenkron çalışan, farklı zaman dilimlerine dağılmış ve yoğun mesaj trafiği olan ekipler için son derece güçlü kılar. Bir mesaja saatler sonra bile geri dönseniz, o konuşmanın hangi bağlama ait olduğunu tek bakışta anlarsınız. Üstelik açık kaynak olduğu için tüm veriyi kendi sunucunuzda tutabilir, yazılımı ihtiyaçlarınıza göre özelleştirebilir ve kullanıcı başına ücret ödemeden dilediğiniz kadar kişiyi barındırabilirsiniz.

Konu bazlı akış modeli neden fark yaratır?#

Zulip'in kalbindeki fikri anlamak, onun neden var olduğunu anlamaktır. Klasik bir sohbet aracında bir kanal, sürekli akan tek bir zaman çizgisidir. On kişi aynı anda üç farklı meseleden konuşursa, mesajlar iç içe geçer ve ortaya "sohbet salatası" dediğimiz durum çıkar. Kim neye cevap veriyor belli olmaz, bir tartışmayı sonuna kadar takip etmek için ekranda yukarı aşağı gezinmeniz gerekir.

Zulip bu sorunu, her mesaja bir kanal ve bir konu atayarak çözer. Konuyu şöyle düşünün: kanal bir e-posta klasörü, konu ise o klasördeki bir e-posta başlığıdır. Örneğin #geliştirme kanalında "PR-482 incelemesi", "Test ortamı çöktü" ve "Yeni API tasarımı" adında üç ayrı konu olabilir. Her konu kendi içinde derli topludur; bir konuşmayı açtığınızda yalnızca o meseleye dair mesajları, baştan sona sıralı biçimde görürsünüz.

Bu yapının pratikteki getirileri oldukça somuttur:

• Seçici okuma. Yüzlerce mesajı taramak yerine, konu listesine bakıp yalnızca ilgilendiklerinizi açarsınız. Alakasız konuları tek tuşla "çözüldü" olarak işaretleyip listeden temizleyebilirsiniz.
• Bağlamın korunması. Günler önce başlamış bir tartışmaya geri döndüğünüzde, konunun başlığı size bağlamı anında hatırlatır. Hangi mesaj neye cevaptı diye kafa yormazsınız.
• Asenkron uyum. Ekibiniz farklı saatlerde çalışıyorsa, herkes uygun olduğunda ilgili konuya katkı verir; konuşma dağılmaz.
• Odaklanma. Bildirim yorgunluğu azalır. Yalnızca takip ettiğiniz konulardan uyarı almayı seçebilirsiniz.

Alışkanlıkları kırmak biraz zaman alır; Slack'ten gelen bir ekip başta her mesaja konu atamayı fazladan bir adım gibi görebilir. Ancak birkaç gün içinde bu disiplin ikinci doğa haline gelir ve geri dönüldüğünde tek akışlı sohbet dağınık ve verimsiz görünmeye başlar. Zulip topluluğunun sıkça söylediği gibi: "Bir kez konu bazlı çalışmaya alışınca, düz akışa geri dönmek istemezsiniz."

Temel özellikler#

Konu modeli Zulip'in imza özelliği olsa da, platform modern bir ekip iletişim aracından beklenen her şeyi sunar:

• Kanallar ve konular: Açık, özel veya web genelinde herkese açık kanallar oluşturabilir; her kanalın içinde sınırsız konu açabilirsiniz.
• Güçlü arama: Kanal, konu, gönderen, tarih ve anahtar kelimeye göre son derece ayrıntılı arama yapabilirsiniz. Zulip'in arama söz dizimi (stream:geliştirme topic:API) çok esnektir.
• Markdown ve kod blokları: Mesajlarda zengin biçimlendirme, söz dizimi vurgulamalı kod blokları, tablolar ve LaTeX matematik gösterimi desteklenir. Geliştirici ekipler için ideal.
• Entegrasyonlar ve webhook'lar: GitHub, GitLab, Jira, Sentry, Jenkins gibi yüzlerce hazır entegrasyon ve gelen webhook desteğiyle Zulip'i CI/CD ve izleme sistemlerinize bağlayabilirsiniz.
• Bildirim akışı (@ ve konu takibi): Kişileri, tüm kanalı veya belirli bir konuyu etiketleyebilir; bildirimlerinizi konu düzeyinde inceltebilirsiniz.
• Mesaj düzenleme ve taşıma: Bir konuyu yanlış kanala açtıysanız, tüm konuşmayı başka bir kanala veya konuya taşıyabilirsiniz. Bu, düzeni korumak için çok kullanışlıdır.
• Emoji tepkileri, anketler ve yapılacaklar listeleri: Hızlı geri bildirim ve hafif iş takibi için yerleşik araçlar.
• Mobil ve masaüstü uygulamaları: Tüm büyük platformlar için resmi uygulamalar mevcuttur; çevrimdışı erişim ve anlık bildirim desteklenir.
• Yönetim paneli: Kullanıcılar, roller, izinler, kimlik doğrulama yöntemleri ve tüm organizasyon ayarları tek bir yönetim panelinden yönetilir.

Bu özellik seti, Zulip'i küçük bir açık kaynak projesinin gönüllü ekibinden yüzlerce kişilik bir kurumun merkezi iletişim altyapısına kadar geniş bir ölçeğe taşır.

Docker ile kurulum#

Zulip'i kurmanın birden fazla yolu vardır; klasik yöntem doğrudan bir Ubuntu sunucusuna kurulan tekli paket kurulumudur, ancak konteyner tabanlı modern altyapılar için Docker ile kurulum daha temiz ve taşınabilir bir seçenektir. Zulip verilerini bir PostgreSQL veritabanında saklar ve arka planda Redis, RabbitMQ ile Memcached gibi yardımcı servisler kullanır; Docker kurulumu bu bileşenlerin tümünü sizin yerinize bir araya getirir. Konteyner mantığına yabancıysanız kurulumdan önce Docker rehberimize göz atmanızı öneririz.

Donanım açısından Zulip, yardımcı servisleri nedeniyle bazı hafif alternatiflere göre biraz daha talepkardır. Küçük bir ekip için en az 2 GB RAM gerekir; rahat bir kullanım için 4 GB önerilir. Aşağıdaki tablo pratik bir yol gösterir:

Aşağıda docker-compose ile tipik bir Zulip yapılandırması yer alıyor. Bu dosya hem Zulip uygulamasını hem de bağımlı olduğu servisleri ayağa kaldırır:

services:
  database:
    image: zulip/zulip-postgresql:14
    restart: unless-stopped
    environment:
      POSTGRES_DB: zulip
      POSTGRES_USER: zulip
      POSTGRES_PASSWORD: degistirin_db_parolasi
    volumes:
      - postgresql_data:/var/lib/postgresql/data

  memcached:
    image: memcached:alpine
    restart: unless-stopped
    command: ["memcached", "-m", "128"]

  rabbitmq:
    image: rabbitmq:3.12
    restart: unless-stopped
    environment:
      RABBITMQ_DEFAULT_USER: zulip
      RABBITMQ_DEFAULT_PASS: degistirin_rabbit_parolasi

  redis:
    image: redis:alpine
    restart: unless-stopped

  zulip:
    image: zulip/docker-zulip:latest
    restart: unless-stopped
    depends_on:
      - database
      - memcached
      - rabbitmq
      - redis
    ports:
      - "80:80"
      - "443:443"
    environment:
      SETTING_EXTERNAL_HOST: "sohbet.sirketiniz.com"
      SETTING_ZULIP_ADMINISTRATOR: "[email protected]"
      SETTING_EMAIL_HOST: "smtp.sirketiniz.com"
      SETTING_EMAIL_HOST_USER: "[email protected]"
      SETTING_EMAIL_PORT: "587"
      SECRETS_email_password: "degistirin_smtp_parolasi"
      SECRETS_postgres_password: "degistirin_db_parolasi"
      SECRETS_rabbitmq_password: "degistirin_rabbit_parolasi"
      SECRETS_secret_key: "degistirin_uzun_rastgele_bir_anahtar"
    volumes:
      - zulip_data:/data

volumes:
  postgresql_data:
  zulip_data:

Dosyayı kaydettikten sonra aynı dizinde tek komutla başlatırsınız:

docker compose up -d

İlk başlatmada Zulip veritabanı şemasını oluşturur ve TLS sertifikalarını hazırlar; bu işlem birkaç dakika sürebilir. Örnekteki tüm parolaların ve SECRETS_secret_key değerinin gerçek kurulumda mutlaka değiştirilmesi gerektiğini yineleyelim. Güvenli bir gizli anahtar üretmek için şu komutu kullanabilirsiniz:

head -c 32 /dev/urandom | base64

SETTING_EXTERNAL_HOST değerini, kullanıcıların erişeceği tam alan adına göre ayarlayın; bu adres, e-posta bağlantılarında ve arayüz yönlendirmelerinde kullanılır.

SSL, DNS ve ilk organizasyon#

Zulip'in Docker imajı, Let's Encrypt ile otomatik sertifika üretimini destekler; ancak bunun çalışması için önce alan adınızın sunucunuza doğru yönlendirilmiş olması gerekir. Bir A kaydıyla alan adınızı sunucunuzun IP'sine yönlendirin:

sohbet.sirketiniz.com.   IN   A   203.0.113.42

DNS değişikliklerinin dünya geneline yayılması biraz zaman alabilir; bu süreç ve doğrulama yöntemleri için DNS nedir rehberimize bakabilirsiniz. Alan adı çözümlendikten sonra Zulip, SETTING_EXTERNAL_HOST için otomatik olarak geçerli bir HTTPS sertifikası alır. Kendi ters vekilinizi (Nginx gibi) kullanmayı tercih ederseniz, Zulip gerçek zamanlı mesajlaşma için WebSocket bağlantısı kullandığından WebSocket geçişini (upgrade başlıkları) etkinleştirmeyi unutmayın; aksi halde mesajlar anlık gelmez. Ücretsiz ve otomatik yenilenen bir sertifika için Let's Encrypt ile ücretsiz SSL rehberimizi inceleyebilirsiniz.

Sunucu ayağa kalktıktan sonra ilk organizasyonu (organization) oluşturmanız gerekir. Zulip'te bir sunucu birden çok bağımsız organizasyona (realm) ev sahipliği yapabilir, ancak çoğu kurum tek organizasyon kullanır. İlk organizasyonu oluşturmak için sunucu içinde yönetimsel bir komut çalıştırıp size özel bir kayıt bağlantısı üretirsiniz:

docker exec -it zulip /home/zulip/deployments/current/manage.py generate_realm_creation_link

Bu komut size tek kullanımlık bir bağlantı verir. Tarayıcıdan bu bağlantıya gittiğinizde organizasyonun adını, alt alan adını ve ilk yönetici hesabını belirlersiniz. İlk kaydolan kişi, organizasyonun sahibi (owner) olur; bu yüzden ilk hesabı kendiniz oluşturun ve güçlü bir parola belirleyin. Güçlü parola oluşturma ve saklama konusunda güçlü parola politikası rehberimiz yol gösterir.

Organizasyon ayarları ve yönetim#

Organizasyonu kurduktan sonra yönetim panelinden yapmanız gereken birkaç temel ayar vardır. Bunlar, sunucunuzun hem güvenli hem de ekibinize uygun çalışmasını sağlar.

Kayıt ve davet politikası. Zulip, üç temel kayıt modeli sunar: herkese açık kayıt, davetle kayıt ve alan adı kısıtlamalı kayıt. Kurumsal kullanımda genellikle yalnızca @sirketiniz.com uzantılı e-postaların kaydolabildiği alan adı kısıtlaması ya da davet tabanlı model tercih edilir. Bu ayar, sunucunuza istenmeyen kişilerin katılmasını engeller.

Kullanıcı rolleri ve izinler. Zulip; sahip, yönetici, moderatör, üye ve misafir gibi ince ayarlı roller sunar. Misafir rolü özellikle kullanışlıdır: dışarıdan bir danışmanı yalnızca belirli kanallara erişecek şekilde ekleyebilirsiniz. Kimin kanal açabileceğini, kimin kullanıcı davet edebileceğini ve kimin mesaj taşıyabileceğini organizasyon düzeyinde belirleyebilirsiniz.

Varsayılan kanallar. Yeni katılan herkesin otomatik olarak abone olacağı kanalları belirleyin. Genellikle #genel, #duyurular ve #karşılama gibi kanallar varsayılan yapılır; böylece yeni üyeler boş bir arayüzle karşılaşmaz.

Kimlik doğrulama. Yerleşik e-posta/parola girişinin yanı sıra Zulip; Google, GitHub, GitLab, SAML ve LDAP gibi harici kimlik sağlayıcılarını destekler. Kurumsal bir ortamda mevcut kimlik altyapınıza bağlanmak, kullanıcı yönetimini büyük ölçüde kolaylaştırır.

Mesaj saklama politikası. İsterseniz belirli bir süre sonra mesajların otomatik silinmesini ayarlayabilir, isterseniz süresiz saklayabilirsiniz. Bu, hem depolama yönetimi hem de veri saklama uyumu açısından önemlidir.

Bu ayarları yaptıktan sonra ekip üyelerinizi davet edip kanallarınızı oluşturmaya başlayabilirsiniz. İlk günlerde ekibinize "her mesaja anlamlı bir konu başlığı verin" alışkanlığını kazandırmak, Zulip'ten alacağınız verimi doğrudan belirler.

Diğer sohbet araçlarıyla karşılaştırma#

Zulip'i değerlendirirken en sık sorulan soru, Slack, Mattermost ve Discord gibi araçlardan nasıl ayrıldığıdır. Aşağıdaki tablo temel farkları özetler:

Bu tablonun anlattığı öz şudur: Slack ve Discord bulut tabanlı, kuruluma gerek olmayan ve tanıdık araçlardır, ancak veri sahipliği sınırlı ve maliyet modelleri farklıdır. Mattermost ile Zulip her ikisi de açık kaynak ve self-host odaklıdır; ana ayrım organizasyon modelindedir. Mattermost, Slack'e çok benzeyen klasik bir kanal + thread yapısı sunar; geçiş yapan bir Slack ekibi neredeyse hiç zorlanmaz. Zulip ise kanal + konu modeliyle daha radikal bir yaklaşım benimser; öğrenme eğrisi biraz daha diktir ama asenkron ve yoğun ekiplerde okunabilirlik açısından belirgin biçimde öne geçer.

Karar verirken kabaca şu soruyu sorun: Ekibiniz aynı anda çevrimiçi olup gerçek zamanlı sohbet mi ediyor, yoksa farklı saatlerde, uzun ve iç içe geçen konuşmalar mı yürütüyor? Birinci durumda Slack veya Mattermost'un tanıdık akışı yeterlidir. İkinci durumda, yani çok konuşan ve dağınıklıktan şikâyet eden bir ekipseniz, Zulip'in konu modeli oyunu değiştirir. Her iki dünyayı da kendi sunucunuzda denemek isterseniz, Mattermost rehberimizle yan yana karşılaştırmanız iyi bir başlangıç olur.

Yedekleme ve bakım#

Ekip iletişiminiz kurumsal hafızanızın bir parçası olduğundan, düzenli yedekleme ihmal edilmemelidir. Zulip'te yedeklenmesi gereken iki temel bileşen vardır: PostgreSQL veritabanı (mesajlar, kullanıcılar, ayarlar) ve yüklenen dosyalar (avatarlar, ekler). Zulip, tüm bunları tek bir komutla arşivleyen yerleşik bir yedekleme aracı sunar:

docker exec zulip /home/zulip/deployments/current/manage.py backup --output /data/backups/zulip-yedek.tar.gz

Bu komut veritabanını, yüklenen dosyaları ve yapılandırmayı tek bir arşivde toplar. Oluşan yedek dosyasını mutlaka sunucu dışında, ayrı bir konumda saklayın; yalnızca aynı diskte tutulan bir yedek, disk arızasında sizi kurtarmaz. Yedekleme işlemini bir cron görevi ile otomatikleştirmek en sağlıklı yaklaşımdır; zamanlanmış görev kurmak için cron görevleri rehberimize bakabilirsiniz. Uzak bir konuma otomatik kopyalama için ise rsync ile yedekleme rehberimiz pratik örnekler sunar.

Bakım tarafında, Zulip'i ve temel imajlarını düzenli güncellemek güvenlik açısından kritiktir. Güncellemeden önce mutlaka yedek alın; büyük sürüm geçişlerinde veritabanı şeması değişebilir. Ayrıca sunucunuzun disk kullanımını izleyin: yoğun dosya paylaşımı yapan ekiplerde zulip_data birimi zamanla büyür. Genel sunucu güvenliği ve sağlamlaştırma için sunucu güvenliği temelleri rehberimizi gözden geçirmenizi öneririz; kendi mesajlaşma sunucunuzu yönettiğinizde güvenliğinden de siz sorumlu olursunuz.

Sıkça Sorulan Sorular#

Zulip ücretsiz mi?#

Zulip'in kendi sunucunuzda barındırılan sürümü tamamen açık kaynak ve ücretsizdir; kurumsal düzeydeki özelliklerin neredeyse tamamını içerir. Yalnızca sunucu maliyetini karşılarsınız ve kullanıcı başına herhangi bir ücret ödemezsiniz. Zulip'in ayrıca resmi bulut hizmeti de vardır; orada belirli ölçeğin üzerinde ücretli planlar devreye girer. Ancak açık kaynak topluluğu için Zulip Cloud ücretsiz kalmaya devam eder. Çoğu ekip için self-host sürümü fazlasıyla yeterlidir.

Konu (topic) bazlı model öğrenmesi zor mu?#

İlk günlerde küçük bir alışma dönemi gerekir, özellikle Slack veya Discord gibi tek akışlı araçlardan geçen ekipler için. Her mesaja bir konu başlığı vermek başta fazladan bir adım gibi görünebilir. Ancak pratikte bu birkaç gün içinde otomatik bir alışkanlığa dönüşür ve çoğu ekip kısa sürede tek akışlı sohbete geri dönmek istemediğini söyler. Yönetici olarak ekibe "anlamlı konu başlıkları kullanın" alışkanlığını erken kazandırmanız, geçişi çok daha akıcı hale getirir.

Zulip çalışması için hangi altyapı gerekir?#

Zulip, verilerini PostgreSQL veritabanında saklar ve arka planda Redis, RabbitMQ ile Memcached gibi yardımcı servisler kullanır. Docker kurulumu bu bileşenleri sizin yerinize bir araya getirir. Donanım olarak küçük bir ekip için en az 2 GB RAM gerekir; rahat kullanım için 4 GB önerilir. Kullanıcı sayısı ve dosya trafiği arttıkça belleği büyütmeniz, büyük ekiplerde ise PostgreSQL'i ayrı bir sunucuya taşımanız önerilir. Bu yük profili için sanal sunucu (VDS) çözümleri ideal bir zemindir.

Verilerim KVKK açısından güvende olur mu?#

Zulip'i Türkiye'deki kendi sunucunuzda barındırdığınızda, tüm iletişim verisi sizin denetiminizdeki bir altyapıda kalır. Bu, verinin nerede durduğunu bilmenizi ve KVKK gerekliliklerine uygun biçimde yönetmenizi kolaylaştırır. Mesajlar, dosyalar ve kullanıcı bilgileri üçüncü bir şirketin veri merkezinde değil, sizin seçtiğiniz konumda durur. Yine de erişim denetimi, güncelleme ve yedekleme gibi güvenlik önlemlerini eksiksiz uygulamak sizin sorumluluğunuzdadır; veri egemenliği avantajı, doğru yapılandırmayla birlikte anlam kazanır.

Zulip'i mevcut araçlarımla entegre edebilir miyim?#

Evet. Zulip, GitHub, GitLab, Jira, Sentry, Jenkins ve daha yüzlerce servis için hazır entegrasyon sunar. Gelen webhook desteği sayesinde kendi izleme ve otomasyon sistemlerinizi de Zulip'e bağlayabilirsiniz; örneğin bir sunucu uyarısı doğrudan ilgili kanaldaki belirli bir konuya düşebilir. Kimlik doğrulama tarafında Google, GitHub, SAML ve LDAP desteğiyle mevcut kurumsal kimlik altyapınıza bağlanabilirsiniz. Bu entegrasyon yetenekleri, Zulip'i özellikle geliştirici ve DevOps ekipleri için merkezi bir iletişim noktasına dönüştürür.

Zulip'i nasıl yedeklerim?#

Zulip, veritabanını, yüklenen dosyaları ve yapılandırmayı tek arşivde toplayan yerleşik bir manage.py backup komutu sunar. Bu komutla oluşturduğunuz arşivi mutlaka sunucu dışında, ayrı bir konumda saklayın ve işlemi bir cron görevi ile düzenli olarak otomatikleştirin. Büyük sürüm güncellemelerinden önce de mutlaka yedek almayı alışkanlık haline getirin; veritabanı şeması değişebileceğinden, elinizde güncel bir yedek olması geri dönüş için güvence sağlar.

Kapanış#

Zulip, ekip iletişimini yalnızca "bir sohbet aracı" olmaktan çıkarıp, gerçekten okunabilir ve yönetilebilir bir bilgi akışına dönüştüren nadir araçlardan biridir. Kanal + konu modeli ilk bakışta küçük bir ayrıntı gibi görünse de, yoğun ve asenkron çalışan ekiplerde dağınık mesaj yığınlarını düzenli, takip edilebilir konuşmalara çevirir. Açık kaynak olması, kullanıcı başına ücret ödememeniz ve en önemlisi tüm verinin kendi denetiminizde kalması, onu KVKK'ya duyarlı kurumlar ve geliştirici ekipler için güçlü bir tercih haline getirir.

Kendi Zulip sunucunuzu kurmak için sürekli çalışan, kararlı bir zemine ihtiyacınız var. Bu tür servisler için sanal sunucu (VDS) ve genel sunucu çözümlerimizi inceleyebilir, sunucunuzun yönetimini uzman bir ekibe bırakmak isterseniz sunucu yönetimi hizmetimize göz atabilir, hazır uygulamalarla hızlı başlamak için App Center kataloğumuzu keşfedebilirsiniz. Ekibinizin iletişimini kendi denetiminize almaya bugün başlayabilirsiniz.