CAP · informational
SAP CAP nedir: BTP’de Fiori ve süreç nasıl yazılır
SAP CAP (Cloud Application Programming Model), BTP’de CDS ile servis yazmanın yoludur. Runtime çoğu projede Node.js’tir; Java gerekçeyle seçilir. Fiori Teknoloji CAP’i S/4 çekirdeğine Z basmadan süreç yürütmek için kullanır; RAP’in bulut kopyası değildir.
CAP hangi parçalardan oluşur
CAP, domain CDS ile varlıkları, service CDS ile dışarı açılan API’yi, handler ile Node.js (veya Java) iş kuralını tanımlar. Yerel geliştirmede SQLite, üretimde çoğu kez HANA Cloud veya yalnızca S/4 remote servis kullanılır. Approuter gelen isteği XSUAA jetonuyla korur. Destination, S/4 veya başka HTTP API’ye gider. On-prem S/4 için Connectivity servisi ve Cloud Connector zinciri şarttır. Fiori Elements veya SAPUI5 UI, HTML5 repo ve Work Zone karosuyla yayınlanır. Fiori Teknoloji mta.yaml olmadan “CAP bitti” demez. Event, mesaj ve iFlow ayrı kararlardır; her süreç CAP handler’ında yaşamak zorunda değildir. RAP ile karıştırmayın: CAP ABAP değildir, S/4 kilitlerini BTP’ye taşımaz.
- CDS model + service + handler üçlüsü CAP’in çekirdeğidir
- Approuter, XSUAA ve destination yayın zincirinin parçasıdır
- On-prem S/4 için Cloud Connector olmadan destination yetmez
CAP ile RAP’i aynı keşifte ayırmak
Süreç S/4 nesnesinde kalacak ve released API uzatacaksa RAP yazılır. Süreç BTP’de yaşayacak, birden fazla sistemi birleştirecek veya Node.js ekibi taşıyacaksa CAP yazılır. İkisini aynı sprintte “biraz şuradan” karıştırmak hem yetkiyi hem işlemi ikiye böler. Fiori Teknoloji yerleşim notunu ilk teslimat sayar. CAP içinden S/4 yazmak remote OData veya REST ile olur; unreleased RFC yığını CAP’i temiz kılmaz. CAP’te tutulan asıl veri HANA Cloud’dadır, S/4 belgesi değilse. Belge S/4’te kalmalıysa CAP orkestratördür, kayıt otoritesi değildir. Bu cümle keşifte yazılmazsa go-live’da çift belge tartışması çıkar. Lisans satmayız; hangi BTP servisinin açık olduğu müşteri global account’undadır.
- S/4’te kalan nesne RAP, BTP’de yaşayan süreç CAP’tir
- CAP orkestratör olabilir; S/4 belge otoritesi gizlenmez
- Unreleased RFC yığını CAP’i clean-core yapmaz
İstanbul teslimatında CAP’in bitmiş hali
Bitmiş CAP, çalışan localhost değildir. Dev ve test subaccount’ta MTA deploy, XSUAA rol koleksiyonu, destination eşlemesi, Fiori karosu ve test kullanıcısı vardır. Log ve hata, Cloud Foundry ve approuter üzerinden okunur. Fiori Teknoloji CI iskeletini pakete ekler; elle cf push üretim yöntemi değildir. Destek sözleşmesi olmadan go-live’ı yarım sayarız. CAP, Integration Suite’in yerine geçmez: ağır mapping, partner protokolü ve yeniden deneme iFlow’dadır. Event Mesh asenkron sınır içindir. Keşifte bu üçü (CAP, iFlow, event) aynı kutuya tıkılmaz. Bağımsız danışmanlık olarak SAP ortağı iddiası taşımıyoruz; çalışan teslimat müşteri BTP hesabındadır. Keşif şeması olmadan CAP kodu üretim hesabına alınmaz.
- Teslimat MTA, rol, destination ve karo olmadan bitmez
- CAP, CPI iFlow ve Event Mesh aynı kutu değildir
- Üretim cf push alışkanlığı değil CI ve ortam ayrımıdır
Sık sorulanlar
CAP ABAP ile mi yazılır?
Hayır. CAP BTP’de CDS + Node.js (gerekirse Java) modelidir. S/4 içinde ABAP ile yazılan model RAP’tir. BTP ABAP environment ayrı bir side-by-side seçenektir, CAP’in kendisi değildir.
Her CAP projesi HANA Cloud ister mi?
Hayır. Yerelde SQLite, üretimde HANA Cloud sık görülür. Süreç yalnızca S/4 remote API tüketiyorsa kalıcı katman minimal kalabilir. Karar hangi verinin otorite sistemde duracağına göredir.
Bu konuyu ortamınızda netleştirmek için 48 saatlik ön değerlendirme.
Lisans satmıyoruz. Destination, yetki ve model kararını yazılı notlarız.