RAP · informational
ABAP Cloud: kısıtlı dil, released API, RAP modeli
ABAP Cloud, klasik ABAP’ın her ifadesine açık olmayan dil sürümüdür. Yalnızca released nesneler çağrılır; uygulama modeli RAP’tir. Fiori Teknoloji ABAP Cloud’u “bulutta ABAP yazmak” sloganından ayırır: S/4 on-stack ile BTP ABAP environment ayrı yerlerdir.
Dil sürümü neyi keser
ABAP Cloud dil sürümü, doğrudan tablo erişimi, belirli dinamik çağrılar ve released olmayan API kullanımını derleme veya ATC ile keser. Amaç yükseltilebilir koddur. RAP bu dilin uygulama modelidir: CDS, BDEF, EML. Klasik SE80 raporu dil sürümü değişince sihirle RAP olmaz. Fiori Teknoloji paket language version’ı keşifte kilitler. Aynı sistemde klasik ve Cloud paketleri yan yana durabilir; sınır bilinçli olmalıdır. “Bir kere Z yazarız Cloud’a sonra taşırız” planı, unreleased bağımlılık biriktirir. Custom field ve key-user logic ayrı kanaldır; developer extensibility RAP + released ister. BTP tarafında ABAP environment (Steampunk olarak anılan ürün) de aynı dil disiplinini taşır ama veri S/4’te değil yanınızdadır. Karar yine süreç yerleşimidir.
- ABAP Cloud, released API dışını dil ve ATC ile keser
- Klasik rapor dil sürümü ile RAP’e dönüşmez
- S/4 on-stack ABAP Cloud ile BTP ABAP environment ayrı yerleşimlerdir
S/4 on-stack ile BTP ABAP environment
S/4HANA’de ABAP Cloud, çekirdekteki developer extensibility içindir. Veri ve kilit S/4 transaction’ındadır. BTP ABAP environment, side-by-side ABAP çalıştırır; S/4’e released HTTP/OData/RFC (destination + Cloud Connector) ile gider. Fiori Teknoloji “ABAP biliyoruz o halde her şey BTP ABAP” demez. Node.js CAP, çok sistemli orkestrasyonda sık varsayılandır. BTP ABAP, mevcut ABAP ekibinin side-by-side’a çıkması için seçilir; HANA Cloud veya S/4 remote yine kontratlıdır. Lisans ve entitlement müşteri hesabındadır, biz satmayız. Fiori yüzü her iki yerde Elements olabilir. Kimlik XSUAA/IAS zinciri BTP’de eklenir. On-stack’te Fiori Launchpad gömülüdür. Bu farkı gizleyen mimari şema keşifte reddedilir.
- On-stack RAP S/4 kilidinde, BTP ABAP yan yana çalışır
- BTP’den S/4’e gidiş destination ve gerekirse Cloud Connector ister
- CAP (Node.js) ve BTP ABAP ekip ve yerleşime göre seçilir
Geçiş disiplini: ne klasik kalır
Brownfield’de tüm Z’nin bir günde Cloud diline alınması gerçekçi değildir. Kapı, yeni geliştirmenin Cloud paketinde açılmasıdır. Eski kod okunur, yeni yazma RAP ile yapılır. Implicit enhancement ve modification yeni işte kapalıdır. Fiori Teknoloji envanteri üç kovaya ayırır: silinecek GUI, in-app ile kapanacak boşluk, RAP veya CAP ile yazılacak süreç. ABAP Cloud bu ayrımın teknik kilididir. Eğitim, syntax değil kontrat düşüncesidir. ATC’yi kapatan “pragmalar” teslimatta gerekçe ister. Partner olmayan bağımsız ekip olarak müşteri ATC eşiğini yumuşatmayız. Yükseltme penceresi bu eşiğin nedenidir. Fiori karosu açmak dil sürümünü erteleme bahanesi değildir. Yeni nesil Fiori işi bu kapıdan geçmeden sprint tanımına girmez.
- Yeni kod Cloud paketinde, eski kod envanterle kapanır
- Modification ve implicit enhancement yeni işte kapalıdır
- ATC eşiği Fiori go-live ile pazarlık konusu değildir
Sık sorulanlar
ABAP Cloud yalnızca BTP’de mi vardır?
Hayır. S/4HANA developer extensibility de ABAP Cloud dil sürümü ve released API ister. BTP ABAP environment ayrı bir side-by-side çalışma yeridir.
ABAP Cloud kullanmak RAP zorunlu kılar mı?
Uygulama modeli olarak RAP beklenir. Salt CDS okuma servisleri sınırlı senaryodadır. Yazma ve Fiori Object Page için BDEF ile RAP yazılır.
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.