Deployen in een zin

NET Core API kan je wel volledig via Code maken en deployen als je dat wenst (de docs zijn hier wel voor beperkt).

De overheid heeft dan ook een eigen CA, wat het deployen van EV certificaten een stuk betaalbaarder en eenvoudiger maakt.

En dan flares of andere recon deployen om toch iet wat hulp te zijn?

Ik denk echter wel dat alles wat ze op mars zullen deployen ook op de maan getest zal worden.

Ik draai installs eerst op mijn eigen mac en als deze applicaties goed draaien hevel ik ze over naar de taakserver waar ik ze geautomatiseerd kan deployen naar de gewenste clients.

Je zult dus ook zelf moeten gaan compileren en deployen.

Op mijn werk doen we ook aan continuous integration and deployment en hoewel we ook met regelmaat iets stuk maken in productie, zo'n omzetting is wel behoorlijk en dat zouden we niet zomaar deployen zonder dat het af is.

Soms een backdoor door infiltratie installeren, of door middel van social engineering zo hun exploits deployen en gebruiken, maar naar mijn belevenis is er zelden een geval dat er wetend wordt samengewerkt met de NSA.

Zomaar deployen vanuit een andere directory kan bijna niet automatisch.

Dat zaken niet snel genoeg gaan volgens sommigen zal vast kloppen, dit soort aanpassingen is niet een kwestie van een dagje programmeren, een dagje testen en een dagje deployen.

De Belastingdienst wil op korte termijn zelf de capaciteit opbouwen om Watson Mining applicaties te ontwikkelen en deployen.

Dit is de daadwerkelijke versie die ik ga 'deployen' bij de klant.

Ervaring met het opzetten van geautomatiseerd deployen is een pré.

Ook lijkt me de belofte dat het software development helpt, omdat je "lekker snel" kan deployen/releasen niet reëel.

Als je daarbovenop nog je werk op tijd moet afkrijgen en je zit te debuggen op de laag van je stack + je code, kan het pijnlijk lang duren vooraleer je een simpele bug opgelost krijgt en die veilig kan deployen.

Dat zijn allemaal afwegingen die meespelen in het bepalen wanneer bepaalde zaken gedaan worden, en dan kan "op vrijdag niet deployen" best wel eens een prima uitgangspunt zijn voor een deel van de organisatie.

Dit lijkt op een voorbereidende stap, wellicht bestaat er uiteindelijk een online dienst waarop iedereen direct zijn eigen model kan deployen of zelfs trainen.

Hou je je vervolgens wel vast aan het stramien om niet op een vrijdag te deployen, dan kan dat natuurlijk, maar dan betekend dat wel dat je de omgeving en de applicatie(s) niet vertrouwd.

Ik snap dat de keuze om op een ongetest platform te deployen deels is gedaan door een comms issue, het zal deels politiek zijn om dan niet poot stijf te houden en tests af te ronden, dat is een bedrijfskeuze.

Als het goed is krijgen we geen fouten, en kunnen we nu naar de volgende stappen: het "deployen" en installeren van onze nieuwe Java Bean.