A telepítéshez és karbantartáshoz szükséges környezet létrehozása (lásd Telepítési előfeltételek, Az F1 rendszer telepítése) a befogadó szervezet feladata de a karbantartást a CallTec Consulting végzi.
Az F1 kibocsájtó szervezetnek hozzá kell férnie befogadó szervezet infrastruktúrájához annak érdekében, hogy a támogatási feladatokat el tudja látni. Az ehhez szükséges hozzáféréseket a befogadó szervezetnek biztosítania kell a CallTec Consulting (megfelelő személyeinek) számára.
Az F1 alkalmazáshoz tartozó elemek karbantartásához szükséges, közvetlenül a befogadó szervezet infrastruktúrájához köthető eszközöket a befogadó szervezet és a CallTec Consulting együtt fogadják el. A leggyakoribb esetekben a következő eszközökre / hozzáférésekre van szükség:
VPN kapcsolat
megfelelő jogosultságokkal bíró domain felhasználó(k)
Unix/Linux felhasználó(k)
RSA kulcspár
Email címek
Oracle TNS hozzáférés
Oracle séma hozzáférések
megfelelő sávszélesség
Oracle adatbázisszerver
Az Oracle rendszerelemek karbantartásához szükséges DBA eszközöket a befogadó szervezet birtokolja.
Az F1 alkalmazás elemek karbantartásához a CallTec Consulting Oracle fejlesztői eszközöket használ:
Oracle Client
PL/SQL Developer
Telepítő és karbantartó szkriptek/programok
Web- és alkalmazásszerverek
A webalkalmazások feltöltéséhez (deploy) szükséges eszközök jellemzően:
PuTTY
WinSCP
Az adatbázis szerver menedzselése felbontható két (párhuzamos) folyamatra. Az magát az Oracle kiszolgálót, illetve az abban értelmezhető Oracle rendszerelemeket (melyek menedzseléséhez DBA jogok kellenek) a befogadó szervezet végzi. Ő hozza létre az F1 rendszer környezetét, amelynek menedzselést aztán már a kibocsájtó, azaz a CallTec Consulting végzi saját eszközeivel, a rendelkezésére bocsájtott hozzáféréseken keresztül.
Az F1 alkalmazást hordozó Oracle kiszolgáló karbantartását a befogadó szervezet végzi saját politikája szerint, saját eszköztára segítségével, de az F1 kompatibilitási és működési követelmények figyelembevételével.
Az F1 rendszer Oracle-n belüli, fizikai elemeinek karbantartását a befogadó szervezet végzi.
Az elemek főverzióhoz kötöttek, azaz telepítéskor egyszer kerülnek kialakításra. A struktúrán mindaddig nem kell változtatni, amíg a főverzió él.
Periódusok
Karbantartásra, beavatkozásra következő esetekben lehet szükség:
ha a befogadó szervezet új F1 variánst hoz létre, vagy meglevőt változtat meg (átnevez)
ha a befogadó szervezet az F1 alkalmazás mellett P1-et is vásárol
ha a befogadó szervezet megváltoztatja saját (Oracle) kiszolgáló elemeinek a fizikai struktúráját, vagy hálózati topológiáját
Célszerű, hogy ilyen esetben a befogadó szervezet konzultáljon a CallTec Consulting-gal.
Az F1 rendszer Oracle-n belüli, logikai elemei karbantartását a CallTec Consulting végzi, aminek rendelkeznie kell a megfelelő hozzáférési jogokkal és technikai felhasználókkal.
Periódusok
A webes tartalmak befogadására alkalmas infrastruktúra elemek telepítését és konfigurálását a befogadó szervezet végzi. Ezt jellemzően egyszer, a telepítéskor teszi meg. A működési ciklusban már a kibocsájtó szervezet végzi a webes tartalmak menedzselését saját eszköztárával a számára biztosított hozzáféréseken keresztül. Az ilyenkor elvégzett műveletsor jellemzően a verziók kiadásában és feltöltésében (deploy) merül ki, aminek eredményeképpen a Web- és alkalmazás szerverek című pontban tárgyalt struktúrák jönnek létre.
A deploy folyamat nem automatizált.
A statikus weblap rész és a mögötte időnként megváltozó bináris tartalom webszerverbe való feltöltését a CallTec Consulting végzi. A frissítési periódusokat a programfejlesztés üteme határozza meg. Az eredmény több feltöltött JAR fájl és egyéb fájlok a client könyvtár alatt.
{webapps}/client/*.*
{webapps}/appversion.htm
Pontosan azok az állományok változnak (vagy változhatnak), amelyek verzió függőek.
A dinamikus webalkalmazás rész alkalmazásszerverbe való feltöltését a CallTec Consulting végzi. A frissítési periódusokat a programfejlesztés üteme határozza meg. Az eredmény a feltöltött WAR fájl:
{webapps}/F1_GEN.war
Verzió kiadásakor a függőségi viszonynak megfelelően változnak (vagy változhatnak) az állományok.
Az F1 rendszer minden rétegében van valamilyen beépített logolás, amelyek első sorban a fejlesztési igényeket szolgálnak ki.
Az F1 rendszer Oracle oldala önmagát naplózza, egy erre kitüntetett táblában. Minden variáns saját loggal rendelkezik.
Az F1 Java alkalmazás naplófájlokat helyezhet el a hordozó számítógépen. A fájlok helye minden esetben a felhasználó "home" könyvtára alatti .f1/log könyvtár.
Az alkalmazás futása közben képződő adatok az alkalmazás verziójával nincsenek összefüggésben.
A naplófájlok elnevezése magában hordozza a futtatás napját és a napon belüli futtatási alkalmakat.
Az alkalmazás adatokat az F1 alkalmazás nem törli.
Az Oracle kiszolgáló elemek karbantartását a befogadó szervezet saját politikája szerint végezheti, amennyiben ezzel az F1 rendszer adatbázisa nem sérül. Az F1 rendszer a hordozó infrastruktúra karbantartását tehát nem korlátozza.
Az F1 rendszer adatainak törlése tilos!
Működés közben az F1_GEN szolgáltatás nagy mennyiségű temporális adatot generál. Az adatok a felügyeleti munkát hivatottak elősegíteni. (Jellemzően a kigenerált dokumentumok fájljait menti a lemezre.) Egy idő után ezek az adatok feleslegessé válnak, de ezek törléséről az F1 rendszer nem gondoskodik automatikusan, ezért a törlésről külső eszközökkel kell gondoskodni.
#gencfg#/temp
Az F1 asztali alkalmazás naplófájlokat helyez el a merevlemezen. Ezek törlését a befogadó szervezet saját politikája szerint végezheti.
Általánosan elmondható, hogy az F1 rendszer monitorozását a befogadó szervezet saját politikája szerint, saját eszközeivel, ismert korlátok nélkül végezheti. Az F1 rendszer saját (belső) monitorozó eszközt nem hordoz, önnön monitorozására alkalmas megoldásokat nem tartalmaz.
A monitorozási elvekre vonatkozó ajánlások a következők.
Az F1 rendszer Oracle elemei nem rendelkeznek monitorozást támogató felülettel, tehát az alkalmazás specifikus logikát közvetlenül monitorozni nem lehet. Az Oracle elemek erőforrás-figyelését a befogadó szervezet saját politikája szerint végezheti, viszont tapasztalatok alapján a víruskeresés, a monitorozó programok beállításánál érdemes kizárni az adatbázis monitorozást, mert kiszámíthatatlanul lassíthatja a rendszert.
A statikus webszerver terhelése csekély, kevés interakció történik, mert az F1 indító oldalt ritkán látogatják a felhasználók (naponta néhány alkalommal). Monitorozása (az F1 rendszer szempontjából) nem szükséges.
A dinamikus webalkalmazások monitorozása standard Java monitorozó eszközökkel lehetséges.
Az F1 alkalmazás monitorozása lehetséges bármilyen standard Java 21 VM monitorozó eszközzel, illetve a működés nyomon követhető a naplófájlokban (lásd Alkalmazás adatok pont).
Az Oracle adatbázis mentéséről a befogadó szervezet saját politikája szerint gondoskodik. Az F1 rendszer szempontjából csak annyi fontos, hogy egy esetleges hiba esetén a teljes F1 adatbázis hiánytalanul visszaállításra kerüljön.
A web és alkalmazásszerverekben elhelyezkedő tartalmak mindegyikét a CallTec Consulting infrastruktúrája állítja elő és ezt bármikor képes (akár visszamenőleg is megtenni), így a szerver mentésére (az F1 rendszer szempontjából) nincs szükség.
A kliensek értékes adatot nem tárolnak, telepítésük és frissítésük pedig egy mozdulattal elvégezhető (és automatikusan meg is történik) így az F1 rendszer szempontjából kliens oldali biztonsági mentésekre nincs szükség.
Pirossal kiemeltem: ennek még ez a neve? vagy térjünk át "CTCSU" megnevezésre, globálisan?