DIABOLIKSS
RehberlerHPE Morpheus Self-Service Katalog Tasarımı: Instance Type, Form Builder ve Servis Kataloğu
How-To Guide · HPE Morpheus · Self-Service Katalog

HPE Morpheus Self-Service Katalog Tasarımı:Instance Type, Layout, Form Builder ve Servis Kataloğu

HPE Morpheus 8.xLibrary · Catalog · WorkflowsHaziran 2026

Morpheus'un gerçek değeri, altyapı mühendislerini her VM isteğinin ortasından çıkararak kullanıcılara kontrollü bir self-service deneyimi sunmasıdır. Bu rehber; Instance Type ve Layout kavramlarından Form Builder ile özelleştirilmiş giriş formlarına, Servis Kataloğu öğelerinden onay iş akışlarına (approval workflows) kadar eksiksiz bir self-service portal tasarımını adım adım anlatır. Rehberin sonunda kullanıcılarınız tek tıklamayla standart VM'ler oluşturabilecek.

01

Self-Service Mimarisinin Kavramsal Haritası

Morpheus'un kütüphane katmanı, bir hiyerarşi içinde çalışır. Bu hiyerarşiyi anlamadan katalog tasarımı yapmak çok sayıda deneme-yanılmaya yol açar. Aşağıdaki tablo katmanları ve aralarındaki ilişkiyi özetler:

KatmanNe Tanımlar?Örnek
Instance TypeServis kategorisi, görünümü ve temel metadataRHEL 9 Sunucu, Windows Web Server
LayoutHangi buluta, hangi teknolojiyle dağıtılacakVMware üzerinde tek RHEL 9 VM
Node TypeGerçek VM şablonu ve agent ayarlarırhel9-template-v2 + Morpheus Agent
Service PlanCPU/RAM boyut seçenekleriKüçük (2/4), Orta (4/8), Büyük (8/16)
Option Type / FormKullanıcıdan alınacak özel girişlerProje adı, bölüm, yaşam süresi
Catalog ItemKullanıcıya sunulan self-service öğesi"Uygulama Sunucusu İste"
WorkflowProvisioning öncesi/sonrası otomasyon adımlarıDNS kaydı oluştur, ticket aç
ℹ️
Tasarım sırası önemlidir: Her katman bir üsttekilere bağımlıdır. Doğru sıra şudur: Node Type → Layout → Instance Type → Service Plan → Option Type → Catalog Item. Bu rehber de bu sırayı izler.
02

Instance Type Oluşturma

Instance Type, servis kataloğundaki bir ürünün vitrini gibidir. Kullanıcı bu ismi ve açıklamayı görür; teknik detaylar arkada Layout katmanında gizlidir.

1
Library → Instance Types → + Add

Library → Instance Types → Add Instance Type yolunu izleyin.

# Instance Type temel alanları Name : RHEL 9 Uygulama Sunucusu Code : rhel9-app (benzersiz, küçük harf, tire) Description : Red Hat Enterprise Linux 9 tabanlı standart uygulama sunucusu. Prod, Test ve Dev ortamları için uygun. Category : OS / Linux Icon : (Red Hat logosu yüklenebilir) Visibility : Private (yalnızca belirli tenant'lara) veya Public # Özellikler (checkbox'lar): ✓ Support Deployments (çoklu node desteği — şimdilik kapalı bırakın) ✓ Support Scaling (ölçekleme — şimdilik kapalı) ✓ Supports Backup (Morpheus yedekleme entegrasyonu) ✓ Supports Lifecycle Actions (başlat/durdur/sil)
2
Ücretlendirme Kodu Atayın (Opsiyonel)

Instance Type'a maliyet kodu (cost code) atayarak showback ve chargeback raporlarında bu servise ait maliyetleri ayrı izleyebilirsiniz. Bu alan Morpheus Costing modülüyle entegre çalışır.

03

Layout Tasarımı

Layout, Instance Type'ın nasıl dağıtılacağını tanımlar. Aynı Instance Type için birden fazla Layout olabilir — örneğin biri VMware'e, diğeri AWS'e, üçüncüsü bare-metal'a dağıtım yapar. Kullanıcı provisioning sırasında seçilen buluta göre uygun Layout otomatik sunulur.

1
Instance Type Sayfasından Layout Ekleyin

Oluşturduğunuz Instance Type'ı açın → Layouts sekmesi → + Add Layout.

# Layout temel alanları Name : VMware – RHEL 9 Tek Node Version : 1.0 Creatable : ✓ (kullanıcılar bu layout'u seçebilir) Technology : VMware (bulut teknolojisi) Minimum Memory : 2048 MB Minimum Storage : 40 GB Workflow : (şimdilik boş — 8. bölümde ekleyeceğiz) # Desteklenen özellikler: ✓ Supports Convert to Managed ✓ Supports Copy to Image
2
Option Types (Giriş Tipleri) Bağlayın

Layout'a bağlanan Option Type'lar provisioning formunda kullanıcıya gösterilir. Önce 6. bölümde Option Type'ları oluşturun, ardından buraya gelin ve seçin. Şimdilik boş bırakabilirsiniz.

04

Node Type ve Image Bağlama

Node Type, Layout'un en alt katmanıdır ve gerçek VM şablonuyla agent kurulum ayarlarını içerir. Her Layout en az bir Node Type içermelidir.

1
Node Type Oluşturun

Library → Node Types → + Add Node Type yolunu izleyin.

# Node Type alanları Name : rhel9-app-node Short Name : rhel9-app Version : 1.0 Technology : VMware VM Image : [vCenter'dan senkronize edilen rhel9-template-v2] # Agent ayarları Agent Install : Morpheus Agent (önerilir) # veya SSH (agentless) # Giriş kimlik bilgileri (image'da tanımlı değilse) SSH User : root SSH Pass : (boş bırakın, cloud-init veya keypair kullanılıyorsa)
2
Node Type'ı Layout'a Bağlayın

Oluşturduğunuz Layout'u açın → VM Types sekmesi → + Add VM Type → oluşturduğunuz Node Type'ı seçin. Bir Layout'a birden fazla Node Type eklenebilir (küme veya çok katmanlı uygulamalar için).

05

Service Plan (Boyut Planı) Tanımlama

Service Plan, kullanıcılara sunulan CPU/RAM boyut seçenekleridir. Önceden tanımlanmış planlar sayesinde kullanıcılar rastgele boyut girişi yapamaz; yalnızca onaylı konfigürasyonlardan seçim yapar. Bu, kaynak israfını önlemenin en etkili yollarından biridir.

1
Administration → Service Plans → + Add Plan
# Standart plan seti — örnek Plan Adı : Küçük | vCPU: 2 | RAM: 4 GB | Disk: 50 GB Plan Adı : Orta | vCPU: 4 | RAM: 8 GB | Disk: 100 GB Plan Adı : Büyük | vCPU: 8 | RAM: 16 GB | Disk: 200 GB Plan Adı : Özel | vCPU: - | RAM: - | (kullanıcı girer) # Her plan için: Provisioning Type : VMware Price : (Costing modülü aktifse birim fiyat tanımlanabilir) Active : ✓
2
Planları Instance Type ile İlişkilendirin

Instance Type sayfasında Allowed Service Plans alanından hangi planların bu Instance Type için sunulacağını belirleyin. Seçilmeyen planlar bu Instance Type provisioning formunda görünmez.

💡
Özel plan dikkat: "Özel" planla kullanıcı serbest CPU/RAM girebilir. Bu esnekliği yalnızca yetkili roller (altyapı mühendisleri) için açık tutun; genel kullanıcılara yalnızca sabit planları sunun. Rol bazlı plan kısıtlaması RBAC ile yönetilir.
06

Form Builder ile Özel Giriş Formu

Morpheus'un Option Type sistemi, provisioning formlarına özel alanlar eklemenizi sağlar. Metin kutusu, açılır menü, onay kutusu, gizli alan ve hatta dinamik liste (REST API'ye bağlı) gibi farklı türler desteklenir. Bu alanlar hem provisioning sırasında kullanıcıdan değer toplar hem de Workflow içinde değişken olarak kullanılır.

Option Type TürüKullanım Senaryosu
TextProje adı, açıklama, e-posta adresi
Select (Dropdown)Ortam (Prod/Test/Dev), departman seçimi
Radioİkili seçimler (evet/hayır)
Numberİstenen yaşam süresi (gün), ek disk boyutu
REST (API List)Harici sistemden dinamik liste (CMDB, ITSM)
HiddenSabit değer — kullanıcı görmez, workflow kullanır
PasswordGizli değer girişi (şifre, token)
1
Option Type Oluşturun — Örnek: Ortam Seçimi

Library → Options → + Add Option Type yolunu izleyin.

# Açılır menü — ortam seçimi Name : Ortam Seçimi Field Name : environment (workflow'da <%=customOptions.environment%> ile erişilir) Export As : Tag (atanan değer otomatik tag olarak eklenir) Type : Select Required : ✓ Default : test # Seçenekler (Value | Name) prod | Üretim (Production) test | Test dev | Geliştirme (Dev)
2
Option Type Oluşturun — Örnek: Yaşam Süresi
# Sayısal giriş — VM yaşam süresi Name : VM Yaşam Süresi (Gün) Field Name : vm_lifetime_days Type : Number Min Value : 1 Max Value : 90 Default : 30 Required : ✓ Help Block : "VM bu süreden sonra otomatik olarak silinecektir."
3
Option Type'ları Layout ve Form'a Bağlayın

Oluşturulan Option Type'ları hem Layout'a (provisioning formuna eklenir) hem de Catalog Item formuna bağlayabilirsiniz. Layout'a bağlandığında her provisioning işleminde görünür; Catalog Item formuna bağlandığında yalnızca katalog üzerinden erişimde.

4
Form (Form Builder) ile Gruplandırın

Library → Forms → + Add Form ile birden fazla Option Type'ı anlamlı gruplar altında toplayın. Formlar Catalog Item'lara atanır ve self-service portalda düzenli bir görünüm sunar:

# Form örneği Form Adı : Uygulama Sunucusu İstek Formu Grup 1: Temel Bilgiler - Proje Adı (text, zorunlu) - Departman (select: BT/Finans/Pazarlama...) - Sorumlu Kişi (text, e-posta formatı) Grup 2: Ortam ve Süre - Ortam Seçimi (select: Prod/Test/Dev) - VM Yaşam Süresi (number, 1-90 gün) Grup 3: Gerekçe - Kullanım Amacı (textarea, max 500 karakter)
07

Katalog Öğesi Oluşturma

Catalog Item, kullanıcının self-service portalda gördüğü ve tıkladığı kutucuktur. Bir veya birden fazla Instance Type'ı, özel formu ve isteğe bağlı onay akışını bir araya getirir.

1
Provisioning → Catalog → + Add Catalog Item
# Catalog Item temel alanları Name : Uygulama Sunucusu İste Short Name : app-server-request Description : RHEL 9 tabanlı standart uygulama sunucusu talep edin. Onay sonrası otomatik dağıtılır. Logo : (yüklenebilir PNG/SVG) Category : Sunucu Hizmetleri Enabled : ✓ # Bağlantılar Instance Type : RHEL 9 Uygulama Sunucusu (oluşturduğumuz) Form : Uygulama Sunucusu İstek Formu (oluşturduğumuz) # Onay akışı (bir sonraki bölümde) Workflow : Onay Gerektirir — Altyapı Ekibi
2
Ön İzleme ve Test

Preview butonuyla kullanıcının göreceği kataloğu önizleyin. Form alanlarının doğru sırayla ve doğru türde göründüğünü doğrulayın. Zorunlu alanların etiketlendiğinden emin olun.

3
Birden Fazla Instance Type İçeren Katalog Öğesi (Blueprint)

Daha karmaşık senaryolar için Morpheus App Blueprint kullanır. Örneğin "3 katmanlı uygulama" blueprint'i tek tıklamayla web sunucusu + uygulama sunucusu + veritabanı VM'lerini birlikte dağıtır. Blueprint'ler JSON/YAML ile tanımlanır ve kataloga App olarak eklenir.

# Basit App Blueprint — YAML formatı name: "3 Katmanlı Web Uygulaması" tiers: web: instances: - instance: type: rhel9-app name: "web-${sequence}" plan: small app: instances: - instance: type: rhel9-app name: "app-${sequence}" plan: medium db: instances: - instance: type: rhel9-app name: "db-${sequence}" plan: large
08

Onay İş Akışı (Approval Workflow)

Morpheus'ta onay akışları, provisioning taleplerinin otomatik yerine getirilmeden önce belirli kişi veya grupların onayına sunulmasını sağlar. ServiceNow, Jira ve e-posta ile entegrasyon desteklenir.

1
Administration → Approvals → + Add Approval
# Onay yapılandırması Name : Altyapı Ekibi Onayı Description : Tüm üretim VM talepleri için altyapı ekibi onayı gerekli # Onaylayıcılar Approvers : Kullanıcı grubu → "Altyapı-Yöneticileri" # veya belirli kullanıcılar Expiration : 48 saat (süresi dolunca talep reddedilir) # Bildirim Notify : ✓ (onaylayıcıya e-posta gönderilir) → Morpheus dahili mesaj + e-posta
2
Provisioning Workflow ile Otomatik Görevler

Onay akışı dışında, provisioning öncesi ve sonrasında otomatik çalışacak görevleri Provisioning Workflow (Library → Automation → Workflows) ile tanımlayabilirsiniz:

# Örnek Provisioning Workflow adımları Phase: Pre-Provision → Task: ServiceNow'da değişiklik kaydı oluştur (Webhook/Script) Phase: Post-Provision → Task: DNS A kaydı oluştur (Ansible Playbook veya Script) → Task: Monitoring ajanı kur (Shell Script) → Task: CMDB'ye kaydı ekle (Morpheus REST çağrısı) → Task: Talep sahibine e-posta gönder (e-posta template) # Görev türleri: # Shell Script, Ansible Playbook, Groovy Script, # HTTP/Webhook, Morpheus API çağrısı, E-posta
3
Workflow'u Instance Type Layout'una Atayın

Oluşturduğunuz Workflow'u Layout'un Provisioning Workflow alanına bağlayın. Bu sayede bu Layout'tan oluşturulan her VM için workflow otomatik tetiklenir.

💡
Yaşam Süresi Politikası: "VM Yaşam Süresi" Option Type'ıyla toplanan değeri bir Policy'e bağlayabilirsiniz. Administration → Policies → + Add Policy → Instance Expiration. Bu policy, kullanıcının girdiği gün sayısı kadar sonra VM'i otomatik olarak kaldırır veya sahibine uyarı e-postası gönderir. Test ortamı VM'lerinin sonsuza dek çalışmasını bu yöntemle önleyebilirsiniz.
09

RBAC ile Katalog Erişim Kontrolü

Self-service kataloğun değeri, doğru kişilerin doğru öğelere erişmesinden gelir. Morpheus'un rol tabanlı erişim kontrolü (RBAC), katalog öğelerini belirli roller veya tenant'larla kısıtlamanıza olanak tanır.

YapılandırmaNerede?Etkisi
Catalog Item VisibilityCatalog Item → Edit → VisibilityPublic: herkes, Private: seçili tenant'lar
Role PermissionAdministration → Roles → Catalog AccessRol bazında hangi katalog öğelerine erişileceği
Tenant ErişimiCatalog Item → Tenant PermissionsHangi alt kiracıların bu öğeyi göreceği
Onay KurallarıAdministration → PoliciesBelirli roller için onay atla veya zorunlu kıl
1
Kullanıcı Rolü Oluşturun
# Administration → Roles → + Add Role Rol Adı : Uygulama Geliştiricisi Rol Türü : User Temel Rol : User (standart) # İzin özelleştirmeleri: Provisioning : Katalog Üzerinden (doğrudan Instance/VM oluşturamaz) Infrastructure : Görüntüle (değiştiremez) Catalog Access : Yalnızca "Uygulama Sunucusu İste" öğesi
2
Politika ile Kota Koyun
# Administration → Policies → + Add Policy Policy Türü : Max Instances Kapsam : Rol — Uygulama Geliştiricisi Max Instances: 3 (bu roldeki kullanıcı aynı anda 3'ten fazla VM çalıştıramaz) # Diğer kullanışlı politikalar: # Max Hosts, Max Memory, Max Storage, Instance Expiration, # Naming Convention (isimlendirme standardı)
10

Uçtan Uca Test ve Doğrulama

Self-service kataloğunuzu canlıya almadan önce tam bir uçtan uca test yapın. Geliştirici rolündeki bir test kullanıcısıyla aşağıdaki senaryoları çalıştırın:

  • Test kullanıcısı kataloğa girebiliyor ve yalnızca yetkili öğeleri görüyor
  • Form alanları doğru şekilde görünüyor, zorunlu alanlar işaretli
  • Talep gönderildiğinde onaylayıcıya bildirim gidiyor
  • Onay verildiğinde provisioning başlıyor
  • VM doğru resource pool, datastore ve ağa dağıtıldı
  • Ortam tag'i otomatik atandı (Option Type → Export As Tag)
  • Post-provision workflow görevleri tamamlandı (DNS, CMDB vb.)
  • VM yaşam süresi politikası aktif (Instance Expiration)
  • Kullanıcı kota sınırına ulaşınca yeni talep reddediliyor
  • VM silme işlemi başlatıldığında workflow çalışıyor (decommission)
ESH Bilişim

HPE Morpheus Self-Service Katalog Tasarımı

ESH Bilişim, Instance Type tasarımı, özel formlar, onay iş akışları ve ServiceNow entegrasyonu konularında HPE Morpheus danışmanlığı verir. Pre-sales süreçlerinizde "self-service demo" oluşturmak istiyorsanız sahadan deneyimli bir ekiple çalışın.

Kaynaklar

  1. HPE Morpheus, "Instance Types and Layouts" — docs.morpheusdata.com/instance_types
  2. HPE Morpheus, "Option Types and Forms" — docs.morpheusdata.com/options
  3. HPE Morpheus, "Catalog Items" — docs.morpheusdata.com/catalog
  4. HPE Morpheus, "Workflows and Tasks" — docs.morpheusdata.com/workflows
  5. HPE Morpheus, "Policies" — docs.morpheusdata.com/policies
  6. HPE Morpheus, "Role-Based Access Control" — docs.morpheusdata.com/roles
HPE MorpheusSelf-ServiceKatalog RBACWorkflowInstance Type
↑ Başa Dön