PaaS Nedir?

PaaS; geliştiricilerin, BT yöneticilerinin ve son kullanıcıların mobil ve web uygulama yazılımları oluşturmasına, entegre etmesine, taşımasına, dağıtmasına, güvenliğini sağlamasına ve yönetmesine olanak sağlayan altyapı ve orta katman bileşenlerini sunar.

PaaS üretkenliğe yardımcı olmak amacıyla, geliştiricilerin uygulama yazılımlarında yapay zeka (AI), sohbet robotları, blokzinciri ve Nesnelerin İnterneti (IoT) gibi inovatif teknolojiler dahil olmak üzere yeni özellikler oluşturmasına olanak sağlayan kullanıma hazır programlama bileşenleri sunar.

PaaS servisleri aynı zamanda büyük veri analitiği, içerik yönetimi, veritabanı yönetimi, sistem yönetimi ve güvenlik dahil olmak üzere analistlere, son kullanıcılara ve profesyonel BT yöneticilerine yönelik çözümleri de içerir.

PaaS, şeffaf fiyatlandırma ve eksiksiz kullanıma almadan talep üzerine ölçeklenebilirliğe ve olağanüstü durum kurtarmaya varana dek tüm temel bulut bilişim avantajlarını sunar ve bunların tamamı kullanımı kolay panolarla tutarlı bir şekilde yönetilir. Sonuç olarak işletmeler:

• BT operasyonlarını standartlaştırabilir ve kolaylaştırılabilir
• Kullanıma hazır çözümler ile iş inovasyonunu hızlandırabilir
• Operasyonel, güvenlik ve yönetişim risklerini azaltabilir

Kısaca PaaS Tarihçesi

PaaS geliştirilene dek BT genellikle münferit lisanslı ürünleri değerlendirmek, satın almak, bir araya getirmek, dağıtmak, yama ve bakım işlemlerini yapmak durumundaydı. Sıklıkla her biri farklı lisanslandırma, kurulum, konfigürasyon, güvenlik ve entegrasyon yaklaşımlarına sahip birden fazla satıcıdan alınıyordu. Bu işletme, yönetim ve entegrasyon sürecini çok daha karmaşık hale getiriyordu.

Pazar olgunlaştıkça orta katman bileşenleri de arttı. Bunun karşılığında sağlayıcılar önceden entegre edilen orta katman ürün setleri oluşturarak karmaşıklığı kolaylaştırmaya çalıştı. Ancak tek satıcı platformunda standartlaştırma gerçekleştirmeyen organizasyonların omuzlarında satıcılar arası yönetim ve entegrasyon aktiviteleri bir yük olmaya devam etti. Hem geliştiricilerin hem de geliştirme/operasyon gruplarının bu karmaşıklığı yönetme sorumlulukları ortadan kalkmış değil.

PaaS Benimsemenin Ardındaki Temel İş Nedenleri

Bulut bilişimin ortaya çıkması uygulama yazılımı denklemini değiştirdi ve uygulama yazılımı geliştirme platformları bu karmaşıklığı kolaylaştırmak için ideal adaylar haline geldi. 2000'li yılların ortalarında sağlayıcılar standartlaştırılmış API'ler ile entegre orta katman bulut servisleri seti sunmaya başladı: PaaS doğdu. Ancak öncü niteliğindeki bu tarihlerde sağlayıcılar yalnızca sunucu, depolama ve ağ servisleri sundu ve PaaS çözümleri yalnızca düşük riskli, düşük gereksinimli geliştirme ortamlarına uygundu.

Uygulama yazılımı geliştirme başarısının elde edilmesiyle hafif üretim iş yükleri de kullanım örnekleri arasında yer almaya başladı ve bu geçişle kuruluş gereksinimleri arttı. Bunun karşılığında kanıtlanmış kuruluş orta katmanlarına talep arttı. Sonuç olarak modern PaaS çözümleri, sağlam kuruluş orta katman özelliklerini içerecek şekilde gelişti.

Kuruluşlar için, iş sürekliliği sağlayan tahmin edilebilir ve tutarlı bir performans elde edilmesi en önemli üretim iş yükü gereksinimlerinden biri. Bu özellikler, servis düzeyi anlaşmalarına (SLA'lar) ilişkin açık taahhütlerle desteklenir. Gerçek anlamda etki sağlanması için hem PaaS hem de altyapı hizmetleri (IaaS) katmanlarının bir arada çalışması gerekir. İyi örnekler, sistemin kapatılmasını ve yeniden başlatılmasını gerektirmeyen hata toleransı ve ölçeklenebilirlik olanağı sunar.

Kuruluşlar aynı zamanda yönetişim çalışmalarında daha yüksek bir standarda sahip. PaaS genelinde tehditlerin önlenmesi yeterli değildir, aynı zamanda tehditlerin önüne bir ket vurulduğunun da gösterilmesi gereklidir. Bulut kullanımı yaygınlaştıkça hem üretim hem geliştirme konfigürasyonları standartlardan sapar ve zayıf noktalar ortaya çıkar. Kuruluş PaaS, kapsamlı ve tutarlı günlüğe kaydetme ve denetim araçları sunar.

Tüm geliştiriciler üretkenliği ve kaliteyi artırmak zorundadır. Yine de kuruluş organizasyonları ölçeklendirme ve inovasyon çalışmalarını hayata geçirdikçe kendin birleştir yaklaşımıyla sunulan sürekli entegrasyon/sürekli dağıtım (CI/CD) ortamları nedeniyle geliştirme süreçleri bocalıyor. Kuruluş PaaS geliştirme temelinde önceden oluşturulmuş ve açık bütünleşik geliştirme ortamları bulunmalıdır.

Dijital çağ PaaS talebini henüz artırmaya başladı. Orta katman daha da karmaşık bir hal aldıkça iş, uygulama yazılımlarının daha da hızlı sunulmasını talep ediyor. Beklendiği üzere hem genel hem özel PaaS çözümleri hala artan bir hızla benimseniyor.

Çoğu BT kararı, üç temel ilke çerçevesinde gerekçelendirilir: verimlilik, etkililik ve risk azaltma. PaaS bu üç ilkeyi şu şekilde karşılar:

• BT verimliliği: PaaS kullanıma alma hızını artırır, otomasyonu artırır, dağıtımları standartlaştırır, rutin görevleri ortadan kaldırır ve ölçeklenebilirliği iyileştirir.
• İş inovasyonu: PaaS BT'nin iş fırsatlarına daha yüksek oranda yanıt vermesine olanak sağlayarak brüt gelir ve kârlılık sonuçlarını destekler. Örneğin, mobil uygulama yazılımları, daha inovatif kullanıcı deneyimleri desteği (sohbet robotları), daha güvenilir işlemler (blokzinciri), daha hızlı sürüm döngüleri (konteynerler ve API'ler) ve veri keşfi (analitik).
• Risk azaltma: PaaS, güvenliği güçlendirip basitleştirir ve heterojen BT bileşenleri genelinde değişen tehditlere daha hızlı yanıt verilmesini sağlar. İşletme dayanıklılığını artırıp kesinti süresini azaltırken veri kaybını önler ve kurtarma süresini hızlandırır.

PaaS'nin Geleceği

PaaS çözümleri geliştikçe yükleme, kurulum ve konfigürasyondan yönetim, bakım ve denetime varana dek her süreçte idare ve yönetim karmaşıklığını ortadan kaldırmaya ve inovasyon sunmaya devam edecektir. Bunu başarmak için şu olanaklardan yararlanacaktır:

• Yönetilen servisler için artan otomasyon ve kendi kendini yöneten operasyonlar
• Genişletilmiş ve geliştirilmiş birinci ve üçüncü taraf entegrasyonları
• Yapay zeka, IoT, blokzinciri, sohbet robotları ve diğer gelişmekte olan teknolojiler için yerel destek

Tek PaaS—Birden Fazla Bulut ve Sağlayıcı

PaaS çözümlerini değerlendirirken kuruluşunuzun zamanla nasıl değişeceğini göz önünde bulundurmanız hayati önem taşır. Günümüzün teknoloji değişiminin hızında en yüksek düzeyde esneklik sağlayan çözümler avantajlıdır. Diğer bir ifadeyle PaaS sağlayıcının gerçek bir kuruluş stratejisinin olup olmadığını göz önünde bulundurmanız önemlidir.

Örneğin, temel hususlardan biri çoklu bulut desteğidir. IDC'ye göre kuruluş BT organizasyonlarının yüzde 75'i 2017 yılında çoklu bulut çözümleri kullanmıştır. Çoklu bulut kullanım yüzdesi 2018 yılında yüzde 85'e yükselecektir. İş yüklerini şirket içi, genel ve özel bulut ortamları arasında taşıma esnekliği işletmelerin riski azaltmasına, dinamik olarak optimum fiyatlandırmadan yararlanmasına ve değişen düzenleme ve yönetişim gereksinimlerini karşılamasına olanak sağlar.

Stratejiniz değiştikçe PaaS vaatlerinin tüm avantajlarından yararlanabilmeniz için şu özellikleri sağlayan iş yükü ve geliştirme seçeneklerini değerlendirin:

• Çoklu bulut taşınabilirliğini destekleyen: Çoklu bulut PaaS stratejisi iş yükünün kolaylıkla veritabanları, konteynerler, açık kaynak ve Java arasında taşınabilmesini gerektirir.
• BT portföyünüz genelinde kontrolleri birleştiren: Birden fazla operasyonel platform bir gerçektir. Operasyonel mükemmeliyet için bulut ortamında ve şirket içinde aktif bir biçimde güvenlik ve yönetim kontrolü sağlamak için tek bir araç seti kullanın.
• Satıcı mahkumiyeti sağlamayan: Sektör standartlarında oluşturulan PaaS çözümleri BT çevikliğinin ilerlemesini sağlarken satıcı mahkumiyeti yaratan çözümler, teknolojilerin, düzenlemelerin ve iş koşullarının değişmesiyle tarihin tozlu raflarına gömülecektir.

Modern, Eksiksiz, Geleceği Garanti Altına Alan: Doğru PaaS Platformunu Seçme

Çok sayıda PaaS kullanım durumu ve konfigürasyonu mevcut. Kimi zaman geliştiriciler rakiplerin çözümlerini bir araya getirirken kimi zaman çözüm kolayca kullanıma alınır ve eksiksiz olarak sunulur. Popüler PaaS kullanım durumları ve temel özelliklerine ilişkin bir liste şu şekildedir: