2. Agenda
Getting started
– Introduction
– What can you expect from this session?
– What is The Cloud and why are companies “moving there”?
Making your infrastructure transformation a success
– Key factors identified and explained
– User activity analysis (who uses what and how?)
– Application design analysis (identifying scope and feasibility constraints)
Summary: Infrastructure as a whole
2
3. Introduction
Florian Vogler, CEO and CTO
– Over 20 years of experience in Notes / Domino
– Focus on IBM Notes Client optimization in the past 10 years
– Lives in Germany and travels A LOT
Franz Walder, Product Manager
– 15 years experience in (what used to be) the Lotus universe
– Administrator, developer, virtualization enthusiast
– Lives in Austria (hence the funny accent)
3
4. What can you expect from this session?
Understanding how moving to the cloud is best approached
in an IBM Domino environment
– Findings are equally valuable for choosing the right application modernization strategy
Ways to identify and measure critical success factors involved,
in order to be able to calculate expected effort
An idea of how panagenda helps their customers to tackle challenges like that
4
6. Getting started
What is The Cloud and why are companies “moving there”?
The “Why?”
– Costs (Capex / Opex)
– Flexibility
• Integration
• Scalability
– Easier Upgrades
– Speed
The “How?”
– That is what this session is all about
– There is no “Move to cloud”–button …
– “Adapting a Cloud strategy” is a key driving factor for many companies nowadays
in their process of transforming the existing IT infrastructure
6
9. Getting started
Evolution of IT projects: From static projects to ongoing agile transformation!
Segmentation!
9
10. Making your move a success
Key factors identified and explained
10
11. Key factors identified and explained
Clarifying why you do it and for whom
– Understand the motivators of your stakeholders
(Management / Governance, Technical, Business)
– Why you do it has a big influence on setting your goal
and how you measure success
User Activity Analysis
– Demand Characteristics
• Usage (Reads, Writes, Users)
• Load (Transactions, CPU, Memory, …)
• Availability / Reliability / Performance
– Geographies / Topologies
• Bandwidth (demand vs. availability)
11
12. Key factors identified and explained
Application Design Analysis
– Cross Linkage of Mail, Apps & Business Processes
– Dependencies
• Features & Functions (e.g. Telephony integration, Archiving, …)
• Interfaces (Fax, Files, Printers, Dongles, …)
Tying those findings to organizational structures
– Has its foundation in user activity
– Evaluate infrastructure utilization by cost center rather than technical by user or DB
– Identify areas with special significance
• e.g. databases which are mainly used by VIPs
• activity benchmarks across departments
12
13. Making your move a success
Increasing
Consulting
Demand
13
Decreasing
Risk for
Customer & IBM
15. User Activity Analysis
Overview
What can user activity tell you?
How to get the data without 3rd party tools (log.nsf, catalog.nsf, …)
DEMO: Activity analysis customer example
Activity analysis conclusion
15
16. User Activity Analysis
What can user activity tell you?
Read vs. Write traffic
Mail vs. Apps
Transactions (Server load)
High impact users and applications
Excessive usage
16
17. User Activity Analysis
How to get the data without 3rd party tools
DB Activity: LOG.NSF – documents with form type “Activity”
• View selection formula: SELECT FORM = "Activity"
• Add columns that are interesting in your scenario
17
18. User Activity Analysis
How to get the data without 3rd party tools
DB Activity: LOG.NSF – database activity details
•
•
•
18
Note there is a 1400 activity entry maximum per database (FIFO)
There is also a 64K size limit for the user activity
More details in IBM Technote #1086245
19. User Activity Analysis
How to get the data without 3rd party tools
DB Activity: CATALOG.NSF
– related information, but different focus
– Full text index details
– Replication information
– ACL overview
Note: Domino does not distinguish
between user, server or
maintenance tasks activity at this level
19
20. User Activity Analysis
How to get the data without 3rd party tools
User Activity: LOG.NSF – basic information is easy to extract
•
•
20
File → Export → Comma Separated Value
Combine results of multiple servers in spreadsheet calculation software
21. IBM Domino Doublecheck – and beyond
One-off engagement
Processed off site
Fixed set of topics
IBM Domino
Doublecheck
21
Ongoing solution
Deployed on premises
Customized topics
DNA
iDNA
28. User Activity Analysis
Conclusion
How does user activity suggest what to do?
– Number of users showing activity
– Reads/writes in sessions and network traffic
– Possible destinations
• Web application (e.g. XPages)
• Mobile application
• Notes browser plugin
• Hybrid
• ...
Enriching raw activity information
– Geographic data: Which applications are used from where?
– HR data: Which applications are used by VIPs, field agents, etc.?
28
33. Application Design Analysis
Conclusion
How does application design suggest direct where to go?
– Dependencies on hardware (e.g. dongle, mobile phone, etc.) or software (e.g. DLL)
– Standard applications (Mail, Teamrooms) often migratable wiht very low effort
– Design complexity may make transformation (e.g. Web, Mobile) „unaffordable“
Possible destinations
– Web application (e.g. XPages)
– Mobile application
– Notes browser plugin
– ...
33
35. Summary: Infrastructure as a whole
Understanding the big picture is the key to success
Combining usage and design analysis is essential
Organizational considerations
– Who owns and “will pay” for migrating an application?
– Combination with HR data (evaluate based on department)
Compare efficiency of infrastructure consolidation vs transformation
IBM Domino Doublecheck is a great foundation
35