Kontrolleret omfang
Godkendte systemer, databaser, kilder og tilladelser definerer implementeringens grænser: hvad CIRMS har adgang til, og hvilke handlinger systemet må udføre.
Arkitektur
Fra en enkelt HERCULES-implementering til hierarkiske HERCULES–ATLAS-modeller og planlagte Multi-ATLAS-modeller til miljøer i stor skala.
Implementeringsmodeller
Én arkitektur.
Forskellige driftsmæssige skalaer.
Vælg en implementeringsmodel for at udforske forholdet mellem administrerede ressourcer, HERCULES og ATLAS.
Arkitektur med én HERCULES
Ét driftsmiljø
En enkelt HERCULES-implementering giver centraliseret driftsstyring af ét administreret miljø gennem en hub-and-spoke-kommunikationsmodel. Den forbinder databaser, applikationer, infrastruktur, tjenester og andre driftsressourcer med ét eksekveringslag.
Via GL3 udfører HERCULES intelligent automatisering, overvågning, tilstandskontroller, ressourcestyring og dataindsamling. Via GL4 omdanner den indsamlede driftsdata til styret, struktureret og AI-klar viden.
Hub-and-spoke-modellen anvender standardiserede interaktionsmønstre, som forenkler administrationen og gør det muligt at integrere yderligere ressourcer og systemer, efterhånden som kravene vokser, uden at ændre den underliggende CIRMS-arkitektur.
- Én HERCULES-maskine betjener ét administreret driftsmiljø.
- GL3 leverer intelligent automatisering, overvågning, tilstandskontroller, ressourcestyring og dataindsamling.
- GL4 omdanner indsamlede driftsdata til styret, struktureret og AI-klar viden.
Bedst egnet til: organisationer, der har brug for én central driftsplatform inden for ét miljø eller én lokation.
Arkitekturvisualisering. Denne illustration viser det driftsmæssige forhold mellem én HERCULES-implementering, tilsluttede ressourcer og GL3-/GL4-lagene. Det er en konceptuel visning af platformen, ikke et live-dashboard.
Strukturoversigt
Forenklet diagram på denne side over den samme implementeringsmodel.
01 / ÉN HERCULES
Ét administreret miljø
Databaser
Applikationer
Infrastruktur
Tjenester
HERCULES
Driftsmæssig eksekvering
GL3
GL4
GL3
Automatisering og
Dataindsamling
Dataindsamling
GL4
AI Data
Readiness
Readiness
HERCULES–ATLAS-arkitektur
Central koordinering. Lokal eksekvering.
Denne arkitektur introducerer ATLAS som det centraliserede koordinerings- og tilsynslag over flere HERCULES-maskiner, der arbejder på tværs af forskellige miljøer, lokationer eller teknologiområder.
Hver HERCULES fortsætter med at arbejde lokalt og selvstændigt og kombinerer intelligent automatisering og dataindsamling via GL3 med AI Data Readiness via GL4. ATLAS samler driftsoplysninger fra disse miljøer og giver et overblik over hele organisationen til centraliseret overvågning, koordinering og governance.
Den hierarkiske model understøtter distribueret eksekvering med centralt tilsyn og et informeret beslutningsgrundlag. Den planlagte GL5-udvikling skal udvide disse funktioner med AI-modeller, intelligent analyse og samtalebaseret intelligens, samtidig med at menneskeligt tilsyn bevares.
- HERCULES er fortsat ansvarlig for lokal eksekvering og AI Data Readiness i sit administrerede miljø.
- ATLAS samler indsigt, koordinering og governance på tværs af flere HERCULES-implementeringer.
- Modellen understøtter tilsyn på tværs af organisationen og bevarer samtidig den distribuerede driftsmæssige eksekvering.
Bedst egnet til: organisationer med flere miljøer, forretningsenheder eller lokationer, som stadig har brug for ét koordineret styringslag.
Arkitekturvisualisering. Denne illustration viser HERCULES-instanser, der arbejder lokalt, mens ATLAS leverer centraliseret koordinering, tilsyn og samlet indsigt på tværs af miljøerne.
Strukturoversigt
Forenklet diagram på denne side over den hierarkiske model.
02 / HERCULES–ATLAS
Distribueret eksekvering · Centralt tilsyn
ATLAS
Koordinering og overblik over hele organisationen
HERCULES
Datatjenester
GL3
GL4
Databaser
HERCULES
Infrastruktur / OS
GL3
GL4
Administreret infrastruktur
HERCULES
Applikationer / tjenester
GL3
GL4
Forbundne systemer
Multi-ATLAS-arkitektur
Distribueret tilsyn i større skala.
For store, geografisk spredte organisationer eller organisationer med flere domæner kan den planlagte CIRMS-arkitektur udvides til flere indbyrdes forbundne ATLAS-maskiner, som hver koordinerer grupper af HERCULES-miljøer.
Denne model skal understøtte distribueret tilsyn, driftsmæssig robusthed, skalerbarhed og ressourcestyring på tværs af organisationen, samtidig med at lokal HERCULES-eksekvering bevares. De foreslåede arkitekturmål omfatter redundant tilsyn, koordinerede kontinuitetsmekanismer og løbende driftsindsigt på tværs af flere domæner.
Fremtidig GL5-integration skal udvide arkitekturen med AI-modeller, intelligent analyse og beslutningsstøtte, samtidig med at centraliseret governance, sporbarhed og menneskeligt tilsyn bevares.
- Flere ATLAS-noder koordinerer separate grupper af HERCULES-miljøer på tværs af store eller distribuerede organisationer.
- Designretningen sigter mod robusthed, skalerbarhed, redundant tilsyn og løbende driftsindsigt.
- Modellen er fortsat en planlagt arkitekturretning og ikke en produktionsimplementering eller en garanti for failover.
Planlægningsnote: denne model illustrerer en målretning for fremtidige scale-out-scenarier. Den skal læses som en konceptarkitektur, ikke som dokumentation for testet failover-adfærd.
Visualisering af den planlagte arkitektur. Denne illustration viser den tilsigtede retning for bredere koordinering og robusthed på tværs af mange HERCULES-miljøer. Den beskriver ikke en garanteret produktionstopologi.
Strukturoversigt
Forenklet diagram på denne side over den planlagte Multi-ATLAS-model.
03 / MULTI-ATLAS
Planlagt arkitektur
ATLAS
Koordineringsgruppe 1
ATLAS
Koordineringsgruppe 2
ATLAS
Koordineringsgruppe 3
Indbyrdes forbundet tilsynslag
HERCULES
Driftsmiljø
GL3
GL4
Tilsluttede ressourcer
HERCULES
Driftsmiljø
GL3
GL4
Tilsluttede ressourcer
HERCULES
Driftsmiljø
GL3
GL4
Tilsluttede ressourcer
Planlagt model: distribueret tilsyn og redundant tilsyn er arkitekturmål.
Virksomhedsimplementering og datakontrol
Implementering i virksomheden.
Organisationens kontrol.
CIRMS er designet til at fungere tæt på de miljøer, systemet administrerer. Hver implementering definerer de systemer, datakilder, tilladelser og driftsmæssige grænser, som HERCULES og ATLAS har adgang til. Eksterne tjenester og AI-integrationer indføres kun inden for det aftalte implementeringsomfang.
Lokal driftsmæssig eksekvering
HERCULES arbejder i eller tæt på det administrerede miljø, mens ATLAS leverer koordinering på et højere niveau, hvor det indgår i implementeringen.
Sporbar dataforberedelse
GL4 synliggør registrering, indsamling, forberedelse, validering, parathed og systemtilstand, så teams kan undersøge, hvordan driftsdata bliver til forberedt viden.
Menneskeligt tilsyn
Automatisering og fremtidige AI-understøttede handlinger er fortsat underlagt organisatoriske kontroller, autorisation og ansvar. Mennesker fastlægger omfanget og gennemgår resultaterne.
Ekstern behandling er en beslutning i implementeringen. Enhver ekstern tjeneste eller AI-udbyder skal vurderes ud fra de oplysninger, vedkommende kan modtage, adgangstilladelserne og de aftalte behandlingsvilkår. Dataflytning fastlægges for hver implementering og antages ikke ud fra et arkitekturdiagram.
Drøft implementeringsomfangHERCULES eksekverer.
GL3-automatisering og dataindsamling, GL4 AI Data Readiness, tilstandskontroller, overvågning, rapporter og dashboards.
ATLAS koordinerer.
Governance, koordinering og et overblik over hele organisationen på tværs af HERCULES-maskiner.
GL5 er planlagt.
Fremtidig integration skal udvide arkitekturen med AI-modeller, intelligent analyse og samtalebaseret intelligens, samtidig med at governance og menneskeligt tilsyn bevares.
Næste skridt
Drøft jeres implementeringsomfang.
Drøft jeres miljø, driftskrav og AI Data Readiness med Projekt TOHOL®.