Avtomatizacija – realnost danes

Janez Gruden

Direktor – Operacije/Tehnični oddelek; CCIE SP

SRC

DIGITALIZACIJA IN TRENDI V INFRASTRUKTURNIH OKOLJIHDigitalizacija sama po sebi nima vrednosti, mora

reševati problem, vpeljevati dodatno storitev, izboljševati poslovni proces.

HITROST UPRAVLJANJA OMREŽIJ IN PODATKOVNIH CENTROV NE SLEDI SPREMEMBAM V SVETU APLIKACIJ

je vzvod za izboljšave operativnih procesov in storitev v infrastrukturi, avtomatizacijo

programsko krmiljenih naprav in orkestracijo opravil.

PARADIGMADIGITALIZACIJE

Digitalizacija v infrastrukturo prinaša programabilni način upravljanja.

Vloga AVTOMATIZACIJE V DIGITALIZACIJI

Vprašanje obvladovaja obsega, sprememb in kompleksnosti.

Tema avtomatizacije v infrastrukturi ni povsem deterministična

(standardizirana);

skupek produktov, konceptov, programskih orodij,

zgodba arhitekture „software“-a, procesov oz. „enterprise“ kulture.

Interpretacije konceptov ne vsebujejo „vendor-slide“-ov; preverite & ustvarite si mnenje!

INFRASTRUKTURNI INŽENIRINGSE BO SPREMENIL,

KOLIKOR SE BO POTREBNO PRILAGODITI APLIKACIJAM

Infrastrukturne naprave, desetine

protokolov in mehanizmov so gradniki

omrežij in podatkovnih centrov.

Sistem z zapisanimi pravili in standardi.

Ukazne vrstice prirejene človeku.

Proizvajalci zagotavljajo podporo

protokolom, zapis/format ukazov in

odzivov ni usklajen.

CONNECTIVITYCONVERGED

NETWORKS/DATA CENTER/CLOUD

COLLABORATIONSECURITY

SERVICES„design, implementation, maintanance/SLA, service management/ITIL“

IT SERVICE

MODELLING

SERVICE

MANAGEMENT

CONFIGURATION

MANAGEMENT

DIGITALIZACIJEV INFRASTRUKTURNIH REŠITVAH

Stvaren odziv: podrta programabilnosti, programska avtomatizacija,orkestracija IT opravil oz. servisnih delovnih tokov in DevOps pristop!

Futuristični marketinški zapisi:

New Era / JourneyIntent Based NetworkingSelf Driving InfrastructureNetworks Need to be Rethought

#1 Hype

ARHITEKTURE V INFRASTRUKTURI

Ideja „standardizacije“ protokolov in arhitektur z zasnovo modeliranih storitev.

»Value-proposition«: programsko razširljive storitve (»software-driven scale-out infrastructure«).

Ukazne vrstice so za ljudi, potrebujemo programabilnevmesnike, podatkovne modele oz. digitalno arhitekturo.

#2 Digitalne

GOINGDIGITAL

pomeni

SOFTWAREDEFINEDkoncept v

infrastrukturi

Software Defined

Network/Data Center/Storage

Network Function Virtualization Programmability

Automation / Controllers

Service Models (Yang / TOSCA) Bots

API REST / NETCONF Python / Powershell

Vendor, Open Source Orchestrators / Software

IETF / OpenConfig

Application Engineered Routing / Segment Routing

Intent Based Networking / Digital Network Architecture

#3

„Programming the infrastructure is about provisioning by using software rather than box-by-box

manual configuration.

Interface (API) to talk through to application developers and software controllers / orchestration

platforms.“

„Processes: should go beyond existing processes, thus improve them – simplify & standarize

daily operations!“

„Technology: pick up tools from developers – model & automate/orchestrate tasks!„

„Team: infrastructure engineers are not to become programmers, however gradually software

compliant - thus relevant as ever!“

„SDN/Automation community“ PRIPOROČILA

#1 STANDARDIZACIJA

procesov

Orkestracija delovnih tokov strežnikov, virtualnih storitev,

podatkovnih platform.

Konfigiracija & programska avtomatizacija analize

delovanja infrastrukturnih naprav in priprave poročil – SLA.

Orkestracija aktivnega nadzora nad spremembami v omrežju

z „bot-i”.

Krmiljenje podatkovnih centrov in omrežij preko

orkestratorjev in API vmesnikov.

Network Programmability(Python/NAPALM; Ansible)

IT Services Orchestration & Automation(Ansible, UCS Director, APIC-EM, APIC/ACI, Kubernetes)

Cloud Operation ManagmentSuite(Powershell)

Sistemski integratorji ne dajejo PRIPOROČILtemveč DELUJEJO – primeri rabe

#3 IMPLEMENTACIJE

#2 ORODJA

IZKUŠNJA „Avtomatizacije“ v treh korakih je ZGODBA

močne „Enterprise“ KULTURE

Avtomatizacija /Orkestracija

Standardizacija in produktivizacija ponovljivih storitev

UREDITEV in poenostavitev

(internih) PROCESOV (servisnih delovnih tokov - „workflow“)

Število naprav ekspotencialno povečuje kompleksnost

upravljanja - obvladovanje kompleksnosti temelji na

avtomatizaciji. Preskakovanje korakov = tehnični dolg!

Infrastrukturni proizvajalci bodo rasli, v kolikor bodo znali programsko povedati omrežju, kaj naj naredi.

IT oddelki bodo bolj uspešni, v kolikor bo del storitev produktiviziran / avtomatiziran.

Infrastruktura je svet protokolov in standardov, ne programskih definicij ; inženirji sprejemajo odločitve, ko poznajo okoliščine in primerjave z obstoječim modeli.

Princip „prepričevanja“, razvoj gre v smer…če ne boste…boste…., je neumesten.

.

IZHODIŠČE za 2018

Arhitektura za „Open Automation“

Poslovna arhitektura digitaliziranih storitev in zasnova digitalne infrastrukturne arhitekture za „open-automation“

„STANDARDIZACIJA“ PROTOKOLOV IN ARHITEKTUR Z ZASNOVO MODELIRANIH STORITEV.

PRIPOROČILAKoncept postopne izgradnja digitalne platforme.

Ekosistem integracije z zunanjim svetom na temeljih tehnologije API.

Podatkovna analitika v jedru IT sistemov.

Customers

Employees

Things

Ecosystem platform

Information system

platform

IoT platform

Customer analytics

platform

Data and analytics

platform

Partners

#1 Temelj avtomatizacije je digitalizacija servisnega toka („workflow“): „optimization / technology enablemenet / transformation“

Zasnova poslovno usmerjene

IT arhitekture (*Gartner)

OSPF, IS-IS, BGP-

Adjacent router

Control plane:OSPF, IS-IS, BGP

Management plane:Configuration CLI/GUIParser

Neighboring table Link-state database, BGP table

IP routing table

Data plane:IP forwarding table

Data plane:IP fw. table

Router

Management plane: Command Line Interface-CLI vmesnik („user interface“) za upravljanje arhitekture; prevajalnik „parser“ (prevajalnik) na napravah za pretvorbo ukazov v napravi razumljiv format.

Data plane: prenos podatkov od izvora k cilju („forwarding engine“)

Control plane: „software“-ski modul mapiranjatopologije za izračun poti (OSPF, IS-IS, BGP)

Control plane

OVIRA: Obstoječi gradniki „NETWORK“ arhitekture

Ideja: odmik od rabe ukaznih vrstic preko vmesnika, prirejenega človeku (»command line interface – CLI«), in prevajalnika na napravah („parser“).

V digitalni arhitekturi servisni nivoji ne potrebujejo nepotrebnih vmesnih členov.

RouterSwitch

Physical and VirtualInfrastrucre

Management Plane (user interface / parser)Control PlaneData Plane

ManagementControl PlaneData Plane

Command Line Interface-CLI

Obstoječi gradniki „NETWORK“ arhitekture#2

RouterSwitch

Management Control PlaneData Plane

#1 Tranzicija od ročnega upravljanja do programskega

krmiljenja.

#2Abstrakcija upravljavskih nivojev ločeno od infrastrukture omogoča prehod od upravljanja po sistemu samostojne naprave, do programabilnih elementov interpretiranih v podatkovnih sistemih.

#3Orkestracija delovnih tokov s cilji avtomatizacije

ponavljajočih se opravil, omejitve človeškega faktorja

in ureditve.

Cilji nove arhitekture za avtomatizacijo servisnih tokov

Automated management, ochestration policy, data

modeling

Application

Potrebujemo arhitekturo, ki lahko sledi digitalizaciji servisnih poti, z nivoji;application, services/controller, programmable elements

Physical and VirtualInfrastrucre

Forwarding Layer:ProgrammableElements

Control Layer: Services/Controller

Application Layer

Control plane

Management plane

Data plane

Digitalna arhitektura Klasična arhitektura

#3

Nivo upravljanja se razmejuje na servisni nivo (»services«) in nivo krmilnika (»controller«); v podatkovnih modelih zapisane storitve s konfiguracijskimi ter statusnimi podatki

….upravljanje…

…programsko nastavljivih elementov v infrastrukturi.

Obstoječ model upravljanja

Management plane

CONFIGIRATION & POLICY

Digitalna arhitektura

SERVICE MANAGEMENT LAYER: ORCHESTRATORS

PROGRAMMABLE ELEMENTS(VIRTUAL) INFRASTRUCTURE LAYER

Object Data Models Datastores

CONTROLLER: AUTOMATION & MODELING &IDENTITY/ANALYTICS LAYER

(VIRTUAL) INFRASTRUCTURE LAYER

Control & Data Plane

Human-to-MachineCLI Human-to-Machin

Machine-to-Machine

Physical and Virtual Infrastrucre

Controller/Orchestrator : automated management,

modeling

out-of-band SDN in-band SDN

SOUTHBOUND API & protocols: OpenFlow, onePK, NETCONF, REST, CLI Tel/SSH, SNMP, BGP-LS/PCEP

NORTHHBOUND API

Controller: programski krmilnikUpravljavski nivo ločena od infrastrukture.

Celovit pogled na infrastrukturo („database/object modeling“).

In-band ali out-of band avtomatizacija –elementi infrastrukture z ali brez ControlPlane.

Control Layer: Services/Controller

Application Layer

Forwarding Layer: ProgrammableElements

Whitebox device

Data Plane: onePKOpenFlow / Forwarding

Control Plane: RoutingData Plane: Forwarding

RouterSwitch

Namesto obravnave posameznih naprav „collection of devices«, obdelava transakcij

modeliranih storitev »infrastructure as a model«.

Spreminja se način upravljanja, ki prek orkestracijskih mehanizmov programsko komunicira z ravnmi infrastrukture.

* Ukaz CLI/SSH vrne odziv v obliki teksta, API-klic v formatu XML/JSON –ni konsistence, vrnjeni zapis

je odvisen od programske opreme in proizvajalca.

Modelirane storitve („data object“) standardizirajo interpretacijo.

*API v transportnih različicah REST / NETCONF standardizira komunikacijo.

Services: Policy & Orchestration

Controllers: Automation & Data Models & Identity/Analytics

Device Features & Protocols, Virtualized Services

Programmable elements:API Interfaces

Object Data Models Datastores

Machine-to-Machine (Instance of Services )API REST data object XML/JSON ssl/httpAPI NETCONF data object XML rpc/ssh

Machine-to-Machine (Functional Data – API REST XML/JSON http):

applications – API REST):

»Open automation« - »machnine-to-machine API« pristop.

Programabilni vmesniki in v podatkovnih modelih zapisane storitve s konfiguracijskimi ter statusnimi podatki (»OpenConfig/IETF data models).

Možnostjo obdelave transakcij (»Datastores«).

„Network“ arhitektura za „Open automation“

Services: Policy & Orchestration

Controllers: Automation & Data Models & Identity/Analytics

Non-programmable elements: Access Protocols

Command (Line) Parser

Device Features & Protocols, Virtualized Services, Interpreters

Access ProtocolsProgrammable elements:

API InterfacesObject Data Models Datastores

Human-to-Machine (Command Lines) SSH/Telnet, GUI-http,

API CLI JSON/XML-RPC http, RDP, WinRM

Machine-to-Machine (Instance of Services )API REST modeling/text XML/JSON ssl/http

API NETCONF modeling XML rpc/sshSNMP, SOAP WebServices, vSphere, vCenter, SCVMM

onePK, OpenFlow, SNMP

Machine-to-Machine (Functional Data – API REST XML/JSON http):

Cloud native applications – API REST):

Klasična in digitalna arhitektura!

CLI

Control plane

Management plane

Data plane

Forwarding Layer:ProgrammableElements

Cotrol Layer:Services/Controller

Application Layer

„Software“ Programabilnost, Devnet, DevOps, Cloud Native, Microservices,

API

AVTOMATIZACIJA JE (TUDI) „SOFTWARE“.

Infrastrukturni vs SW operativni model - zahteve

Razvijalci pričakujejo infrastrukturne funkcije „on demand“ „compute-storage-networking for continuous delivery“; odprte API vmesnike za dostop do funkcij aplikacij (microservices).

Razvojna platforma: »from services to microservices, from virtualization to

containerization, from monitoring to analytics, from configuration to automation /

orchestration, DevOps“

Cloud-native v podatkovnih centrih pomeni arhitekturo mikrostoritev s prehodom na »serverless containers“ ekosistem funkcij odprtih preko API vmesnikov.

Koncept vsebnikov (Containers/Docker), networking model in orkestracijavsebnikov in okolja (Kubernetes).

Sporočilo „public-cloud“-ov: za razšiljiv servis potrebuješavtomatizacijo, analitiko in „container“-sko ponudbo!

„Software“ & Infrastruktura: „Open community“ za povezovanje kultur

Programabilnosti: naprave podpirajo API vmesnike REST, NETCONF, Openflow

Network inženirji ne poznajo NETCONF, REST (ali SOAP) API konceptov. Osredotočeni na vprašanje „kaj storiti“?

Razvijalci niso vešči CLI, protokolov. Osredotočeni na vprašanje „kako storiti“?

Kako povezati različne svetove, organizacijske kulture in izkoristiti tehnologijo?

Cisco DevNet API platforma za združitev CCxP/CCIE svetov z razvijalci („software developers“; Python, Ansible); cilj aplikacije.

DevOps kot „software engineering“ praksa združitve „software development (Dev) &operation (Ops)“.

DEVNET & DevOps „Programmability“Razvojna API platforma za „software“ inženirje

DevNet in programabilnost ne govorita o tehnologijah, temveč o tem kako se spreminja industrija oz. „software development“.

DevOps - avtomatizacija in monitoring v vseh fazah od razvoja storitve, integracije testiranja postavitve, upravljanja infrastrukturnih rešitev.

Organizacija dela sledi paradigmi „kaj se zgodi, ko programer dobi nalogo dizajnirati operativni proces v infrastrukturi“ (Google).

Avtomatizacija del procesa pretoka podatkov skozi sisteme, ki sprejemajo odločitve in ne nadomeščanja nabora CLI ukazov s „script“-ami.

Sporočilo avtomatizacije je potreba po sobivanju svetov razvijalcev in infrastrukture.

Tehnološki in organizacijski silosi so v poslovnih analizah pri vrhu razlogov tehnološkega zaostanka v IT segmentih.

• Development EnviromentDevelopers

• Delivery Pipeline

• Scheduling & Container Layer

• Application & Middleware

• Cloud Managment & Automation

DevOps Engineers

• Operating System

• Infrastructure

InfrastructureArchitects & Operations

Developers – DevOps - Infrastructure Engineering

GitHub

Continious Integration / Developmet

Design ServicePlanning

Deployment

Testing & Verification

ServiceAssurance

Troubleshooting& Optimization

Infrastructure Operations

NALOGA: imamo arhitekturo, API vmesnike - sprogramirajmo posamezen ali več procesov v infrastrukturi (sledenje dobrim praksam razvoja SW)

I. Codebase

II. Dependencies

III. Config

IV. Backing services

V. Build, release, run

VI. Processes

VII. Port binding

VIII. Concurrency

IX. Disposability

X. Dev/prod parity

XI. Logs

XII. Admin processes

SW Development Twelve Factors

DevOps

Orkestracija delovnih tokov strežnikov, virtualnih storitev, podatkovnih platform - UCS Director + Ansible (fleksibilnost, „large community“).

Programska avtomatizacija (Python/NAPALM):Postavitve po predefiniranih predlogah („configure-replace-rollback“); analiza, delovanja sistema in priprave poročil - SLA.

PRIMERI postopnih korakov

Orkestracija aktivnega nadzora nad spremembami v omrežju z „bot-i” –SPARK

kmiljenje vnaprej pripravljenega odziva (i.e. DDOS).

Orkestriranje virov „cloud-native“ aplikacij preko API vmesnikov (Containers –

Kubernetes).

„Deployment“

„Testing &

Verification“

Service

Assurance“

„Enterprise“ arhitekture za „Automated Services“

„Digital Network Architecture“

Platforma za obvladovanje kompleksnosti omrežij (števila naprav, varnosti, IoT)

Nihče ne “kupuje“ definicij in arhitektur –TEMVEČ STORITVE

Proizvajalci prodajajo programabilno tehnologijo, sistemski integratorjiosredotočenost na način dela.

Design/ServicePlanning

Deployment

Testing & Verification

ServiceAssurance

Troubleshooting & Optimization

Infrastructure Operations

Cilj za „automated services“: sprogramirati proces v infrastrukturi

SW Development

Automated management, ochestration policy

Application

Physical and VirtualInfrastrucre

Forwarding Layer:ProgrammableElements

Control Layer: Services/Controller

Application Layer

Cisco DNA Center Automation Platform

Cisco platforma za avtomatizacijo „DigitalNetwork Architecture - DNA“

Izhodišče: infrastrukturo sestavljajo inteligentne naprave (“routers, switches,wireless access points“) - povezljivost za inteligentne odjemalce.

Ideja: razširljiva in varna „software-driven“ arhitektura, ki poganja infrastrukturo od obrobja do jedra („network fabric“).

DNA kot vizija: „network intuitive / intent“ upravljanje na temeljih avtomatizacije za obvladovanje kompleksnosti s pomočjo politike pravil in strojnega učenja.

„Intent“: namesto CLI ukaza, namen: „v omrežju potrebujem…“!

(* vendno bo neki novi „next-big-thing“)

DNA portfelj avtomatizacije za „Enterprise, Data Center, Collaboration, Cloud, IoT“

„Framework“ elementov, ki komunicirajo preko APIjev „provisioning“ in „operations“; ter avtomatizacijo (APIC, APIC / ACI, NSO).

Cisco Digital Network Architecture (DNA) - „blueprint“ za digitalizacijoarhitekture; podporna SDN tehnologija za instrumentalizacijo, kontrolo in vizualizacijo.

„Infrastructure fabric“: omrežni elementi v DNA „framework“-u krmiljeni s kontrolerjem - „overlay tunnels“.

Cisco DNA „produkti“ in SDN

DNA Center – centralizirana APIC „controller“ arhitekturna platforma za upravljanje analitiko in avtomatizacijo

DNA Controller (APIC) za programabilno avtomatizacijo omrežnih/varnostnih nastavitev

SD-Access – orodje za upravljanje „fabric“ arhitekture (DNA Center); vključuje security/ISE-TrustSec, mikro-segmentacijo

DNA Center Assurance orodje za analitiko

ACI/APIC – SDN krmiljene „overlay“ jedrne arhitektire preko APIC kontrolerja

„Network Services Orchestrator NSO“ - „network“ orkestracija in avtomatizacija; YANG modeliranje servisov „network endpoint devices (NED)“; translacija servisov v konfiguracijo.

DNA Center Controller /Automated management ochestration policy:

Discovery, Inventory, Design & Provision, TopologyAnalytics, Assurance, Telemetry/Policy, Image

Repository, Template Manager, Path Trace, Context

DNA Center Applications - INTENT: Design – Provision – Policy – AssuranceDNA

Center v digitalni arhitekturi

Network fabric

Programmableelements:VirtualizationNetwork fabric

ControllerService definitions

Application layer

CONVERGED

NETWORKS/DATA CENTER/CLOUD

COLLABORATIONSECURITY

CONNECTIVITY

Border nodes

Edge nodes

ISE, NDP

DNA „ready“ infrastruktura v vlogi senzorja in postavljavca pravil.

Centraliziran „service management“.

Ločen „control & management plane“ od infrastrukture; virtualizacijanaprav do mere komponente omogoča „controller“-ju vlogo določevalca vlog (switch, firewall).

Analitika in strojno učenja za prognozo in odpravo napak.

DNA Center Applications INTENT: Design – Provision –Policy – Assurance

Controller: Automation & Data Models & Identity/Analytics

DNA Center Controller & Services

DNA ready infrastructure fabric -border-edge devices

Human-to-Machine (Command Lines) SSH/TelnetMachine-to-Machine (Instance of Services )

NETCONF/Yang, SNMP

Machine-to-Machine (API REST XML/JSON http)

PRIMER: DNA Center za centralizirano upravljanje od priključka do storitev

Application layer (izberemo/vključimo aplikacijo):

„Design/Provisioning“: Network hierarchy – settings - profiles);

Device on-boarding – inventory - admin)

„Policy“–kreiranje politik: Virtual networks – connectivity; Access

control - users-groups - app-priority/QOS…)

„Assurance“–analitika: Health – monitoring - troubleshooting -

suggestions)

Controlller / Services: Modeling, Automation/Netconf, PnP, LISP,

TrustSec, SNMP/Netflow/logs

Programmable elements: VXLAN forwarding

Automation & Forwarding

Service modeling

„Enterprise“ kultura

Kulture ne spremeniš s programski načeli in managerskimi pamfleti, ampak s sistematičnim

pristopom k spremenjenemu načinu dela.

¸Avtomatizacija je zgodba arhitekture „software“-a, procesov oz. „enterprise“ kulture.

VSAKA SPREMEMBA

O NAČINU DELA

PORAJA PREMISLEK

Avtomatizacija (podobno SDN) kot vseobsegajoča tema pretvorbe (preverjenih) opravil in procesov.

Pristop pravih vprašanj: V katero področje uvesti avtomatizacijo? Izbor tehnologij?

Avtomatizacija kot vzvod izboljšav v infrastrukturnih oddelkih.

Podjetja imajo pri transformacijah

jasne cilje, vendar velikokrat ni

pričakovanih rezultatov.

Česar ne merimo ni možno upravjati!

„Service workflow“, ki ga avtomatiziramo?

“KPIs“ ali preprosto metrika za optimizacijo obstoječega modela in transformacijo:

Katera področja („customer care“, „operations“) in do kakšne mere jih avtomatiziramo? Kaj nas vodi pri odločitvi („balance point“ oz. kaj že prinese rezultate) ? („revenue“, „cost-optimization“; „workload“; „customer integration“; )

KPIs ZA STATUS DIGITALIZACIJE

“Network Automation Engineer”, DevOps oz. „Site Realibilty Engineer-SRE/Google“.

Vloga povezovanja med infrastukturnimi inženirji in razvijalci.

Nekdo, ki razume delovanja „application, control & forwarding plane“ ter „north & south-bound“

mehanizme, ter spreminja kulturo.

EVOLUCIJA VLOGEinfrastrukturnega inženirja

Evolucija

načina

VODENJA

Podjetja imajo privzet

način poslovnega

razmišljanja; način

vodenja.

Bolj ali manj jasno

strukturo delovanja

„organizational

health““.

Hierarhično Funkcionalno

Predvidljivo Nepredvidljivo

Oddelki z določenimi nalogami

Deljenih viri med oddelki

Vodenje „top down“ Več centrov odločanja,meritokracija

Enovit pogled Celovit pogled

Togo Prilagodljivo

Učinkovitost Ciljni odnosi

Konkurenca Sodelovanje

Načelo nedoločenosti (fizika, narava delcev) določa, da svet ni povsemdeterminističen!

Ni mogoče kar določiti parametrov prehoda iz prevladujočega »command-line« v »machine-to-

machine« načina upravljanja.

Avtomatizacija ni aplikativna rešitev; osredotočenost na nov način dela.

Sprememba pristopa: prehod od „command control“ načina vodenja k ciljni usmeritvi.

PRISTOP K AVTOMATIZACIJIprocesno/tehnološko obvladljivih sklopov

Digitalizacija v infrastrukturi s postopno uvedbo avtomatizacije. Tehtanje smiselnosti: kaj rešujemo oz. opravilo, ki ga poenostavljamo / standardiziramo.

Izboljšajte proces, določite metriko za uspeh/neuspeh, opravite „ročno“ - potem avtomatizirajte. Vgradite DevOps za izboljšavo procesa.

Avtomatizacija je proces pretoka podatkov („service flow“) skozi sisteme, ki v točkah sprejemajo odločitve.

Izberite programsko platformo („vendor vs open-source“), ki služi namenu, ne obratno.

V infrastrukturi avtomatizacija obstoječih opravil ne zadostuje. Ne analizirajte nepoznanega, odločitev ne

temelji izključno na racionalnih argumentih – začnite!

IZZIV #2:

PROTI: Avtomatizacija prinaša nepotrebno kompleksnost v

proces upravljanja infrastrukture. Potreben pogoj,

perfekcija na procesni ravni.

ZA: Noben proces ni idealen. Pravilo manjših sklopov

IZZIV #1: Kjer ni razumskega reda,avtomatizacija uzakoni zmedo

Avtomatizacija slabo organiziranih procesov ni mogoča. Tendenca rešiti

organizacijski problem s storitvijo HW- ali SW-opremo ni učinkovita.

IZZIV #3: Vodenje inženirskih ekip

Od konfiguracij posameznih naprav do programskih nastavitev infrastrukture skozi spoznavanje arhitektur & „SW-“konceptov.

AVTOMATIZACIJA je za infrastrukturo zgodba zagotavljanja servisnih tokov, produktivizacije storitev, transformacije IT-oddelkov

Digitalna arhitektura „Software“

Procesi oz. „Enterprise“ kultura

AVTOMATIZACIJA