Slik virker det

Verktøyet du har, endrer seg ikke. Det som endrer seg, er hvem som får det, når og i hvilken versjon.

  1. Pakk verktøyet

    Du laster opp LISP-filene og DLL-ene. Serveren leser dem: den finner hvilke kommandoer de registrerer og hvilke AutoCAD-versjoner de sikter på, og skriver selv pakkedefinisjonen. Koden din røres ikke, og det blir ingen tabell igjen som må føres for hånd.

  2. Publiser

    Arkivet pakkes ut, valideres, SHA-256-en beregnes på serveren, og signaturen sjekkes. En ny versjon går alltid inn i DEV: ingen opplasting går rett ut til hele bedriften.

  3. Rull ut gjennom kanalene

    Først en pilotgruppe (tre til ti ingeniører), deretter alle. Et problem som finnes i piloten, når aldri ut til hundrevis av mennesker. Om dere vil, kan utrullingen til hele bedriften kreve godkjenning fra en annen administrator.

  4. Gi rettigheter

    Hvem som ser hvilken pakke, hvem som får bruke hvilken funksjon — per person eller per gruppe. En ingeniør uten rettighet ser ikke verktøyet i det hele tatt i katalogen, så det finnes ingen nedtonet knapp å krangle med.

  5. Ingeniøren installerer

    Katalogen åpnes inne i AutoCAD, og verktøyet installeres med ett klikk. Installasjonen er atomær: enten blir den ferdig, eller så har den ikke skjedd. Et halvveis installert verktøy finnes ikke.

Tilbakerulling er ingen ny publisering

Å trekke en versjon tilbake fra hele bedriften betyr å flytte den versjonen til en smalere kanal — ett eneste trekk. Uten ompakking, uten ny publisering, uten å vente på noen. Selv med firøyeprinsippet slått på trenger tilbakerullingen aldri godkjenning: en kontroll skal ikke stå i veien nettopp i det øyeblikket farten veier tyngst.

Lasting ved behov

AutoCAD laster ikke verktøykoden ved oppstart; den leser en kort notis som sier «denne kommandoen ligger i den pakken». Koden lastes ved kommandoens første kall. Katalogen din kan vokse uten å gjøre oppstarten tregere.

På oppstartsveien til AutoCAD gjøres ikke ett eneste nettverkskall — en bindende regel i dette produktet, sjekket med en test.

Arbeid uten nettverk

Installerte verktøy ligger på ingeniørens maskin og er ikke avhengige av serveren. Under vedlikehold, med brutt nettverk eller ute på byggeplassen går verktøyene videre; bare nye installasjoner og oppdateringer venter.

En helt avslått server betyr «det går ikke an å installere nye verktøy», ikke «ingeniørene kan ikke jobbe». Den forskjellen er en arkitekturegenskap det er verdt å holde på.

Oppdateringen er en egen prosess

Så lenge AutoCAD er åpent, er en lastet fil låst og lar seg ikke bytte på stedet. Oppdateringer overlates til et eget oppdateringsprogram: det gjør jobben, melder resultatet og trekker seg unna.

En lastet assembly oppdateres aldri på stedet — en oppdatering som stille er etterlatt halvveis, blir et verktøy som ikke åpner neste morgen.

Feil kommer med et nummer

Når et verktøy plutselig stopper, ser brukeren et korrelasjonsnummer og sender det til deg. Hele hendelsen — hvilken pakke, hvilken versjon, hvilken AutoCAD — er allerede logget.

Det får trafikken av typen «send et skjermbilde» til å forsvinne: feilsøkingen begynner i posten, ikke i det brukeren husker.

La oss gjøre det med ett av verktøyene dine

Send oss ett av LISP- eller .NET-verktøyene dine. Vi pakker og publiserer det sammen, installerer det på en testmaskin og trekker det tilbake igjen. Rundt en time.

Bestill en demonstrasjon