Presentation is loading. Please wait.

Presentation is loading. Please wait.

INSURANCEINVESTMENTSLOANSMORTGAGESPENSIONSSAVINGS BANKING CREDIT CARDS DSI Investigation & Practical Health Modelling DSI Investigation & Practical Health.

Similar presentations


Presentation on theme: "INSURANCEINVESTMENTSLOANSMORTGAGESPENSIONSSAVINGS BANKING CREDIT CARDS DSI Investigation & Practical Health Modelling DSI Investigation & Practical Health."— Presentation transcript:

1

2 INSURANCEINVESTMENTSLOANSMORTGAGESPENSIONSSAVINGS BANKING CREDIT CARDS DSI Investigation & Practical Health Modelling DSI Investigation & Practical Health Modelling Kev Robinson & Rob Morgan BankingPensions Mortgages Mortgages Loans Loans Credit Card Investments InvestmentsSavingsInsurance MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005

3 2/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Agenda Introduction & Background Elements of DSI Aims Build & Deployment Monitoring & Creating a Health Model Dynamic Systems Initiative –Availability & Resource on demand Conclusions

4 3/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Background Nationwide Building Society

5 4/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Nationwide The World’s largest Building Society Seventh largest financial organisation in the UK 9% par share of the UK retail savings balances – 2 nd largest 11.8% par share of the UK residential mortgage lending - 4th largest 11 million customers 1st On-line banking offering in UK 1 in 4 UK households have a relationship with Nationwide 16,000 employees Around 880 Retail Outlets Over 2,350 ATMs £112 billion assets

6 5/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Nationwide – Technology Technology Division –Approx. 1350 employees www.nationwide.co.uk Business Systems & Services include: –Online Banking –Payments processing –Mortgage and loans systems –Customer Relationship Management –Point of sales systems –Call centre technologies –Regulatory systems, e.g. BASEL II –… Total 130+ systems

7 6/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Background Why Investigate DSI?

8 7/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Background to investigating DSI Why were we interested in doing this? History –A service was a server or group of servers –Shared environments –More complex relationships between systems Improved delivery of infrastructure Improved Enterprise Systems Management Service monitoring was previously “Server Monitoring” Options to reduce the TCO of Technology Infrastructure

9 8/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Aims How to best deploy and manage new systems and technologies?

10 9/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Challenges Builds –Manual builds aren’t sustainable –Lack of consistency Monitoring –Eventlog monitoring & performance counters aren’t sufficient –Systems Management needs to be part of the development process Load Balancing & Clustering –So what is running where? –When is a service reduced or unavailable? Adapting to a changing business –Additional processing required at key times of the year

11 10/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Proof points Provisioning and de-provisioning Automate wherever possible Building an effective health-model End to end systems management Prove high-availability technologies Review published best practices Demonstrate DSI principles Best position Nationwide with technology and skills to run the core infrastructure of future application delivery. With technology that is available today

12 11/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Technologies Involved Automating the build of servers –Automated Deployment Services (ADS) Automating the deployment of standard components –Automated Purposing Framework (APF) Deploy new releases of applications –Standard approach to application install (MSI technology) Monitor & manage systems – reporting of problems –Microsoft Operations Manager 2005 (MOM) Review how to improve infrastructure availability –Database Clustering, Load-balancing, etc.

13 12/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Automated Builds

14 13/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Why automate builds? Automated Builds –Manually building servers and associated installs can take hours –Consistency of builds and between environments –Reduce the time taken to resolve problems –Improve configuration management –Knowledge management – scripts rather than in people’s head Provision on demand & provision on failure Availability: Rapid deployment and reaction to events in a controlled and managed way Business: Ability to deploy systems when business process or demand changes

15 14/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Server build Windows Standard Components System Products Business Applications Server. AntiVirus Backup MOM Custom Settings Security settings Scheduling agent Role: BizTalk SQL Server Web Server Web Services Application Server Business Applications Standard Windows O/S ADS APF APF & MSI

16 15/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 What do you do? Automated Builds Manual Builds Deploy Just base Operating System & Standard Components Automate complete system builds

17 16/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Release Deployment

18 17/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Release Deployment Consistent delivery from development into production Scheduled release rather than manually intensive Capability for Operations to release changes –Enabling the ability to regress. Help reduce the deployment manpower –Improve speed to deliver –Reduce complexity –Provide consistency –Better configuration & change management Availability: Slick release and regression Business: Improved reliability of releases

19 18/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 System Monitoring DB System Center Data Warehouse Reporting AgentsAgents Ops Console Admin Console Web Console MOM Server Server

20 19/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 System Monitoring & Management Traditional Alert Management –Monitor event logs –Monitor performance statistics –Event correlation But… –What about load-balanced systems? –What about differentiating between degraded service and service outage? –Is all OK when there are no alerts? –Is the service down when there are dozens of events?

21 20/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Health Modelling Rob Morgan Stay Aware Effectively Respond Be Accountable

22 21/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Health/Task Model – Background During development, applications and services are coded to produce numerous alerts and messages. –No consistent understanding how these map to service availability. –No view on application coverage Task Model –No consistent delivery of required processes To recover service should an outage occur Administer the service

23 22/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Service Composition Server estate contains hundreds of interconnecting: –Servers –Services –Components Elements are complex and not consistently recorded Entity Hierarchy –Host The location on which components are hosted or accessed –Components Application or services installed on a logical host –Service Highest level description of the end to end solution

24 23/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Component Relationships Relationships –Consumes The component that receives information –Consumed The component that provides information Impact –Green Outage of the component has no impact –Amber Outage of the component will degrade the operation of the dependant components –Red Outage of the component will stop the operation of the dependant component

25 24/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Developing the model An Example Component Relationship Mapping

26 25/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Health Model Hierarchy

27 26/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Operational Conditions High level condition Impact to the end user

28 27/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Method of Collection Example items: Eventlog Standard Info Component Blame component State before State afterwards

29 28/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Provider NT event log Perfmon data WMI SNMP Log files Syslog Criteria Where source=DCOM and Event ID=1006 Detector – What has gone wrong

30 29/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Response Alert Script SNMP trap Pager E-Mail Task Managed Code File Transfer Diagnose – Identify Root Cause

31 30/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Response Alert Script SNMP trap Pager E-Mail Task Managed Code File Transfer Resolver – How do we fix it?

32 31/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Provider NT event log Perfmon data WMI SNMP Log files Syslog Criteria Where source=DCOM and Event ID=1006 Verifier – Has the problem been resolved?

33 32/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Method of collection – Task Model Example items: Description Operator Instructions & procedures Roles Frequency

34 33/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Health Model Health Model & Components Service View Business Application Component.

35 34/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Limitations How to implement within MOM2005 Confined to physical servers No service view Server role versus component

36 35/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 System Monitoring – Summary

37 36/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Business & information Monitoring Kev Robinson

38 37/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Additional Monitoring & Reporting Business reporting –Reporting business state rather than technical Business events –e.g. suspicious payment data being processed – data driven alerts Operator tasks –Restore service using common tasks –Improve 1 st level support Availability: Full proactive management. Automated responses. Visible “health-state” Business: Reduced downtime. Informed of what is happening. Reporting on service level exceptions

39 38/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 DSI Dynamic Systems Initiative

40 39/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 DSI – Building Blocks Model based development tools –System Definition Model –Coming with Visual Studio 2005 Operationally aware applications –Management packs for MOM –Application instrumentation Model-based Management –State view & Service availability reporting –Health models Dynamic Resource Availability –Automated builds and deployment –Performance governed deployment –Improved hardware utilisation

41 40/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 DSI Resilience & Dynamic Resource

42 41/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Why Dynamic Resource? Meeting performance needs –Year ends –Business growth –Internet adoption –“Hidden internet threats” Biggest “hidden threats” to performance? –Is it security? –Is it hacking? –Is it phishing? –Clue: Insider threat… MARKETING. X X X Safe advert £10 voucher for every 10,000 th eBanking sign-on Unsafe advert MARKETING

43 42/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Resilience 1 server unavailable 1 database taken down for maintenance SQL Cluster Web BizTalkDatabase Web BizTalkDatabase TechnologyService Web BizTalkDatabase Web BizTalkDatabase TechnologyService Web BizTalkDatabase Web BizTalkDatabase TechnologyService Both servers unavailable Web BizTalkDatabase Web BizTalkDatabase TechnologyService. Users

44 43/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Dynamic Resourcing Pool of Servers.

45 44/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Conclusions

46 45/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 Conclusions Automate builds and deployments where possible Develop a health-model for business systems –Needs to be factored in with the application development Improved monitoring & reporting Automated recovery and pro-active responses Make better use of hardware, reducing TCO

47 46/46 MICROSOFT INFRASTRUCTURE ARCHITECT FORUM : October 2005 BankingPensions Mortgages Mortgages Loans Loans Credit Card Investments InvestmentsSavingsInsurance Thank you Kev Robinsonkev@nbs.co.uk Rob Morganrobj.morgan@nationwide.co.uk ? Any Questions © Nationwide Building Society, 2005. Some images © Microsoft Ltd.


Download ppt "INSURANCEINVESTMENTSLOANSMORTGAGESPENSIONSSAVINGS BANKING CREDIT CARDS DSI Investigation & Practical Health Modelling DSI Investigation & Practical Health."

Similar presentations


Ads by Google