PaaS Nedir ve Bir CRM Alıcısını Neden İlgilendirir?
- Kategori
- Teknoloji
- Yayın tarihi
- 04 Mart 2025
- İlgili yazı 1
- SaaS Nedir ve Bir Yazılımı Kiralamak Neyi Değiştirir?
- İlgili yazı 3
- Salesforce Nedir? CRM Platformu Detaylı İnceleme (2026)
PaaS (Platform as a Service), uygulama geliştirmek ve çalıştırmak için gereken sunucu, işletim sistemi, veritabanı ve çalışma zamanı ortamının bir sağlayıcı tarafından hizmet olarak sunulmasıdır. Siz kodu ve veriyi yönetirsiniz; altındaki katmanların tamamını sağlayıcı yönetir.
Tanım teknik görünüyor ama satın alma kararına doğrudan dokunuyor. Bir CRM seçerken aslında iki ayrı şey satın alırsınız: bugün kullanacağınız ekranlar ve yarın ihtiyaç duyacağınız değişiklik kapasitesi. Birincisi demoda görünür, ikincisi görünmez. İkincisi platform katmanında saklıdır.
Bu yazı PaaS'ı sözlük tanımıyla bırakmayacak. Katmanların kimin sorumluluğunda olduğunu, PaaS'ın ne zaman doğru araç olduğunu, Salesforce'un bu modeli nasıl kurduğunu ve bir CRM'in platform katmanı olmadan nereye kadar esneyebileceğini anlatacak. Sonunda Rapitek CRM'in bu tabloda nerede durduğunu ve nerede durmadığını yazacağız.
PaaS'ta çalışma zamanını, veritabanını ve dağıtımı sağlayıcı işletir; uygulamayı yazma ve yazdıktan sonra bakma işi alıcıda kalır.
İçindekiler
PaaS, IaaS ve SaaS arasındaki fark nedir?
Üç model aynı soruyu farklı yerden keser: sorumluluk sınırı nerede çizilir?
IaaS'ta sağlayıcı size sanal makine, disk ve ağ verir. İşletim sistemini siz kurar, yamalarını siz geçer, veritabanını siz ayağa kaldırırsınız. Bu modelde esneklik geniştir, işletme yükü de ağırdır.
PaaS'ta sağlayıcı işletim sistemini ve çalışma zamanını üstlenir; veritabanını da hizmet olarak verebilir. Siz yalnız uygulama kodunu ve veriyi yönetirsiniz. Karşılığında sağlayıcının belirlediği dillere, kütüphanelere ve çalışma zamanı kotalarına bağlı kalırsınız.
SaaS'ta uygulamanın kendisi de sağlayıcıya aittir. Siz yapılandırırsınız, kullanırsınız, veriyi sahiplenirsiniz; uygulamanın nasıl çalıştığına karışmazsınız.
Sınır şurada nettir: SaaS'ta uygulamayı yapılandırırsınız, PaaS'ta uygulamayı yazarsınız. İkisi arasındaki gri bölge, bir SaaS ürününün ne kadar özelleştirilebildiğidir — asıl tartışma da orada geçer.
Katman katman: neyi kim yönetir?
| Katman | IaaS | PaaS | SaaS |
|---|---|---|---|
| Ağ, sunucu, depolama | Sağlayıcı | Sağlayıcı | Sağlayıcı |
| İşletim sistemi ve yamalar | Siz | Sağlayıcı | Sağlayıcı |
| Çalışma zamanı ve veritabanı | Siz | Sağlayıcı | Sağlayıcı |
| Uygulama kodu | Siz | Siz | Sağlayıcı |
| Alanlar, ekranlar, yapılandırma | Siz | Siz | Siz |
| Veri ve verinin mülkiyeti | Siz | Siz | Siz |
PaaS ne zaman doğru araçtır, ne zaman değildir?
PaaS, elinizde yazılım geliştiren bir ekip varsa ve çözmek istediğiniz problem piyasadaki hiçbir üründe karşılığı olmayan bir iş akışıysa doğru araçtır. Kendi uygulamanızı yazarsınız, altyapıyı dert etmezsiniz.
Yanlış araç olduğu yer de aynı ölçüde nettir. Bir satış ekibinin aradığı şey yeni bir uygulama değil, mevcut bir uygulamanın kendi sürecine göre yapılandırılmasıdır. O ihtiyaç için PaaS almak, ev satın almak yerine tuğla satın almaya benzer.
Üçüncü bir durum var: yapılandırmayla çözülemeyen, ama tam bir uygulama yazmayı da hak etmeyen ihtiyaçlar. Platformlar bu aralıkta rekabet eder. Kod yazmadan alan eklemek, nesne tanımlamak, otomasyon kurmak ve dışarıya API açmak bu aralığın araçlarıdır.
Kararı bir soruya bağlayabilirsiniz: değişikliği kim yapacak? Cevap "kendi yazılımcımız" ise platform katmanına bakın. Cevap "tedarikçi yapsın" ise bakmanız gereken şey platform değil, tedarikçinin çalışma biçimidir.
Salesforce örneği: Apex, Lightning ve AppExchange
Salesforce, CRM ürününün üstüne kendi PaaS katmanını kuran sağlayıcıdır. Ürünün üstünde, müşterinin kendi uygulamasını yazabildiği ayrı bir katman vardır.
Apex, Salesforce'un sunucu tarafında çalışan kendi programlama dilidir. Apex kodu governor limits adı verilen çalışma zamanı kotalarına tabidir: tek bir işlemde çekilebilecek kayıt sayısı, yapılabilecek sorgu adedi ve harcanabilecek CPU süresi sınırlıdır. Bu kotalar çok kiracılı bir platformda bir müşterinin diğerlerinin kaynağını tüketmesini engeller.
Lightning Web Components, arayüz bileşenlerinin yazıldığı çerçevedir. Flow, kod yazmadan görsel olarak otomasyon kuran araçtır. AppExchange ise üçüncü tarafların yazdığı uygulamaların satıldığı pazaryeridir.
Bu katmanın bir bedeli var ve mekanizması açık: Apex, Salesforce'a özgü bir dildir. O dille yazılmış bir özelleştirme başka bir sistemde çalışmaz; yeni platformda aynı davranış sıfırdan kurulur. Çıkış maliyeti buradan doğar.
Bu bölümdeki Salesforce bilgileri Ağustos 2026 itibarıyla, sağlayıcının kendi kamuya açık belgelerine dayanır.
Platform katmanı olmadan bir CRM nereye kadar esner?
Kod yazmadan alan ve nesne eklemek
Rapitek CRM kutudan 183 iş nesnesiyle gelir ve kiracı kendi alanını yönetim ekranından ekler. Ölçüldü: 19 kiracı toplam 277 özel alan tanımladı, bir kiracı 9 özel nesne yarattı. Bu iş için geliştirici gerekmez.
Dışarıya açık API
REST API ve OAuth2 canlıdır. Tek bir composite isteği 25 alt-istek taşır, toplu uçlar bir çağrıda 200 kayıt kabul eder. Alan ve nesne yapısı describe ucundan dışarıya okutulur.
Görsel otomasyon
İş akışları görsel bir düzenleyicide kurulur; koşul, dallanma ve kayıt güncelleme adımları kod gerektirmez. Ölçüm gününde erişebildiğimiz 8 kiracıda kayıtlı 617 akış koşumunun 617'si başarıyla tamamlanmıştı.
Arayüz metinlerini değiştirmek
Arayüzdeki her dizge kiracının kendi veritabanında tutulur. Yönetici bir etiketi ekrandan değiştirir, kod dağıtımı gerekmez. Ölçüldü: erişebildiğimiz 8 kiracıda toplam 306.420 çeviri satırı var, kiracı başına 1-7 etkin dil.
Rapitek CRM bu tabloda nerede duruyor?
Rapitek CRM bir SaaS ürünüdür, PaaS değildir. Uygulamayı biz yazarız, siz yapılandırırsınız.
Altındaki mimari yine de ayrı kurulumların sağladığı ayrımı taşır. CRM verileriniz size ait ayrı bir veritabanında tutulur: ayrı tablo dosyaları, ayrı yedek ve ayrı dosya alanı. Bu ayırım uygulama ayarında değil veritabanı düzeyindedir.
Değişiklik kapasitesini müşterinin geliştirici tutmasına bağlamıyoruz. Alanları, aşamaları, ekranları ve raporları satış sürecinize göre biz yapılandırıyoruz; verinizi biz aktarıyoruz; ekibinize eğitimi biz veriyoruz. Kurulum bizim işimiz, ve ürünü kuran ekip aynı zamanda sorularınızı yanıtlayan ekip.
Bunun bir sınırı var. Sınırı yazmak, satılan şeyi doğru anlatmanın parçası.
Bizim sınırlarımız
Rapitek CRM'de Apex benzeri, müşterinin kendi kodunu bizim sunucularımızda çalıştırdığı bir dil yok. Kendi iş mantığınızı yazmak istiyorsanız bunu CRM'in içinde değil, REST API üzerinden kendi tarafınızda yaparsınız.
Uygulama pazaryerimiz yok. Üçüncü tarafların yazıp sattığı eklentileri kurabileceğiniz bir mağaza kurmadık; ihtiyaç duyulan bağlantı projeye özel yazılır.
Giden webhook altyapısı destekleniyor: imzalı, yeniden denemeli ve SSRF doğrulamalı. Ölçüldü: 24 kiracının hiçbirinde tanımlı bir abonelik yok — yani yetenek kurulu, sahada kullanımı ölçülmedi.
Kural tabanlı otomatik kayıt atama ve rol hiyerarşisine dayalı kayıt paylaşımı da aynı sınıfta: ürün destekliyor, ama ölçülen 8 kiracının 8'inde de tanımlı atama kuralı ve tanımlı paylaşım kuralı sayısı sıfır.
Bunları yazıyoruz çünkü keşif görüşmesinde ortaya çıkacak her sınırın sözleşmeden önce yazılı olması gerektiğini düşünüyoruz.
Sık sorulan sorular
PaaS ile SaaS arasındaki fark tek cümleyle nedir?
Rapitek CRM bir PaaS mı?
Rapitek CRM'de kendi kodumu çalıştırabilir miyim?
Kod yazmadan yeni alan ve nesne ekleyebilir miyim?
CRM'imizi kendi sistemlerimize bağlayabilir miyiz?
Yapılandırmayı siz yapıyorsanız bu ne kadar sürer?
PaaS almak CRM ihtiyacımızı çözer mi?
CRM'inizi kim yapılandıracak?
Rapitek CRM'i kuran ekip, Salesforce döneminde 200'den fazla kurumsal CRM projesi tamamladı. Ürün yeni, ekip değil: alanları, aşamaları ve raporları biz yapılandırıyoruz, verinizi biz aktarıyoruz, ekibinize Türkçe eğitimi biz veriyoruz.
"Değişikliği kim yapacak?" sorusunun cevabını keşif görüşmesinde birlikte çıkarıyoruz; kapsam sözleşmeden önce yazılı oluyor.
Kerim Yıldırım
Kurucu, Rapitek CRM · Salesforce döneminde 200'den fazla kurumsal CRM projesi
Kaynaklar
Bu yazıdaki dış olgular şu birincil kaynaklara dayanıyor:
