STKI Summit 2018 ITaaS Initiative

1
STKI’s IT as a Service
(ITaaS) initiative
For a while" is a
phrase whose
length can't be
measured.At least
by the person
who's waiting.
— Haruki Murakami
STKI’s IT as a Service
(ITaaS) initiative
Page 1
STKI Company Confidential

2
2What is IT as a Service?
IT delivery:
Infrastructure &
Operations as a Service
Page 2

3
3
IT as a Service Initiative destination
Gaining the adaptive
ability to deliver IT at
the speed of change
Current IT delivery is considered expensive, in-efficient,
rigid, old fashioned and holding back the business
Focused, reliable,
efficient, secure and
responsive IT
operations
ITaaS
Page 3

4
4
The core of ITaaS has not changed
• Reducing IT costs
• Improving cost transparency
• Streamlining how IT services are
provisioned, governed and managed
• Increasing visibility and control over IT
infrastructure
• Providing speed and scalability
• Increasing ability of strategic innovation
Source: IBM STKI modification
Page 4

5
5
So…
What’s different today
than what we did for so many years?
Page 5

6
We will provide concrete recommendations
Page 6

7
Page 7

8
How can ITaaS become focused?
By setting up goals and establish metrics!!
Page 8

9
9
Trek name:
Define ITaaS goals and metrics / measurements
Set availability
reliability metrics
Set IT support
metrics
Set business agility /
responsiveness metrics
Set cyber security
metrics
Set delivery
efficiency metrics
Page 9

10
10
Availability, service & efficiency metrics are common
Business responsiveness and cyber metrics are much less common
Don’t stay with a metric
too long
Page 10

11
11
Define role :"business technology availability"
One part of his role :“handle failures"
Measure availability objectively
with user experience tools
Page 11

12
12
Another important role: "change & maintenance manager"
Page 12

13
13
Only "availability minded gatekeeper" can improve ITaaS reliability
The "business technology
availability" person is the "change
& maintenance manager"
Page 13

14
14
STKI’s DevSecOps measurement manifesto:
sec
ops
dev
Measure productivityquality
Measure cyberMeasure ops
(availability, etc…)
Page 14

15
15
sec
ops
dev
Measure productivityquality along with cyber
Measure cyber
Measure ops along
with cyber
Page 15

16
16
sec
ops
dev
Measure productivityquality along with cyber
& ops
Measure cyber along
with ops & dev
productivity
Measure ops along
with cyber & dev
productivity
Page 16

17
17
Trek name:
Build new Data Center
Set Open API
Re-build integration platform
Set DC new
principles
Build container
infrastructure
Optimize the
foundation
Page 17

18
18HCI – hyperconverged infrastructure
Source: wikibon
Page 18

19
19
Hyperscale infrastructure
Based on basic standard HW components setting up specific SW (sometimes
opensource) configuration for large scale computing. Integrator & customer check if this
specific server will work with this specific network HW opensource network OS,
specific disks work with specific storage file system, etc.
Page 19

20
20
Set DC new architecture principles:
o Build new technology lab preferably on cloud
o Software defined based (programmable) technology
o Maximize open source business value
o Strive towards immutable infrastructure (servers)
Page 20

21
21
In a traditional mutable server infrastructure, servers are continually updated and modified in place.
In immutable infrastructure servers are never modified after they're deployed.
If something needs to be updated, fixed, or modified in any way new servers built with the appropriate
changes are provisioned to replace the old ones.
Immutable infrastructure
Source: digitalocean
Pets vs. Cattle
Page 21

22
22
Internal integration
ESB
External (specific API)
API gateway
Cloud integration
IPaaSadvanced ESB
External partners
API management
developer portal
Standard content definition
Open API standards
Microservices connectivity
Service Mesh
The evolution of integration patterns
Page 22

23
23
Will API management replace ESB?
It shouldn't – no oorchestration, no transformation, no
adapters ( tech and content), no messaging, no guarantee
delivery, etc,
Still – green filed organizations (enterprises and startups) are
not using ESB at all
Page 23

24
24
Trek name:
ITaaS Operations, organization and processes
Implement Devops
and automation
Redefine sourcing
and finance
Re-organize
ITaaS
Reshape DC
operations
Retire technologies
and contain technical debt
Page 24

25
25
Re-organize ITaaS: new team for new technologydomain
• New dedicated team (for converged, cloud, devops, etc.) , with skills differentiated, into the same
department
System Network
DC
Storage Cloud
Network
Storage
System
Easy but BAD!!
Page 25

26
26
Page 26

27
27Re-organize ITaaS: combine old teams for delivering new
technologydomain
System Network DC Storage
Production
faults
Sizing-
architecture
DR
Cloud
Challenging but GOOD!!
Page 27

28
28
RE-invent Organization
Network of agile teams
Page 28

29
29
Delivery
Manager
DBMS
Network
DC
System
Network
WAN
SBC
RE-invent Organization: ITaaS
Network of agile teams
Page 29

30
30
“I have many bosses”
What will managers do?
New organizations challenges
Page 30

31
31
Refresh
devtest
data Project
budgeting
and
chargeback
Asset
management
Moving
environment
from dev to
test to prod
Change
management Architecture
and sizing of
new apps
NOCITOC
and SOC
procedures –
“run books”
Self service
portal for
developers
DRBCP
Implement Devops and
automation
Reshape DC operations
Size of circle: how different
from current process
Page 31

32
32
The CI/CD (devops) team
Use the existing team that builds/refreshes
test environments as the foundation for
CICD team
Delivery Dev
Devops
Team
Page 32

33
33
Trek name:
Zero ticketing
Improve self
service
Introduce bots and
virtual agent
Auto-Detect + notification
to the user for action
needed
Auto-Detect + auto
resolution
Improve system
reliability & self healing
Page 33

34
34
Wow!!
Don’t need to
look for
specific
solution
Don’t need to
wait
Automation, Self Service and User happiness

 Support by 2nd & 3rd level
Support by 1st level
Self Service : ITSM/Portal/Search
Self Service : (Virtual Assistant -
Chatbot) or by other tools
Auto-Detect + notification to the
user + automated resolution
Auto-Detect &
Auto-Healing
ITSTKI
modifications
Too long, too
many people in
the process
Need to wait
for support
Do we have
support?
Page 34

35
35User uploads a screenshot
of an error (ocr…)
Known error is matched
with a solution
AyTee suggests a solution
IT
Page 35

36
36
Auto-Classify
Incidents to
specific product
and ops
categories for
more accurate
analytics
Auto-assign the
incident based on
past assignments
Auto-Route
incidents
Remedy Powered By Cognitive
Page 36

37
37
Dynamic Automation integrates into existing ITSM tools to automate use
cases on platforms, database, middleware apps, network, and storage
37
Event
Management
System (e.g.
Netcool)
Incident Ticketing
System (e.g. ICD,
ServiceNow,
Remedy)
Integration
Services
IBM Dynamic
Automation
Jump host*
Unix
Intel
Client Devices
Managed
Server #2
Managed
Server #1
Dynamic Automation
“Virtual Engineer”
(System
Administrator)
Escalate to
Human EngineersYes No
Remediate
Diagnose
Virtual engineers behave
very much like a human
system administrator.
Escalate it to a
human system
administrator to
complete the
resolution.
Page 37

38
38
38
Cloud technologies and
processes are part of ITaaS
practice enabling true hybrid
cloud
Focused, reliable, efficient, secure and responsive to business
needs
Zero ticketing
Supporting development
Page 38

39
39
39
Page 39

STKI Summit 2018 ITaaS Initiative

Recommended

Recommended

More Related Content

What's hot

What's hot (19)

Similar to STKI Summit 2018 ITaaS Initiative

Similar to STKI Summit 2018 ITaaS Initiative (20)

More from Dr. Jimmy Schwarzkopf

More from Dr. Jimmy Schwarzkopf (20)

Recently uploaded

Recently uploaded (20)

STKI Summit 2018 ITaaS Initiative