View
4
Download
0
Category
Preview:
Citation preview
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
Recommended