Tenant er grensen for organisasjon og dataisolasjon. Project er medlemskap og utførelsesomfang innenfor en Tenant - ikke et visningsfilter i nettleseren. Valget av Project kontrollerer effektive roller, databasebanen og ressursene som er synlige for prosjektbundne moduler.
Plattformoversikt
En driftsmodell fra kilde til dokumentasjon.
advanexus samler dataoperasjoner, styrte ressurser, styrt analyse, Python-arbeid og tilgjengelig dokumentasjon i en felles Tenant- og Project-modell, mens hver modul beholder ansvaret for sine kanoniske poster.
Actor, Source, FileVersion, TableVersion, DatasetVersion, ReportVersion, Environment, Run, Artifact, Evidence, Finding, Case og Ticket har ulike kanoniske eiere. De eksplisitte relasjonene mellom dem er mer verdifulle enn en generell aktivitetsstrøm.
Registrer Project-bundne Sources, fastsett driverfunksjoner, inspiser metadata og bruk avgrenset, skrivebeskyttet utforskning før et resultat publiseres som en varig ressurs.
Bevar uforanderlige filversjoner, inspiser innhold, publiser administrerte tabellversjoner, bruk Data Quality-sjekker og bevar utførelsesresultater for implementerte Pipeline-flyter.
Gi datadefinisjoner en stabil Dataset-identitet, bind ReportVersion-er til eksakte DatasetVersion-er, og kjør Analytics med kjent tillatelses-, RLS- og filterkontekst.
ANPy kobler sammen notebook-revisjoner, miljøidentitet, kjernelivssyklus og avgrensede CellRun-er uten å produsere prosessminne som vedvarende dokumentasjon.
Intelligence hjelper brukere med å resonnere og forberede registrerte handlinger; Assurance kobler støttede poster til avgrensede undersøkelser, Findings, Cases, integritetskontroller og Evidence Packages.
Tenant og Project gjør omfanget til en beslutning ved kjøring.
Tenant er grensen for organisasjon og dataisolasjon. Project er medlemskap og utførelsesomfang innenfor en Tenant - ikke et visningsfilter i nettleseren. Valget av Project kontrollerer effektive roller, databasebanen og ressursene som er synlige for prosjektbundne moduler.
Kontrollert etablering
Når en Project opprettes, justeres Tenant-databasen, et skjema med eierskapsmarkør opprettes, kjøretidstillatelser brukes, og System Sandbox Source registreres før tilordningen publiseres.
Aktiv kontekst
Servereid sesjonstilstand binder Actor, Tenant og aktivt Project; beskyttede forespørsler validerer konteksten på nytt i stedet for å stole på headere eller sidetilstand.
Uttrykke unntak
Assurance er en Tenant-omfattende lesemodell, Service Desk er en Tenant-omfattende kø med valgfri Project-kontekst, og Intelligence kan bruke globalt omfang, Project-omfang eller nøyaktig objektomfang.
Koble til og oppdag.
Registrer Project-bundne Sources, fastsett driverfunksjoner, inspiser metadata og bruk avgrenset, skrivebeskyttet utforskning før et resultat publiseres som en varig ressurs.
Sources og kontaktenes funksjonskontrakt
Vedvarende arbeidsområder i SQL Console, SavedQueries og QueryExecutions
Uforanderlige Sandbox FileVersions og innholdsdokumenterte forhåndskontroll
Bygg og valider.
Bevar uforanderlige filversjoner, inspiser innhold, publiser administrerte tabellversjoner, bruk Data Quality-sjekker og bevar utførelsesresultater for implementerte Pipeline-flyter.
Atompublisering av stabilt alias etter validering
Kildeorienterte QualityRun-er og avgrensede Finding-er
Konsekvente resultater for spørring, overføring, sletting, kvalitet og masterkjøring
Styr og analyser.
Gi datadefinisjoner en stabil Dataset-identitet, bind ReportVersion-er til eksakte DatasetVersion-er, og kjør Analytics med kjent tillatelses-, RLS- og filterkontekst.
Dataset kontrakt og sammenligning av uforanderlige versjoner
AnalyticsRun-er med flere bindinger og diagnostikk per binding
Dashboards som bevarer resultatene fra hver widgetkjøring
Utvid med styrt Python.
ANPy kobler sammen notebook-revisjoner, miljøidentitet, kjernelivssyklus og avgrensede CellRun-er uten å produsere prosessminne som vedvarende dokumentasjon.
Forstå, undersøke og styrke.
Intelligence hjelper brukere med å resonnere og forberede registrerte handlinger; Assurance kobler støttede poster til avgrensede undersøkelser, Findings, Cases, integritetskontroller og Evidence Packages.
Identitet, onboarding og innstillinger forblir en del av driftsmodellen.
Kontrollert onboarding etablerer tilgang til Tenant og Project; Innstillinger administrerer konto, teamroller og Tenant-SAML policy. Autentiserte forespørsler krever en samsvarende aktiv oppføring i sesjonsregisteret, gjeldende Tenant/brukertillatelse og servereid kanonisk opprinnelse.
Bedriftstilgang
Standard kontrollert bane er etablering av Tenant av plattformadministrator, obligatorisk endring av midlertidig passord og eksplisitt opprettelse av Project - ikke forutsatt offentlig selvregistrering.
Teamtilgang
Nåværende onboarding oppretter eller gjenbruker brukere direkte og tildeler roller; det er ikke en livssyklus av invitasjons-e-poster eller ventende tokens.
SAML og MFA dokumentasjon
SAML-metadata/pålogging/ACS, JIT-identitetskobling, domenepolicy og MFA-dokumentasjon sertifisert av IdP leveres; TOTP/WebAuthn i applikasjonen og et fullstendig opptrappingsgrensesnitt gjør det ikke.
Sessionsikkerhet
En tilbakekalt, utløpt eller avvikende registertilstand avvises sikkert; passordendringer, tilbakestillinger og sletting av kontoer tilbakekaller aktive sesjoner.
Service Desk kobler sammen operativ kommunikasjon uten at en påstand alene blir dokumentasjon.
Tenant-brukere kan opprette og spore avgrensede saker for støtte, fakturering, sikkerhet, feil, funksjoner og hendelser. Plattformadministratorer kan svare, legge til interne notater, tildele og endre status; støttede case-hendelser kan projiseres til Assurance.
Køen omfatter hele Tenant; Project-identitet er valgfri kontekst, ikke et autorisasjonsvilkår for listen.
Interne notater forblir skjult i Tenant-malene, mens offentlige svar forblir en del av Tenant-tråden.
Vedlegg, SLA-automatisering, e-post/webhooks, uforanderlig TicketVersion og full ITSM/CMDB-atferd er ikke aktuelle funksjoner.
Produktomvisninger forklarer den faktiske løsningen, ikke en frakoblet video.
Felles omvisningsinfrastruktur kan vise SQL Console, Dataset-detaljer og Analytics med syntetiske eksempler, kontroller for avspilling, pause og neste trinn samt modale flater som gjenspeiler produktsidene. Omvisninger forklarer flyter og grenser; de utfører ikke Tenant-handlinger og erstatter ikke dokumentasjon.
Funksjonsstatus er en del av produktkontrakten.
Tilgjengelig, produksjonsorientert, miljøavhengig og planlagt er forskjellige tilstander. En offentlig funksjonserklæring er aldri en erstatning for live aksept for nøyaktig revisjon og distribusjon.
Det neste trinnet
Start med flyten som ikke tåler tvetydighet.
Ta med systemene, de ansvarlige, reglene, leveransekravene og dokumentasjonskravene som er viktige.
Diskuter en kritisk flyt