BTP · informational
Subaccount: BTP’de ortamın durduğu kutu
BTP’de iş global account’ta satın alınmış entitlement ile başlar, subaccount’ta çalışır. Space, Cloud Foundry uygulamasının deploy yeridir. Fiori Teknoloji tek subaccount’ta dev/test/prod karıştırmayı reddeder; destination ve sırlar birbirine sızar.
Global account, directory, subaccount
Global account sözleşmenin ve kotanın tavanıdır. Directory, şirket veya bölge gruplamak içindir, zorunlu değildir. Subaccount bölge, ortam ve trust sınırıdır: IAS, destination ve Enablement burada yaşar. Fiori Teknoloji Türkiye ekibi için bölgeyi latency ve veri yerleşimine göre keşifte not eder; “en ucuz bölge” tek kriter değildir. Entitlement subaccount’a atanmadan Integration Suite veya HANA Cloud görünmez. Bu, lisans satışı değil müşteri hesabındaki atamadır. Trial global account kurumsal peyzajın modeli değildir. Partner iddiası olmadan çalışırız; hesabın sahibi müşteridir. Kullanıcı yönetimi subaccount member ve IAS ile ayrılır. Herkese Global Account Admin vermek sonraki denetimde çıkar.
- Entitlement globalde durur, subaccount’a atanınca servis açılır
- Trust, destination ve bölge subaccount sınırıdır
- Trial, kurumsal ortam topolojisinin kanıtı değildir
Cloud Foundry org ve space
Subaccount’ta CF enable edilince org doğar, space içine CAP MTA deploy edilir. Dev space ile prod space ayrı kotadır. Fiori Teknoloji prod space’e developer rolünü geniş açmaz. HTML5 repo ve Work Zone aynı subaccount’ta sık durur; ayrı subaccount federasyonu ek iştir, gerekçelenir. Kyma seçildiyse space modeli değişir; aynı yaml varsayılmaz. Quota: bellek, route, servis instance. CAP’in düşmesi “kod bozuk” değil quota olabilir. Log ve audit space bazında okunur. Ortam adları (dev, test, prod) hem subaccount hem space isminde görünür olmalı, efsane iç isim olmamalıdır. İstanbul ekiplerinde “test” adlı üretim destination’ı gerçek bir vakadır; isimlendirme sözleşmesi teslimatın parçasıdır.
- MTA space’e gider; prod space rolü dar tutulur
- Quota dolunca CAP “kod hatası” gibi düşer
- dev/test/prod hem subaccount hem destination adında görünür
Peyzaj deseni
Sık desen: ayrı subaccount’lar dev, test, prod; her birinde CF space ve kendi destination’ları. IAS ortak veya ortam bazlı olabilir; karar güvenlik iledir. Fiori Teknoloji S/4 dev’in BTP prod’a bakmasını destination ile teknik olarak mümkün, süreç olarak yasak sayar. Cloud Connector her ortam için Location ID veya ayrı mapping ile ayrılır. Maliyet, boş subaccount şişirmekten değil yanlış paylaşımdan gelir. Az subaccount, çok karmaşık kural yerine net üç kutu tercih edilir. Directory yalnızca holding yapısında değerlenir. Keşif çıktısı bir şemadır: kutular, trust, connector, S/4 client. Şema yoksa CAP yazmaya başlamayız. Lisans kalemlerini sapın satış kanalı konuşur; biz çalışan kutuyu kurarız.
- Üç kutu (dev/test/prod) varsayılan peyzajdır
- S/4 dev’in BTP prod destination’ı süreç yasağıdır
- Şema olmadan CAP sprint’i açılmaz
Sık sorulanlar
Bir subaccount yeterli mi?
Küçük deneme için evet. Kurumsal CAP ve S/4 entegrasyonunda dev/test/prod ayrımı destination ve sır sızıntısını önler. Fiori Teknoloji tek kutuda üretim karışımını önermez.
Space ile subaccount farkı nedir?
Subaccount bölge, trust ve servis instance sınırıdır. Space, CF uygulamasının deploy ve kota birimidir. Destination çoğunlukla subaccount’tadır, uygulama space’e bind edilir.
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.