ulx_logo_400ulx_logo_400ulx_logo_400ulx_logo_400
  • MEGOLDÁSAINK
    • Konténerizáció és hibrid felhő
    • DevOps és felhőnatív fejlesztés
    • Adatközponti és felhőautomatizáció
    • Szolgáltatásközpontú transzformáció
    • Klasszikus és felhőalapú rendszerek integrációja
    • Nagyvállalati adatbáziskezelés
  • SZOLGÁLTATÁSAINK
    • Kritikus rendszerek támogatása
    • Fejlesztői támogatás
    • Komplex rendszerek tervezése, megvalósítása
    • Automatizáció, szolgáltatáskialakítás
    • Klasszikus és felhőalapú integráció
    • Oktatás
    • Tanácsadási szolgáltatások
  • OKTATÁSOK
    • Red Hat Enterprise Linux alap- és intenzív tanfolyamok
      • RH124 – Red Hat Rendszeradminisztráció I.
      • RH134 – Red Hat Rendszeradminisztráció II.
      • RH199 – Intenzív RHCSA tanfolyam
      • RH294 – Red Hat Rendszeradminisztráció III: Linux automatizáció
    • Red Hat Automatizáció tanfolyamok
      • DO417 – Microsoft Windows automatizálás Red Hat Ansible segítségével tanfolyam
      • DO447 – Automatizálás Ansible segítségével – Advanced jógyakorlatok (Best Practices) tanfolyam
      • DO457 – Hálózatautomatizáció Red Hat Ansible használatával tanfolyam
    • Speciális Red Hat Enterprise Linux tanfolyamok
      • RH342 – Red Hat Enterprise Linux Diagnosztika és Hibaelhárítás
      • RH358 – Red Hat Szolgáltatás-menedzsment és automatizáció tanfolyam
      • RH403 – Red Hat Satellite 6 adminisztráció tanfolyam
      • RH442 – Red Hat Enterprise Performance Tuning tanfolyam
    • Red Hat felhő, köztesréteg és storage tanfolyamok
      • CL110 – Red Hat OpenStack adminisztráció tanfolyam
      • CL210 – Red Hat OpenStack adminisztráció II. tanfolyam
      • DO180 – Bevezetés a konténerizációba és a Kubernetes technológiába
      • DO280 – Red Hat OpenShift adminisztrációI: Élesüzemű Kubernetes klaszterek üzemeltetése
      • DO288 – Red Hat OpenShift fejlesztés: Alkalmazások konténerizációja
      • DO322 – Red Hat OpenShift telepítése a gyakorlatban tanfolyam
      • DO380 – Skálázható Kubernetes környezetek készítése vállalati környezetben
    • Fejlesztői tanfolyamok
      • AD183 – Red Hat Alkalmazás fejlesztés I: Programozás Java EE környezetben
      • DO288 – Fejlesztés Red Hat OpenShiften – Konténerizált alkalmazások tanfolyam
    • Hivatalos Red Hat tanúsítványok
      • EX200 – Red Hat Certified System Administration (RHCSA) vizsga
      • EX294 – Red Hat Certified Engineer (RHCE) vizsga
    • PostgreSQL / EnterpriseDB tanfolyamok
      • Bevezető PostgreSQL adminisztráció tanfolyam
      • Haladó PostgreSQL adminisztráció tanfolyam
      • Átfogó PostgreSQL adminisztráció tanfolyam
      • PostgreSQL adminisztráció és fejlesztés tanfolyam
      • Bevezető PostgreSQL fejlesztői tanfolyam
      • Postgres Plus Advanced Server adminisztráció tanfolyam
    • Előzetes szintfelmérők a tanfolyamokhoz
      • PostgreSQL / EnterpriseDB Szintfelmérő
    • Tanfolyami naptár
    • Red Hat Academy
  • TERMÉKEK
    • Red Hat Enterprise Linux
      • Red Hat Enterprise Linux
      • Red Hat Satellite
      • Red Hat Insights
      • Red Hat Smart Management
    • Red Hat OpenShift
      • OpenShift Container Platform
      • Red Hat ACM for Kubernetes
      • Red Hat OpenShift Advanced Cluster Security for Kubernetes
      • Red Hat OpenShift Data Foundation
      • Red Hat Quay
    • Red Hat Ansible Automation
    • Red Hat OpenStack Platform
    • Red Hat JBoss middleware
      • Red Hat JBoss Enterprise Application Platform
      • Red Hat JBoss Web Server
      • Red Hat Data Grid
      • Red Hat Runtimes
      • Red Hat Fuse
      • Red Hat A-MQ
      • Red Hat 3Scale
      • Red Hat Decision Manager
      • Red Hat Process Automation Manager
    • EnterpriseDB
      • EnterpriseDB PostgreSQL
      • EDB Postgres Advanced Server
    • Nagios
      • Nagios XI
      • Nagios Log Server
    • Nextcloud
      • Nextcloud Files
    • Zimbra
      • Zimbra Collaboration
    • SuliX
  • RÓLUNK
    • Hírek, események

Az alkalmazás életciklus-menedzsment jelentősége magánfelhőkben

  • Home
  • Híreink és eseményeink
  • Vállalati hírek
  • Az alkalmazás életciklus-menedzsment jelentősége magánfelhőkben
2011-07-07
Categories
  • Vállalati hírek
Tags

Nem minden infrastruktúra-mint-szolgáltás (IaaS, Infrastructure-as-a-Service) jellegű felhő egyenrangú.

Néhány megoldás a rendszergazdáknak lehetővé teszi, hogy egy sablonból kiindulva építsenek rendszerképmásokat. Más megoldásoknál a rendszerképmásokat (virtuális gépeket) a terméken kívül kell létrehozni és onnan kell importálni.

Néhány megoldás olyan rendszerképmások létrehozására képes csupán, ami meghatározott tulajdonosi technológiájú szoftverkészleteket futtató platformokon és felhőkön alkalmazható és telepíthető. Megint más megoldások választékot és hordozhatóságot kínálnak.

Ennek az írásnak azonban nem az a célja, hogy a rendszerképmások meghatározásának, létrehozásának és telepítésének különbözőségeit tárgyaljuk. Ehelyett tekintsük inkább át a jelenlegi menedzsment-modelleket.

Alapvetően olyan menedzsment komponensre van szükség, ami visszacsatolja a futtatott alkalmazásokat az eredeti tartalomhoz. Tapasztalatunk szerint az infrastruktúra-mint-szolgáltatás (IaaS) vakon kilőtt nyílként működik miután a rendszerképmások elindításra kerültek a felhőben vagy felhőkben.

A konténert, vagyis a rendszerképmást vagy virtuális gépet számos infrastruktúra-mint-szolgáltatás (IaaS) megoldás kezeli kisebb vagy nagyobb mértékben. A megközelítésük lényege az, hogy ha egy futó képmásban valamilyen problémát fedezünk fel, akkor a képet kikapcsolhatjuk, és egy újat alkalmazhatunk. Ez a fajta gondolkodásmód azt tükrözi, hogy bizonyos fajta alkalmazások, főleg az újak, „állapotmentesek”– vagyis nem tárolnak kizárólag a futó példányra jellemző információt, és ezáltal kisméretű zavarral bár, de újraindíthatóak.

Míg bizonyos esetekben helytálló ez a megközelítés, vannak hátrányai is. Az elsőszámú ilyen hátrány az, hogy számos alkalmazás ténylegesen nem állapotmentes. A második hátulütő az, hogy a konténer tartalma valósidejű megfigyelésének képessége nélkül nehezen kimutatható, hogy igazából történt-e bármilyen jellegű eltérés.

A Red Hat CloudForms ezzel szemben nem csak a tartalmat kezeli, hanem a konténert is. Olyan módon van tervezve, hogy fizikai, virtuális és felhő környezetekben futó rendszerek működésének operatív kezelését végezze. Ezáltal folyamatos tartalmi és konfigurációs megfelelőséget nyújt (a Red Hat termékekhez való jogosultság mellett), ami konzisztens a képmást készítő definíciókkal.

A tartalom folyamatos menedzsmentje két fő esetben használatos.

Az első ilyen eset, amikor a rendszergazda az alkalmazás definícióját frissíti, és azt egy futó élesüzemű rendszerbe akarja kitolni. Míg a rendszergazda egyszerűen újraprovízionálhatja és újraindíthatja az erőforrást, a folyamatos tartalom-menedzsment segítségével olyan valósidejű frissítéseket eszközölhet, amikhez nem szükséges a futó példányt újraépíteni és újraindítani.

A második eset az, amikor egy fejlesztő egy függvénykönyvtár frissítésével módosít egy példányt és ezáltal megszűnik a példány megfelelősége az alkalmazás definícióhoz. Ez a változás észlelhető, a rendszergazda pedig riasztást kap róla. A rendszergazda ezután eldöntheti, hogy orvosolja-e az elcsúszást úgy, hogy a függvénykönyvtárat a támogatott változathoz frissíti.

A Cloudforms nagy előnye más kezdetleges felhő-menedzsment megoldásokkal szemben az a képessége, hogy tartalom-, konfiguráció- és megfelelőségi életciklus-menedzsmentet nyújt. Így a rendszergazdák a futó alkalmazásaik automatizált irányítása révén fokozottan biztosak lehetnek abban, hogy az infrastruktúrájuk nem csak az új képmás elindításának pillanatában, hanem folyamatosan saját irányításuk alatt áll. Még ha jelenleg csupán fizikai szerverek kezelésével foglalkozunk is, a Red Hat felettébb hatásos eszközt nyújt eddigi rendszereink kezelésére, mindaddig, amíg készen nem állunk arra, hogy alkalmazásainkat felhő környezetbe helyezzük át. Az alkalmazásokat egy operációs rendszer „konténeren” belül még felhő számítástechnika hiányában is komoly kihívás kezelni, sok infrastruktúra-mint-szolgáltatás megoldás mégsem szentel elég figyelmet ennek.

A futásidejű menedzsment az alkalmazások szintjén azt jelenti, hogy az „eltérések” az alkalmazások konfigurációjában felismerhetőek és gyorsabban orvosolhatóak az alkalmazás újraindítása nélkül, ami kulcsfontosságú elvárás számos kritikus üzleti alkalmazás részéről.

Copyright: ULX, 2022