O documento discute o Gerenciamento de Capacidade e o CDB no ITIL-3. Resume que o CDB armazena dados necessários para o Gerenciamento de Capacidade, incluindo dados de negócios, serviços, técnicos e financeiros. Também discute que o CDB pode estar conectado ao CMDB para compartilhar dados de configuração de itens.
21. Conteúdo resumido dos livros do ITIL 3.0 Foram incluídos cinco novos livros : * Estratégia de Serviços (Service Strategy): Aborda principalmente as estratégias, políticas e restrições sobre os serviços. * Design de Serviços (Service Design): Esse livro engloba políticas, planejamento e implementação. É baseado nos cinco aspectos principais de design de serviços: disponibilidade, capacidade, continuidade, gerenciamento de nível de serviços e outsourcing. Também estão presentes informações sobre gerenciamento de fornecedores e de segurança da informação . * Transição de Serviços (Service Transition): o volume apresenta um novo conceito sobre o sistema de gerenciamento do conhecimento dos serviços. Também inclui abordagem sobre mudanças, riscos e garantia de qualidade. Os processos endereçados são planejamento e suporte, gerenciamento de mudanças, gerenciamento de ativos e configurações , entre outros.
22. Conteúdo resumido dos livros do ITIL 3.0 Continuação.... * Operações de Serviços (Service Operations): operações cotidianas de suporte são o norte principal desse livro. Existe foco principal em gerenciamento de service desk e requisições de serviços, separadamente de gerenciamento de incidentes e de problemas, que também têm espaço. * Melhorias Contínuas de Serviços (Continual Service Improvement): a ênfase do volume está nas ações “planejar, fazer, checar e agir”, de forma a identificar e atuar em melhorias contínuas dos processos detalhados nos quatro livros anteriores. Melhorias nesses aspectos também levam a serviços aprimorados aos clientes e usuários.
Em conjunto com o histórico mostrado no slide anterior, a tecnologia evoluiu desde os tempos de centralização em Mainframes, passando pelos ambientes cliente/servidor, internet, até a integração entre todos eles. Resultado : Maior complexidade em gerenciar todos os ambientes. O desafio é avaliar o impacto das mudanças da TI, em termos de custos de novas configurações e a correspondente capacidade para suportar novos negócios.
Nossos clientes querem saber como as mudanças, ou as falhas, ou desempenhos abaixo dos padrões de suas operações de TI afetam seus processos de negócios. Eles querem saber especificamente quais serviços são afetados, e qual é o custo, ou o impacto sobre a empresa quando esse serviço é afetado.
Além disso, quando uma empresa faz mudanças em um processo de negócios – coisas como mudanças organizacionais, crescimento dos volumes, ou uma mudança nos processos dos negócios – qual é o efeito sobre T/I? Os atuais sistemas de T/I estão aptos a suportar essas mudanças? Se negativo – então que mudanças precisam ser feitas em T/I?
Relate simple BSM “infinity” symbol to “spider” diagram for more detail This “spider” builds, these notes explain a way to speak to each element Build 1) What does the user care about? This arc illustrates the end users expectation, the quality of service being provided and the quality of the users experience Build 2) These are the elements that comprise the IT infrastructure, or the technology that ultimately delivers QoS – BMC has traditionally and successfully focused most of our energy in this area – and we’ve sold our customers the tools to manage this stuff Build 3) There is an inferred or agreed to commitment from the business to provide users with a certain level of service, Build 4) if this expectation is not met, the user calls the Help/Service Desk ( 73% of service desk calls are initiated by end users) and a help ticket is generated. Build 5) The cause of the service degradation must then be determined by filtering, normalizing and correlating the events (alarms) that are being generated by the infrastructure components, in order to perform root cause analysis. Build 6) Business impact is then determined by linking the events back to the service model. Then users must be notified that there is a problem in a specific application and the appropriate service person (System Administrator, DBA, etc.) must be asked to fix the problem. Build 7) The service model (and root cause analysis?) information is stored in the CMDB. Build 8) In order to build a service model you need to perform discovery of assets (physical, logical, and their dependencies) and understand them as they relate to a business service Build 9) Then we need to manage those assets and create that service model (in order to move up the scale on the Gartner maturity model). Build 10) According to IDC(?), 80% of incidents are the result of change in the environment. So, in addition to managing assets, you need to manage changes that occur to the assets. Build 11) Completes closed loop… Build 12) Capacity and Provisioning – need change approval process, capacity management process feeds change management process. Need to understand capacity and provisioning in order to understand how things are running normally and to have a plan in place in the event of a service level breach or failure (because of increased workload and resulting need for additional capacity).
Solution components include : Enterprise Performance Assurance ® (EPA), Proactive Resource Management, and Marimba ® Application Management, OS Migration and Patch Management, and BMC Atrium ™ CMDB Match capacity to business requirements more efficiently to avoid capacity shortages or underutilization, and predict resource requirements to cost-effectively meet service level agreements. Within seconds, business needs can change. IT must be ready to manage the impact of these changes and effectively provision resources. Without the ability to predict needs, you risk underutilization or even worse, capacity shortages. Enables you to proactively streamline resources efficiently by: Collecting performance metrics in a central data store for analysis of usage trends, capacity requirements and future investments based on business needs Setting achievable service level goals that properly account for the business impact of resource changes Using predictive modelling and scenario planning to optimize capacity and identify performance requirements before response time problems occur Centralizing and automating dynamic provisioning of IT resources Eliminating over- or under-configuration through advanced modelling capabilities Evaluating the potential for resource virtualization Dynamically provisioning and reallocating hardware and software resources based on immediate or predictive workload demand or operational conditions to meet required business service levels Provides a direct path to Business Service Management and improves “on-demand” environments by matching capacity to business needs while improving resource usage efficiency. This enables you to predict resource requirements in order to meet service level agreements while minimizing cost. Milestones provide measurable benefits and value as you move from historical trending and usage reporting to capacity planning and on to prediction and automated provisioning. BMC Software enables best-practice capacity management and provisioning because we: Deliver a comprehensive toolset to ensure that all performance and capacity aspects affecting business services are provided effectively, leveraging appropriate technologies while minimizing costs and service level risks Help build a structured, repeatable process so that IT resources are provisioned as business needs dictate Provide analytics that identify the complex relationship between business cycle variances and the resource capacity requirements to enable intelligent, just-in-time resource provisioning Increase ROI by optimizing resource utilization, match capacity with demand, reduce capital hardware costs, increase system availability and improve end-user productivity
Caso alguém tenha alguma pergunta ou algum esclarecimento adicional, ficaremos felizes em poder ajudar. O B R I G A D O ! ! !