Mostrando postagens com marcador FinOps. Mostrar todas as postagens
Mostrando postagens com marcador FinOps. Mostrar todas as postagens

sábado, 21 de setembro de 2024

Aquisição

O objetivo principal dessa persona é: Gerenciamento de relacionamento com plataforma de nuvem . Essa equipe tende a trabalhar com líderes de engenharia e finanças para construir estratégias organizacionais sobre como fazer parcerias para obter acesso à nuvem e outros recursos baseados em TI. O processo de aquisição geralmente ocorre da seguinte forma: 

Necessidade identificada

Avaliação de construção versus compra, incluindo análises de mercado e desenvolvimento de portfólio

Negociação, incluindo linguagem contratual e preços

Gestão de fornecedores

Rescisão

Benefícios do FinOps

Para a equipe de Compras, os benefícios do FinOps incluem: 

Obtendo as melhores taxas de custo de nuvem disponíveis

Traduzindo dados de faturamento para custeio baseado em atividades

Fornecer visibilidade e permitir a compreensão do custo por licença de tecnologia e contratos

Fale a língua deles

Esta equipe trabalha duro para construir relacionamentos com fornecedores (provedores de bens ou serviços). Abaixo estão alguns termos-chave frequentemente usados ​​em seu mundo. Veja se você consegue associar cada termo à definição correta na primeira tentativa.  

Colaboração

A equipe de aquisição é frequentemente uma alavanca estratégica dentro da nuvem que a liderança pode utilizar. Essas equipes podem trabalhar em conjunto com a equipe FinOps para garantir que os melhores preços e melhores termos sejam negociados. Por exemplo, essas equipes podem trabalhar juntas para entender as decisões arquitetônicas da organização e como as mudanças impactarão o uso esperado para serviços específicos e prever gastos para negociar taxas. A aquisição e as finanças então colaborarão para alocar custos que são então acumulados por meio de relatórios para a liderança.

 Outra área de colaboração ocorre quando a aquisição e as finanças obtêm adesão da liderança sobre estratégias de compras e governança. No mundo da nuvem, qualquer pessoa na organização pode entrar no mercado e fazer compras. A aquisição, as finanças, o FinOps e a liderança precisarão se alinhar às regulamentações em torno das compras para a organização.

Pensamento Avançado

Os líderes geralmente têm a capacidade de definir uma estratégia abrangente que será utilizada por uma organização. Ao pensar na equipe de compras, bem como na equipe financeira da sua organização, faça as seguintes perguntas: 

Essas equipes têm uma estratégia de aquisição, compra e economia alinhada? 

Vemos colaboração entre essas duas equipes?

Há reuniões recorrentes de contato? 

Eles têm contatos para trabalhar uns com os outros?

Eles compartilham uma língua comum?

Como líder, pense em estratégias para organizar o negócio e colocar essas duas equipes em colaboração. Finanças e compras estão posicionadas de forma única para ver o panorama geral. Essas equipes têm uma visão macro da organização e podem ver todas as ferramentas e todo o orçamento que pode ser movido ou ajustado. Juntos, eles trazem insights importantes para a mesa que um único engenheiro ou outra parte interessada pode não ter.

Fonte: https://learn.finops.org/

Financiar

O objetivo principal dessa persona é: Orçar, prever e relatar com precisão os custos da nuvem.   O novo mundo da nuvem pode ser desafiador para a equipe financeira, pois os gastos com a nuvem são variáveis, imprevisíveis e, às vezes, caóticos. Outro desafio ou frustração para essa equipe é que a responsabilidade pelos custos da nuvem é distribuída. Anteriormente, era muito mais simples alinhar as compras de hardware e data centers às equipes e orçamentos. Agora, uma persona financeira pode se ver em uma caça ao tesouro para investigar e identificar certos custos. 

Benefícios do FinOps

Para a equipe financeira, o FinOps ajuda a aliviar essas frustrações. A equipe FinOps colaborará entre personas para identificar gastos não alocados, impulsionar o orçamento e a precisão da previsão e ajudar a orientar a equipe a fazer bons investimentos em nuvem. Além disso, as equipes de previsão estão se tornando mais dependentes dos dados de previsão relatados pelo FinOps e colaborando no desenvolvimento de orçamento granular para gastos reais em nuvem quase em tempo real alocados de volta para engenheiros e gerentes de produto. O FinOps agora é um parceiro do financiamento para obter melhores dados de nuvem e manter supervisões regulares em um novo nível de detalhes. 

Fale a língua deles

Esta equipe trabalha duro para gerenciar previsões e orçamentos, e alocar gastos. Abaixo estão alguns termos-chave frequentemente usados ​​em seu mundo. Veja se você consegue associar cada termo à definição correta na primeira tentativa.  

Colaboração

Os líderes geralmente trabalham em estreita colaboração com a persona financeira para analisar todos os custos. Uma maneira de colaborar e maximizar as conversas é solicitando informações em um formato consolidado. Abaixo estão três áreas principais nas quais as partes interessadas financeiras podem fornecer informações com perguntas orientadoras. Este modelo simples é um ótimo ponto de partida para reuniões recorrentes e permite aprofundamentos quando necessário. 

Tendências

Onde estamos tendendo (para cima ou para baixo) por produto, por serviço, por linha de negócios, etc.?

Reais vs. Orçamento vs. Previsão

Como nos saímos? O que alocamos? O que foi previsto com base em tendências conhecidas? Para onde estamos indo? 

Alavancas de Otimização

Quais alavancas de otimização estão disponíveis? Ao apresentar alavancas de otimização, certifique-se de incluir o nível de esforço e o custo para otimizar. Por exemplo, "Se quisermos economizar dinheiro, teremos que gastar ______ para fazer ______."

Pensamento Avançado

Uma maneira de colaborar ainda mais com as partes interessadas financeiras é orientar e orientar sempre que possível. Esses profissionais geralmente precisam mudar sua linguagem dependendo do público. Como líder, trabalhe com seu contato financeiro para ajudá-lo a entender o que um líder está procurando durante uma reunião/apresentação. Por exemplo, incentive a parte interessada financeira a trabalhar com a equipe FinOps para construir um painel simplificado que eles possam apresentar durante as reuniões mensais de liderança. Ou ajude-os a construir um modelo de apresentação com as três categorias principais listadas acima (Tendências, Orçamento vs. Previsão, Alavancas de Otimização). 

Fonte: https://learn.finops.org/ 

Engenharia

O objetivo principal dessa persona é: Fornecer serviços mais rápidos e de alta qualidade para a organização, mantendo os negócios como de costume.  Os engenheiros geralmente ficam frustrados com as crescentes demandas de carga de trabalho, longos ciclos de entrega, desafios para identificar a propriedade do serviço/aplicativo e dificuldade para prever custos e impactos no orçamento. Anteriormente, os engenheiros eram forçados a trabalhar dentro das restrições do hardware adquirido, agora eles têm mais flexibilidade para inovar, entregar valor e construir eficiência por meio da nuvem. 

Benefícios do FinOps

Para a equipe de engenharia, o FinOps ajuda a fornecer maior visibilidade dos custos da nuvem e conecta esses custos e a economia da unidade. O FinOps é um impulsionador da responsabilidade pela utilização e incentivos em torno de princípios de arquitetura sólida que levam em consideração a eficiência. 

Fale a língua deles

Às vezes, construir colaboração requer se colocar no lugar dos outros. Vamos assumir o papel de uma persona de engenharia e revisar alguns termos-chave de engenharia que ajudarão as conversas a ocorrerem sem problemas entre as duas equipes únicas (Engenharia e Liderança). 

Recurso
Um recurso é um item individual que faz parte de um serviço de nuvem em execução no seu ambiente de nuvem. 

Carga de Trabalho
É um nome genérico para um aplicativo ou sistema de software executado em uma plataforma de computação, como um servidor web, um servidor de aplicativos ou um servidor de banco de dados. 

Portal do Painel do Console
O acesso aos recursos da nuvem é feito por meio de vários sites on-line fornecidos por cada CSP. O Azure chama o deles de Portal do Azure (Portal de Assinatura, Portal de Inscrição, etc.), a AWS chama o deles de Console da AWS e o GCP chama o deles de Painel do GCP.

Ágil
Um método de gerenciamento de trabalho para engenheiros, usado principalmente para desenvolvimento de software, caracterizado pela divisão de tarefas em fases curtas de trabalho (em sprints) e reavaliação frequente de prioridades e planos. Geralmente, leva ao desenvolvimento de produtos ou software incrementalmente, começando com um produto mínimo viável e, em seguida, aprimorando-o continuamente a partir de um backlog de requisitos coletados de histórias de usuários (solicitações).

Corrida
Um curto intervalo de trabalho em um projeto Agile, geralmente uma ou duas semanas, mas às vezes mais ou menos, durante o qual uma quantidade de trabalho acordada será entregue.

Redimensionamento Correto
O dimensionamento correto é uma forma de otimização em que medições são feitas ao longo do tempo para avaliar os requisitos periódicos de uma carga de trabalho em execução na nuvem e combiná-la com um recurso virtual dimensionado para executá-la de forma eficiente com o mínimo de desperdício. 

Colaboração 

Uma maneira importante de colaborar com engenheiros é por meio do compartilhamento de informações. Reúna-se com engenheiros e compartilhe detalhes sobre metas financeiras de negócios e como elas se traduzem no trabalho realizado pelas equipes de engenharia. Por exemplo, forneça informações sobre os custos esperados por consumo ou metas para margens operacionais. Ao fazer isso, o trabalho de otimização de custos se torna significativo, direcionado e talvez até gratificante para o engenheiro.

Outra maneira de colaborar é definir metas muito específicas. Por exemplo, permitir que uma de suas equipes de produto se mova mais rápido usando uma arquitetura que é menos eficiente e incorre em um custo de execução mais alto, com um plano futuro para otimizar o design do serviço em uma data futura.

Pensamento Avançado

Um líder excelente é capaz de motivar e engajar seu pessoal. Ao trabalhar com engenheiros, considere o seguinte: 

Quais incentivos estão disponíveis para engenheiros? O que motiva seu pessoal e suas equipes a fazer um bom trabalho? ( Um guia para gamificação para FinOps(abre em uma nova aba))

Como o bom trabalho é celebrado e reconhecido?

Quais são as restrições e barreiras que existem para preparar os engenheiros para o sucesso? 

Talvez não consigamos responder a essas perguntas ainda, mas considere conversar com outros líderes e criar um programa para incentivar engenheiros a se envolverem com a organização. Além disso, converse com suas equipes de FinOps ou gerentes de projeto para se alinharem e trabalharem juntos para desenvolver essa estratégia. 

Mergulho profundo

Agora que você sabe mais sobre engenharia, aqui vai um desafio adicional: Aprenda mais sobre o serviço de nuvem que sua organização usa! Os melhores profissionais de liderança entendem as tecnologias (pelo menos conceitualmente) para que possam falar com engenheiros e começar a construir uma linguagem comum. Abaixo estão alguns cursos introdutórios baseados nos principais CSPs. 

Fonte: https://learn.finops.org/ 

Visão geral das personas

Pessoas

Todos têm um papel a desempenhar em uma organização "fazendo" FinOps. O driver FinOps está lá para permitir que FinOps aconteça dentro da organização (não para "fazer" FinOps para você). O driver FinOps pode — e frequentemente — começar como um indivíduo dentro de uma das equipes de persona tradicionais (engenharia, finanças, etc.). À medida que a escala de uma organização na nuvem cresce, o driver FinOps se desenvolverá em uma função de tempo integral e, em seguida, em uma equipe dedicada ou subequipe dentro da organização.   Nas seções a seguir, você aprenderá sobre as motivações e terminologia importantes para cada persona, bem como como colaborar (de uma perspectiva de liderança) com cada equipe. 

FinOps Practitioners 
conectam equipes de negócios, TI e finanças ao habilitar decisões baseadas em evidências em tempo quase real para ajudar a otimizar o uso da nuvem e aumentar o valor do negócio. Eles se concentram em estabelecer uma cultura FinOps e habilitar equipes de stakeholders ao demonstrar um conhecimento prático dos Princípios e Capacidades do FinOps Framework, um modelo prescritivo de ações e melhores práticas.

Leadership
A liderança se concentra em impulsionar a responsabilização e criar transparência, garantindo que as equipes sejam eficientes e não excedam os orçamentos.  

Product
Os membros da equipe de gerenciamento de negócios e produtos  estão buscando trazer rapidamente novos produtos e recursos para resolver problemas e gerar resultados comerciais positivos. 

Finance
Os membros de finanças usam os relatórios fornecidos pela equipe FinOps para alocação de custos, alocação de showback e previsão. Eles trabalham em estreita colaboração com os profissionais de FinOps para entender os dados históricos de faturamento para que possam colaborar e construir modelos de previsão precisos usados ​​para planejamento e orçamento.

Procurement 
As equipes de aquisição  usam insights fornecidos pela equipe FinOps para identificar o fornecimento e a compra de produtos e serviços dentro de um Cloud Platform Vendor. A aquisição deve trabalhar em estreita colaboração com a FinOps para garantir que os preços e termos negociados no contrato sejam cumpridos e agilizar o processo de aquisição. A aquisição pode ter um componente legal para revisar a linguagem do contrato.

Engineering
Engenheiros e membros da equipe de Ops se concentram em construir e dar suporte a serviços para a organização. O custo é introduzido como uma métrica da mesma forma que outras métricas de desempenho são rastreadas e monitoradas. Os membros dessas equipes consideram o design e o uso eficientes de recursos por meio de atividades como o dimensionamento correto (o processo de redimensionamento de recursos de nuvem para melhor corresponder aos requisitos de carga de trabalho), alocação de custos de contêiner, localização de armazenamento e computação não utilizados e identificação de anomalias de gastos esperadas. 

Motivações
Não existe uma varinha mágica para acenar e fazer todas as equipes colaborarem e se alinharem. 
No entanto, um lugar importante para começar é com empatia pelos outros. 
Se formos capazes de entender e compartilhar as motivações de outras equipes, todos terão um momento melhor. Isso pode significar fazer algumas perguntas para entender melhor um parceiro de engenharia ou reservar um tempo para entender um número financeiro complexo. Além disso, pode ser útil para outras equipes conhecer e ter empatia com as motivações e objetivos de você como líder na organização.
 

Por que FinOps?

Como líder dentro de uma organização, há muitos benefícios em fazer FinOps e trabalhar com a equipe FinOps! Um benefício é ganhar visibilidade e granularidade de custos, bem como precisão. Há uma maior responsabilidade pelo custo da nuvem, o que permite melhor previsibilidade de como os gastos com nuvem crescerão à medida que o negócio cresce. Essas informações podem ser usadas para dar suporte aos líderes na condução da organização para fazer bons investimentos em nuvem. Por sua vez, isso também permitirá que as organizações de engenharia ganhem mais liberdade para utilizar tecnologias de nuvem mais recentes e entregar soluções ao mercado mais rapidamente, ao mesmo tempo em que as orienta a tomar boas decisões sobre o uso da nuvem que tenham um ótimo resultado de valor comercial. Para obter mais informações sobre os benefícios para os líderes, visite o Personas da FinOps Foundation(abre em uma nova aba)página.

Uma história da nuvem

Jason Fuller, que comanda a Nuvem na HERE Technologies, uma organização multinacional que fornece serviços de mapeamento global, compartilhou uma história em uma reunião da FinOps Foundation que ilustra o valor do FinOps:

Tínhamos uma equipe muito acima do orçamento usando 9 bilhões de funções lambda por mês. 

Não posso influenciar isso diretamente. Mas o que posso fazer é sentar com a equipe e entender a qualidade do algoritmo que você está escrevendo em lambda e determinar se ele pode ser mais preciso.

Precisamos dessa precisão de milissegundos que você está fornecendo? Sim. OK. 

O negócio agora entende que é tão valioso.

Agora podemos olhar para o modelo de precificação para vender o serviço. Podemos tomar uma decisão de negócios com base em quão valiosa achamos que a oferta é e quanto realmente achamos que podemos obter por ela como um produto no mercado.

Como resultado, não brigamos mais sobre infraestrutura; conversamos sobre seu valor comercial.

Jason Fuller , chefe de Cloud & Employee Foundations  (HERE Technologies)

Fonte: https://learn.finops.org/

 

O que é FinOps?

 Introdução ao FinOps


O modelo operacional e a prática cultural para maximizar o valor da nuvem, veja o video acima com a legenda em Portugues.

FinOps é uma estrutura operacional e uma prática cultural .

FinOps maximiza o valor comercial da nuvem
Permite a tomada de decisões oportunas baseadas em dados
E cria responsabilidade financeira

Estrutura FinOps
O FinOps Framework fornece o modelo operacional para estabelecer e se destacar na prática do FinOps. Ele ajuda as organizações a maximizar o valor comercial da nuvem, permitir a tomada de decisões oportunas baseadas em dados e criar responsabilidade financeira por meio da colaboração entre equipes de engenharia, finanças e negócios. Em outras palavras, o Framework é o modelo operacional para FinOps.

O FinOps Framework pode ser pensado como os blocos de construção de uma prática FinOps. Nessa metáfora, os praticantes podem escolher e organizar seus blocos de diferentes maneiras, resultando em implementações únicas de FinOps que são todas construídas a partir dos mesmos componentes. 

Atualmente, há seis componentes do FinOps Framework:
Princípios - orientam nossas práticas de FinOps
Personas - stakeholders que a FinOps apoia
Domínios - resultados comerciais fundamentais
Capacidades - atividades realizadas para atingir os resultados desejados (Domínios) do FinOps 
Fases - modelo de processo iterativo para exercício de capacidades FinOps 
Modelo de Maturidade - critérios de avaliação incremental para entender o estado de qualquer atividade FinOps ou prática geral
Princípios FinOps 
Felizmente, você não está sozinho nisso. 
A equipe FinOps e todas as outras personas estão juntas na jornada para a conscientização financeira. A equipe FinOps dará suporte à colaboração e coordenará muitas das atividades necessárias para dar suporte a uma prática FinOps. FinOps é construído sobre os seis princípios orientadores a seguir:

As equipes precisam colaborar
As equipes de finanças, tecnologia, produtos e negócios trabalham juntas quase em tempo real, pois a nuvem opera por recurso e por segundo.
As equipes trabalham juntas para melhorar continuamente a eficiência e a inovação.

As decisões são orientadas pelo valor comercial da nuvem
Métricas econômicas unitárias e baseadas em valor demonstram o impacto comercial melhor do que gastos agregados.
Tome decisões conscientes entre custo, qualidade e velocidade.
Pense na nuvem como um impulsionador da inovação.

Todos assumem a responsabilidade pelo uso da nuvem
A responsabilização pelo uso e custo é levada ao limite, com os engenheiros assumindo a responsabilidade pelos custos, desde o projeto de arquitetura até as operações contínuas.
Equipes individuais de recursos e produtos têm autonomia para gerenciar seu próprio uso da nuvem em relação ao seu orçamento.
Descentralize a tomada de decisões em torno de arquitetura econômica, uso de recursos e otimização.
As equipes técnicas devem começar a considerar o custo como uma nova métrica de eficiência desde o início do ciclo de vida de desenvolvimento do software.

Os dados do FinOps devem ser acessíveis e oportunos
Processe e compartilhe dados de custos assim que estiverem disponíveis.
A visibilidade em tempo real impulsiona de forma autônoma uma melhor utilização da nuvem.
Ciclos de feedback rápidos resultam em comportamento mais eficiente.
Visibilidade consistente dos gastos com nuvem é fornecida a todos os níveis da organização.
Crie, monitore e melhore a previsão e o planejamento financeiro em tempo real.
A análise de tendências e variações ajuda a explicar por que os custos aumentaram.
O benchmarking interno da equipe impulsiona as melhores práticas e comemora as vitórias.
O benchmarking em nível de pares do setor avalia o desempenho da sua empresa.

Uma equipe centralizada impulsiona o FinOps
A equipe central incentiva, evangeliza e possibilita as melhores práticas em um modelo de responsabilidade compartilhada, muito parecido com a segurança, que tem uma equipe central, mas todos permanecem responsáveis ​​por sua parte.
É necessária a adesão executiva ao FinOps e suas práticas e processos.
A otimização de taxas, compromissos e descontos é centralizada para aproveitar economias de escala.
Elimine a necessidade de engenheiros e equipes de operações pensarem em negociações de tarifas, permitindo que eles permaneçam focados na otimização do uso de seus próprios ambientes.

Aproveite o modelo de custo variável da nuvem
O modelo de custo variável da nuvem deve ser visto como uma oportunidade de agregar mais valor, não como um risco.
Adote a previsão, o planejamento e a compra de capacidade just-in-time.
O planejamento iterativo ágil é preferível aos planos estáticos de longo prazo.
Adote um design de sistema proativo com ajustes contínuos na otimização da nuvem em vez de limpezas reativas pouco frequentes.

Pessoas FinOps
Personas representam amplos grupos de stakeholders que devem colaborar, não pessoas individuais. Em uma organização complexa, uma Persona pode representar muitas pessoas em várias funções relacionadas e, em organizações muito pequenas, uma única pessoa pode desempenhar as funções de múltiplas Personas. Cada uma tem um papel importante a desempenhar no suporte ao FinOps.

Domínios FinOps
Os domínios  do FinOps Framework descrevem os resultados de negócios fundamentais que as organizações devem atingir com a prática FinOps. Cada domínio descreve um conjunto de capacidades que uma organização pode executar para atingir esses resultados. 

Você descobrirá que os domínios não são etapas em um processo serial; em vez disso, atividades em vários domínios serão buscadas em paralelo enquanto uma organização desenvolve capacidades para sua prática FinOps. Todos os domínios e capacidades são interdependentes e, juntos, fornecem um modelo operacional para a prática FinOps que descreve todas as práticas necessárias para o sucesso em organizações em todos os setores, estruturas, tamanhos e níveis de maturidade.

Entenda o uso e o custo da nuvem
O resultado deste Domínio é uma melhor compreensão do uso da nuvem por uma organização. Dentro deste Domínio, as organizações trabalham para reunir todas as informações necessárias para executar o FinOps. Isso inclui dados de custo direto e imputado da nuvem, uso da nuvem, observabilidade, utilização e sustentabilidade, e outros conjuntos de dados exigidos por qualquer Domínio FinOps. As atividades neste Domínio também definem os metadados organizacionais para categorizar, alocar e resumir o custo e o uso da nuvem, e definem os processos de relatórios e análises, disponibilizando esses dados para uso por todas as Personas FinOps.

Quantificar o valor do negócio
As organizações desenvolvem Capacidades neste Domínio para conectar os dados de uso e custo com o valor comercial que ele cria, ajudando a garantir que o valor seja transparente e dentro das expectativas. Dentro deste Domínio, as organizações mapeiam custos monetários e não monetários da nuvem para orçamentos, usam informações históricas e planos futuros para prever, estabelecer e medir KPIs técnicos e organizacionais, e realizam benchmarking entre equipes, unidades de negócios e com outras organizações.

Otimize o uso e o custo da nuvem
Este Domínio foca na eficiência da nuvem, garantindo que as organizações usem os recursos somente quando eles fornecem valor para a organização; e que os recursos usados ​​sejam comprados com o menor custo e impacto aceitáveis ​​para atingir as metas da organização. As organizações medirão a eficiência de várias maneiras, incluindo custo monetário, uso de carbono ou medidas de eficiência operacional de TI mais tradicionais. Os recursos neste Domínio permitem que a organização gerencie os tipos, o tempo e as quantidades de recursos de nuvem usados, e as taxas que são pagas por esses recursos. Os recursos aqui também abordam a modernização da arquitetura, considerações de sustentabilidade para equipes de FinOps e o uso de produtos SaaS licenciados e baseados em consumo.

Gerenciar a prática FinOps
Este Domínio permite a melhoria contínua para mudar e alinhar toda a organização - seu pessoal, processos e tecnologia - para adotar FinOps e usar a nuvem de maneiras que criem valor para a empresa. As capacidades aqui são centradas na operação eficaz de FinOps, capacitação de toda a organização, interação aprimorada com todas as outras personas e funções de negócios para dar suporte e representar o uso da nuvem de forma mais eficaz.

 

Capacidades

As Capacidades FinOps representam áreas funcionais de atividade em suporte ao seu Domínio FinOps correspondente. Atividades funcionais são tarefas ou processos que permitem que alguém atenda às demandas de uma prática FinOps iterando pelas Fases FinOps. Essas atividades e processos funcionais têm a intenção de servir para habilitar, educar, compartilhar conhecimento, advocacia, tarefas acionáveis, objetivos de negócios e melhoria da maturidade FinOps.

Fases do FinOps

O FinOps é executado trabalhando iterativamente nos Recursos do Framework por meio de três fases: Informar, Otimizar e Operar.

As equipes dentro de uma organização podem estar trabalhando em diferentes fases do FinOps a qualquer momento, e os profissionais de FinOps devem sempre observar o uso da nuvem pela organização, identificando maneiras de melhorá-la e criando documentação para capacitar os indivíduos responsáveis ​​por implementar mudanças que gerarão mais valor.

O objetivo é desenvolver continuamente estratégias e refinar fluxos de trabalho que envolvam as atividades abrangidas pelos Recursos do Framework, medindo os resultados, fazendo melhorias incrementais e amadurecendo o processo para reduzir o tempo necessário para percorrer essas fases.

Informar
Esta é a primeira fase da jornada FinOps, capacitando organizações e equipes com visibilidade, alocação, benchmarking, orçamento e previsão. A natureza elástica e sob demanda da nuvem, juntamente com preços e descontos personalizados, torna necessária uma visibilidade precisa e oportuna para decisões inteligentes.

Otimizar
Uma vez que as organizações e equipes são capacitadas, elas precisam otimizar sua pegada de nuvem. Os provedores de nuvem oferecem várias alavancas para otimizar. A capacidade sob demanda é a mais cara. Para incentivar o planejamento avançado de reservas e o aumento do comprometimento, os provedores de nuvem oferecem descontos para compromissos que normalmente envolvem cálculos complexos para fazer reservas (Instâncias Reservadas (RI) / Descontos por Uso Comprometido (CUD – Google Cloud). Além disso, equipes e organizações podem otimizar o ambiente redimensionando e automatizando a desativação de qualquer uso desnecessário de recursos.

Operar
Na Fase Operacional , as organizações começam a avaliar continuamente os objetivos de negócios e as métricas que estão rastreando em relação a esses objetivos, e como estão se desenvolvendo. Elas medem o alinhamento de negócios com base na velocidade, qualidade e custo. Qualquer sucesso organizacional só é possível se a organização construir uma cultura de FinOps que envolva um Cloud Cost Center of Excellence construído em torno de stakeholders de negócios, financeiros e operacionais que também definam as políticas e modelos de governança apropriados.

Modelo de maturidade FinOps
A prática do FinOps é inerentemente iterativa e a maturidade de qualquer processo, atividade funcional, capacidade ou domínio melhorará com a repetição.

Uma abordagem “Crawl, Walk, Run” para executar FinOps permite que as organizações comecem pequenas e cresçam em escala, escopo e complexidade, conforme o valor comercial justifica o amadurecimento de uma atividade funcional. Tomar medidas rápidas em pequena escala e escopo limitado permite que as equipes de FinOps avaliem os resultados de suas ações e obtenham insights sobre o valor de tomar medidas adicionais de forma maior, mais rápida ou mais granular.

Ao avaliar o estado da Capacidade ou Domínio FinOps de uma organização, também podemos usar essas designações de maturidade para identificar onde estamos operando atualmente e para identificar áreas nas quais gostaríamos de passar de uma maturidade de Crawl para uma de Walk, ou de uma de Walk para uma de Run.

Esses termos são diretrizes gerais, e o objetivo de uma organização nunca deve ser simplesmente atingir uma maturidade de “Execução” em cada Capacidade.

Arrastar
Características do nível de maturidade
Muito poucos relatórios e ferramentas
As medições apenas fornecem informações sobre os benefícios do amadurecimento da capacidade
Conjunto de KPIs básicos para medição do sucesso
Os processos e políticas básicas são definidos em torno da capacidade
A capacidade é compreendida, mas não seguida por todas as principais equipes da organização
Planos para abordar “frutos fáceis de colher”

Andar
Características do nível de maturidade
A capacidade é compreendida e seguida dentro da organização
Casos extremos difíceis são identificados, mas a decisão de não abordá-los é adotada
Automação e/ou processos cobrem a maioria dos requisitos de capacidade
Os casos extremos mais difíceis (aqueles que ameaçam o bem-estar financeiro da organização) são identificados e o esforço para resolvê-los foi estimado
Metas/KPIs médios a altos definidos na medição do sucesso

Correr
Características do nível de maturidade
A capacidade é compreendida e seguida por todas as equipes da organização
Casos extremos difíceis estão sendo abordados
Metas/KPIs muito altos definidos na medição do sucesso
A automação é a abordagem preferida

Ferramentas e Terminologia Multi-nuvem

Guia para ferramentas e terminologia do provedor de serviços em nuvem

Resumo

Garanta que haja materiais que ajudem a traduzir ferramentas essenciais e conceitos de terminologia entre diversos provedores de serviços de nuvem.

Antes de começar

Você deve entender os conceitos básicos de como a computação em nuvem funciona, conhecer os principais serviços em seus provedores de nuvem, incluindo seus casos de uso comuns, e ter um entendimento básico de modelos de cobrança e precificação. Ser capaz de descrever a proposta de valor básica de execução na nuvem e entender o conceito central de usar um modelo de consumo de pagamento conforme o uso também são necessários.

Você também precisará ter um nível básico de conhecimento de pelo menos um dos três principais provedores de nuvem pública (AWS, Azure, Google Cloud). Para AWS, recomendamos o treinamento AWS Business Professional ou, melhor ainda, a certificação AWS Cloud Practitioner. Para o Google, confira o curso Google Cloud Platform Fundamentals. Para o Azure, experimente o caminho de aprendizagem Azure Fundamentals. Cada um geralmente pode ser concluído em um workshop de dia inteiro.

Matriz de ferramentas FinOps

Cada Provedor de Serviços de Nuvem tem diferentes ferramentas disponíveis para ajudar os profissionais de FinOps a aprender e praticar a utilização eficiente de recursos de nuvem. Há ferramentas e relatórios disponíveis que podem ajudar os profissionais e empresas de FinOps a planejar seu custo potencial antes do consumo, entender faturas, concluir a análise de faturamento, governar custos e otimizar custos. Essas ferramentas foram enumeradas na Matriz de Ferramentas FinOps.




Terminologia de Gestão de Custos

Os provedores de serviços em nuvem utilizam termos diferentes para significar as mesmas coisas ou coisas semelhantes. Isso pode dificultar a compreensão dos conceitos de nuvem entre os provedores. Esta terminologia gerada a partir deste projeto foi criada para ajudar os profissionais de FinOps a traduzir esses termos comuns entre os provedores de serviços em nuvem e foi incorporada à página de Terminologia de FinOps aqui .

Siglas de três letras

O gerenciamento de custos de nuvem não é vazio de seu próprio conjunto de TLA's. Como uma comunidade, o objetivo é coletar uma lista de siglas de três letras que sejam relevantes e frequentemente usadas no gerenciamento diário de custos de nuvem.

TLA Significado

AWS Serviços da Web da Amazon

CSP Provedor de serviços em nuvem

PCG Plataforma Google Cloud

KPI Indicador-chave de desempenho

OCI Infraestrutura de Nuvem Oracle

TAC Conselho Consultivo Técnico

Recursos

Nuvem do Google

Estrutura de arquitetura do Google Cloud: otimização de custos

Gerenciamento de custos no Google Cloud


 AWS

AWS Well-Architected Framework: Pilar de otimização de custos


 Azure

Microsoft Azure Well-Architected Framework: Pilar de otimização de custos


Cenário da Fundação FinOps

Ferramentas FinOps multi-nuvem

Ferramentas certificadas pela FinOps

Provedores de serviços certificados pela FinOps

Fonte: https://learn.finops.org/

 

Liderança - FinOps Foundation

Bem-vindo!

Você está aqui se estiver em uma função de liderança em sua organização (VP/Chefe de Infraestrutura, Chefe do Centro de Excelência em Nuvem, CTO, CIO, etc.) ou se for alguém que se concentra em gerar responsabilidade, criar transparência e garantir que as equipes sejam eficientes e estejam dentro dos orçamentos.

Termos importantes:

FinOps

Em sua essência, FinOps é uma prática cultural. É a maneira das equipes gerenciarem seus custos de nuvem, onde todos assumem a propriedade de seu uso de nuvem com o suporte de um grupo central de melhores práticas. Equipes multifuncionais em Engenharia, Finanças, Produto, etc. trabalham juntas para permitir uma entrega mais rápida do produto, ao mesmo tempo em que ganham mais controle financeiro e previsibilidade.

Core Personas 

Dentro da função FinOps, há uma variedade de personas ou stakeholders. Isso inclui o praticante de FinOps, líderes, engenheiros, gerenciamento de produtos, aquisição e finanças. Ao longo deste curso, discutiremos as metas, objetivos, métricas e benefícios do FinOps para cada persona e ideias para colaboração.

Abordaremos muitos termos importantes neste curso. Esses termos, assim como outros, podem ser encontrados nos recursos abaixo.

Terminologia FinOps

Uma lista de terminologia e exemplos para as categorias Gerenciamento de Custos de Nuvem, Nuvem Pública, Desenvolvimento e Operações de Software e Finanças e Contabilidade

Ferramentas e terminologia multi-nuvem

Uma matriz de ferramentas disponíveis para ajudar os profissionais de FinOps a aprender e praticar a utilização eficiente de recursos de nuvem, bem como terminologia e recursos adicionais

Livro Cloud FinOps

Qualquer pessoa que trabalhe em engenharia, finanças, compras, gerenciamento de produtos ou liderança em uma empresa que esteja operando — ou aspirando operar — na nuvem pública se beneficiará deste livro. À medida que uma organização entende as personas em FinOps, ela pode mapeá-las para equipes relevantes em toda a empresa. Este livro não é obrigatório para concluir o curso, no entanto, é uma boa referência complementar e inclui histórias e contexto adicionais.

Livro Cloud FinOps - Amazon

Livro Cloud FinOps - Acesso digital de 10 dias


Fonte: https://learn.finops.org/


 

quinta-feira, 19 de setembro de 2024

Terminologia FinOps

Terminologia FinOps

Um glossário de conceitos de FinOps e terminologia relacionada usada por profissionais em todo o mundo. Este recurso também inclui terminologia e definições de finanças e negócios para ajudar os leitores a entender melhor os termos usados ​​no site da FinOps Foundation, conteúdo educacional e de treinamento.

Os termos são adicionados a esta página por saída do Working Group ou por ativo. Use o Table of Contents para navegar até um conjunto específico de termos.

Gestão de Anomalias

Gerenciamento de anomalias é a capacidade de detectar, identificar, esclarecer, alertar e gerenciar eventos de custos de nuvem inesperados ou não previstos em tempo hábil, a fim de minimizar o impacto prejudicial aos negócios, seja em termos de custo ou outros.

Anomalias de custo da nuvem

Anomalias no contexto de FinOps são variações não previstas que resultam em aumentos nos gastos com nuvem maiores do que o esperado, dados os padrões históricos de gastos.

Variação não prevista

É importante observar que não estamos falando simplesmente sobre os “outliers” (um método de abordagem de anomalias), mas estamos realmente procurando descobrir quais são os custos “esperados” ou “previstos” para um período e, então, medir se os custos reais foram acumulados naquele período.

O nível de variação que é considerado uma anomalia pode variar muito com base no tamanho e tipo da empresa, no escopo de quanto ela usa a nuvem e em outras variáveis ​​de sua operação específica.

Anomalias motivadas por custos

A detecção de anomalias de custo foca na identificação de desvios de uma taxa esperada de gastos. Organizações na fase de rastreamento ou caminhada da detecção de anomalias geralmente focam apenas em aumentos de custo. Empresas que estão apenas lançando um sistema e processos de detecção de anomalias precisarão ajustar as configurações e provar seu processo de alerta/notificação. Normalmente, leva tempo para melhorar o nível de sinal para ruído para um nível aceitável de falsos positivos.

Embora as organizações priorizem principalmente os aumentos de custos, as organizações FinOps maduras (ou seja, fase de execução) também devem investigar as reduções. Uma anomalia de custo pode ser um indicador de um problema de tecnologia ou negócio subjacente. Por exemplo, um sistema de dimensionamento automático mal configurado pode causar um aumento de custo ou uma diminuição se não conseguir aumentar a escala. Normalmente, há outros sistemas em vigor para identificar tais problemas, então a maioria das organizações se concentrará estritamente nos aumentos de custo.

Padrões históricos

A maioria dos sistemas de detecção de anomalias utiliza dados históricos como base para detectar anomalias. Os sistemas podem variar em sofisticação, de um simples aumento percentual em gastos a modelos baseados em aprendizado de máquina que entendem padrões de gastos (históricos), mas ainda são baseados em aprendizados de dados históricos e carecem de consciência futura. A desvantagem de não ter consciência futura é mais falsos positivos.

Sistemas mais sofisticados são conscientes do futuro e incluem dados de previsão (orçamento) e eventos em seus modelos. Esses sistemas dependem de uma combinação de dados históricos e dados futuros para determinar anomalias com maior precisão do que apenas dados históricos. Dados de previsão são frequentemente agregados em um nível relativamente alto que os torna inutilizáveis ​​sem entender os padrões históricos.

Mais especificamente, as previsões são tipicamente por mês e o nível de departamento por tipo de recurso. Saber que você espera que os custos de recursos de computação aumentem 25% para um determinado mês em relação ao ano anterior é útil, mas não é suficiente, pois os padrões de gastos geralmente têm variabilidade de um dia para o outro, o que pode ser visto nos dados históricos, mas são perdidos em um intervalo mensal.

Gravidade

Levando a discussão sobre variação adiante, uma vez que você tenha estabelecido um limite mínimo, você ainda precisa identificar uma anomalia de baixo impacto de uma de alto impacto. Normalmente é melhor se os usuários de negócios tiverem algum controle sobre o que você chama de anomalia baixa-média-alta-crítica e também serem capazes de definir alertas apenas nas altas/críticas e deixar as baixas-médias para análise offline.

Observe também que, em um dia, uma anomalia pode começar com baixa gravidade, mas, à medida que acumula mais custos, pode aumentar para um nível alto ou crítico.

Escala de tempo

É aqui que o processo de detecção de anomalias se diferencia dos orçamentos.

Os orçamentos geralmente são criados e monitorados mensalmente, trimestralmente ou anualmente. Isso não deixa espaço para encontrar variações entre dias. Vimos a Detecção de Anomalias funcionando melhor em uma escala de tempo de um dia ou dias consecutivos quando uma anomalia persiste.

Gerenciamento de Custos de Nuvem

Metadados de Alocação

As informações usadas para categorizar custos são encapsuladas dentro de construções CSP como tags de recursos (AWS; Azure) ou rótulos (GCP). Neste contexto, os metadados podem ser diferenciados entre “Metadados de Recursos” onde um recurso individual é marcado ou rotulado ou “Metadados de Hierarquia” onde a categorização é aplicada a alguma outra construção que fornece agrupamento de recursos. Exemplos de metadados de alocação incluem:

“Rótulos” e “contas de cobrança” do GCP;

“Tags de recursos” da AWS, “Contas vinculadas” e “Organizações”;

“Assinaturas”, “Grupos de recursos” e “etiquetas de recursos” do Azure

Desconto negociado

Um acordo contratual em que um cliente se compromete com metas específicas de gasto ou uso durante um período de tempo especificado (prazo) em troca de taxas com desconto em uma lista especificada de SKUs. Ao contrário dos descontos de compromisso, os descontos negociados são normalmente personalizados para as contas do cliente, podem ser utilizados em frequências variadas e podem ter impacto de custo sobreposto com os descontos de compromisso. Os descontos negociados, ou mesmo a existência de um desconto negociado, podem ser protegidos contratualmente sob não divulgação, portanto, a discussão sobre descontos negociados deve sempre ser cuidadosamente considerada antes que qualquer informação seja divulgada em público.

Dados de custo e uso

A fonte de dados para a qual os CSPs publicam e da qual os dados de custo nativos podem ser derivados quando serviços de nuvem faturáveis ​​são consumidos. Exemplos de fontes de dados incluem:

AWS CUR (Relatório de Custo e Uso)

API de consumo do Azure; Exportações do Azure Cost Management

Tabelas de dados de faturamento do GCP BigQuery Cloud; Relatório de faturamento do GCP Cloud

Recursos

Um termo genérico usado para descrever qualquer serviço ou instância de um serviço adquirido de um provedor de serviços de nuvem.

Desperdício

Qualquer uso ou custo de recursos que não agregam valor a uma organização.

Estorno

Chargeback é uma estratégia de alocação de gastos de consumo real de serviços de TI de sistemas financeiros de volta para equipes de usuários por meio de um relatório interno ou “fatura”. Chargeback é um método para responsabilizar diretamente as unidades de negócios pelos gastos de TI e requer Integração Financeira de TI (para alocar gastos aos centros de custo e orçamentos apropriados).

Os relatórios de Chargeback e Showback podem ser feitos em qualquer subconjunto de responsabilidade, no nível de P&L ou em um subconjunto dele (aplicativo, proprietário da empresa, etc.) ou em visualizações transversais (como todos os sistemas de produção ou todos os custos de armazenamento, etc.). A decisão estratégica de como lidar com a alocação dos recursos difere entre as duas estratégias.

Retorno

Showback cria uma estrutura na qual o consumo real de serviços de TI é mostrado para unidades de negócios, enquanto o gasto é cobrado de uma unidade de negócios diferente. Normalmente usado para gerar conscientização e responsabilização em toda a organização ou áreas de negócios.

Os relatórios de Chargeback e Showback podem ser feitos em qualquer subconjunto de responsabilidade, no nível de P&L ou em um subconjunto dele (aplicativo, proprietário da empresa, etc.) ou em visualizações transversais (como todos os sistemas de produção ou todos os custos de armazenamento, etc.). A decisão estratégica de como lidar com a alocação dos recursos difere entre as duas estratégias.

Custos amortizados

Alguns recursos e reservas de nuvem vêm com uma taxa inicial. O custo amortizado de um recurso leva esse pagamento inicial em conta e o distribui com base no uso, atribuindo o custo proporcional para cada hora de cobrança.

Orçamento

Uma estimativa de receitas e despesas que as empresas planejam gastar em um período de tempo. Isso permite que as empresas monitorem continuamente onde estão financeiramente.

Orçamento vs Real (BvA)

Uma equipe ou profissional de FinOps pode fornecer relatórios sobre BvA versus previsão para estabelecer tendências e comparar com KPIs de variação.

Este exercício é usado para medir a precisão de um modelo de previsão.

Despesa capitalizada (CapEx) versus despesa operacional (OpEx)

Quando você capitaliza algo, ele se torna um ativo da empresa, seja ou não contabilizado como despesa em um período específico. O teste que você pode aplicar é: se uma organização emite um cheque para adquirir algo, essa aquisição beneficia períodos futuros? Se sim, então pode ser capitalizado. Se beneficia apenas o período atual, então é uma despesa que é gasta neste período sem benefício futuro, tornando-se uma despesa operacional. A capitalização faz com que os desembolsos totais sejam diferentes das despesas em um período semelhante, com o delta sendo o que é capitalizado. Em última análise, é o CFO/controlador que toma a decisão e que o Financeiro deve ser envolvido para garantir que a classificação correta seja usada.

Alocação de custos

O processo de dividir uma conta de nuvem e associar os custos a cada centro de custo . É importante que as equipes entendam como os custos estão sendo alocados e tenham uma estratégia de alocação de custos centralizada, controlada e consistente. Veja também, Shared Costs .

Estimativa de custos

O processo de quantificar todos os recursos que serão necessários para concluir um projeto também é usado para ajudar a criar orçamentos.

Previsão, também Previsão

Previsão é a prática de prever gastos futuros, geralmente com base em uma combinação de gastos históricos e uma avaliação de planos futuros, entendendo como a infraestrutura de nuvem futura e as mudanças no ciclo de vida do aplicativo podem impactar os orçamentos atuais e influenciar o planejamento orçamentário e as decisões futuras de investimento em nuvem. Essa capacidade também envolve colaboração entre equipes de stakeholders como Finanças, Engenharia e Executivos para construir modelos de previsão e KPIs acordados a partir dos quais estabelecer orçamentos que se alinhem com as metas de negócios.

Métricas

Um método ou fórmula para medir algo com o propósito de obter resultados.

Custos Compartilhados

Custos compartilhados podem se referir a cobranças que são utilizadas ou atribuídas a vários proprietários, aplicativos ou produtos.

Taxas não combinadas

Alguns recursos são cobrados em taxas decrescentes quanto mais você os usa. Isso significa que você é cobrado por taxas diferentes para recursos conforme você usa mais, ou por períodos mais longos durante o mês. Ao examinar sua fatura, você pode ver que alguns custos de recursos são maiores do que outros, mesmo para o mesmo tipo de recurso ou um recurso idêntico. Quando as taxas são apresentadas dessa forma, elas são chamadas de não combinadas.

Carga de trabalho

A quantidade de trabalho realizado ou capaz de ser realizado geralmente dentro de um período específico. Na previsão, uma carga de trabalho pode ser um tipo de unidade de medida, como "1 carga de trabalho = 8 GB de RAM + 50 GB de armazenamento ou uma configuração semelhante". Também pode ser "1 custo de carga de trabalho = Taxa*5 horas + Custo de 3 EC2 t3nano + custo de 100 GB de armazenamento". Seja qual for a carga de trabalho para a organização, garanta que ela esteja definida.

Terminologia Empresarial

Centro de Excelência em Nuvem (CCOE)

Muitas empresas se referem à sua equipe de FinOps como um Centro de Excelência em Nuvem ou um Escritório de Negócios em Nuvem.

Provedor de serviços em nuvem (CSP)

Um provedor de serviços de nuvem pública. Exemplos incluem Amazon Web Services (AWS), Microsoft Azure ou Google Cloud Platform (GCP)

Descontos de compromisso

Um modelo de desconto de cobrança que oferece taxas reduzidas em SKUs pré-selecionados em troca de um uso obrigatório ou valor de gasto durante um prazo predefinido. As compras de desconto de compromisso, feitas antecipadamente e/ou com pagamentos mensais recorrentes, são amortizadas uniformemente em períodos de cobrança predefinidos (por exemplo, por hora), e os valores não utilizados não podem ser transferidos para períodos de cobrança subsequentes. Os descontos de compromisso estão disponíveis publicamente para clientes sem acordos contratuais especiais. Eles têm termos específicos, serviços específicos que podem cobrir, e sua disponibilidade e uso são gerenciados de forma diferente por diferentes provedores. O gerenciamento do uso de descontos de compromisso é realizado no recurso Rate Optimization do FinOps Framework.

Exemplos de descontos de compromisso incluem:

“Desconto por uso comprometido” (CUD) do GCP para Compute Engine e “Reservas” para BigQuery

AWS “Reserved Instance” (RI) para EC2 e “Savings Plans” (SP) para Compute, instâncias EC2 e SageMaker

“Instâncias reservadas” (RI) do Azure para VMs

Amortização

Retirar um pagamento de capital gradualmente ao longo do tempo em um cronograma que reflita os benefícios que o capital fornece em cada período. Uma parcela inicial de um pagamento de desconto de compromisso pode ser amortizada ao longo da vida útil (1 ou 3 anos) do próprio produto de Desconto de Compromisso.

Âmbito do compromisso

Os descontos de compromisso podem variar em sua região e escopo zonal. Os profissionais devem considerar a granularidade do compromisso com uma região ou zona específica que atenda às necessidades de sua organização.

Vaga

O valor de um desconto de compromisso que não foi utilizado por um determinado período de tempo.

Ponto de equilíbrio do compromisso

O tempo estimado para pagar o custo total de um desconto de compromisso (incluindo encargos iniciais e contínuos) a partir das economias fornecidas por esse compromisso. As economias geradas por um desconto de compromisso são derivadas do desconto e da taxa de utilização. Uma vez que o ponto de equilíbrio é atingido, o desconto de compromisso foi totalmente pago e nunca perderá dinheiro no geral, independentemente da utilização após esse ponto.

Reserva de Capacidade

Reservas de Capacidade permitem que você proteja capacidade de computação para instâncias de recursos em uma região ou zona específica. Ao utilizar Reservas de Capacidade, você pode abordar proativamente o desafio potencial de adquirir capacidade em situações em que pode haver limitações de capacidade. Se você tem demandas de capacidade específicas e opera cargas de trabalho de missão crítica que exigem níveis de capacidade confiáveis ​​e previsíveis, é aconselhável que você crie uma Reserva de Capacidade. Isso garante acesso ininterrupto a instâncias CSP, precisamente quando você precisa delas. Reservas de Capacidade estão disponíveis por meio de Reservas de Capacidade sob demanda (ODCRs) ou por meio de tipos específicos de Desconto de Compromisso disponíveis no seu CSP.

Duração do compromisso

A duração do compromisso de um CSP se refere à duração pela qual um cliente se compromete a usar um Desconto de Compromisso para serviços em nuvem. Ao comprar um Desconto de Compromisso, os clientes geralmente têm a opção de selecionar uma duração de compromisso de 1 ou 3 anos. A duração do compromisso pode variar dependendo do CSP e de suas ofertas.

Mecanismo de Renovação de Compromisso

O método no qual você renova um Desconto de Compromisso existente quando o compromisso expira. Dependendo do CSP, a renovação pode ter que ser concluída manualmente, pode ser automatizada ou pode ser agendada com antecedência

Utilização de compromisso

A porcentagem de compromissos ativos utilizados durante o período especificado.

Descontos por volume de compromisso

Um desconto adicional que pode ser aplicado quando uma organização tem um portfólio significativo de descontos de compromisso com um CSP. Normalmente, isso acontece quando a organização atinge um limite de gastos para descontos de compromisso em uma determinada região com um CSP.

Cobertura

A porcentagem de cargas de trabalho elegíveis que foram cobertas por compromissos ativos durante o período especificado.

Escopo de desconto

O contexto organizacional de cobrança no qual o Desconto de Compromisso é aplicado, como conta/projeto de cobrança (GCP) ou organização/conta (AWS).

Opção de pagamento

Os Descontos de Compromisso podem ser pagos em vários incrementos predefinidos. Cada opção tem impactos diferentes no fluxo de caixa e porcentagens de economia potencialmente diferentes.

Compra em fila

Planeje a compra de um Desconto de Compromisso com antecedência, especificando o tempo e o tipo de recurso para o qual o compromisso deve ser feito. Isso permite novos compromissos ou renovações de compromissos existentes que devem expirar. Observe que isso não está disponível para todos os Descontos de Compromisso.

Arrendamento

Descreve se o hardware de propriedade do CSP no qual suas instâncias de nuvem estão sendo executadas só pode ser usado por uma única organização (dedicado) ou se pode ser usado por várias organizações (compartilhado).

Flexibilidade de zona:

Uma zona de disponibilidade (AZ) é um ou mais data centers discretos com energia redundante, rede e conectividade em uma região. As AZs dão aos clientes a capacidade de operar aplicativos de produção e bancos de dados que são altamente disponíveis, tolerantes a falhas e escaláveis ​​do que seria possível em um único data center. A flexibilidade de zona oferece a capacidade de um Desconto de Compromisso aplicar cobertura de desconto em zonas onde o uso correspondente é consumido.

Terminologia de Nuvem Pública

Conta (AWS)

Os serviços da AWS são hospedados em uma Conta. As contas podem ser contas de Pagador de Gerenciamento que contêm dados de cobrança ou Contas Vinculadas que não contêm. Organizações da AWS e outros serviços podem ser usados ​​para gerenciar Contas na AWS. Muitos serviços da AWS podem abranger limites de Conta.

AURI, PURI, NURI (principalmente AWS)

All Upfront Reserved Instance, Partial Upfront Reserved Instance e No Upfront Reserved Instance. Algumas pessoas usam essas siglas quando se referem a instâncias reservadas, caso você as ouça.

Zona de disponibilidade, AZ (AWS)

Uma subunidade de uma Região, normalmente há várias AZs por Região. Uma AZ é composta de um ou mais data centers físicos discretos com energia redundante, rede e conectividade em uma Região AWS. A terminologia varia entre os CSPs.

Taxa Mista

A AWS fornece informações de Blended Rate em sua fatura mostrando a taxa efetiva para um grupo de recursos com os mesmos atributos, onde alguns dos recursos estão recebendo um desconto de reservas e outros não. Isso pode ajudar a eliminar os efeitos de reservas aplicadas aleatoriamente a recursos em várias contas vinculadas, fornecendo uma taxa consistente para recursos específicos que seriam elegíveis para serem cobertos pelo plano de reserva ou economia.

Armazenamento de Blobs (Azure)

Solução de armazenamento de objetos do Azure (outros equivalentes de serviços de nuvem seriam “Cloud Storage Buckets” para GCP e “S3” para AWS).

Buckets de armazenamento em nuvem (GCP)

Solução de armazenamento de objetos do GCP (outros equivalentes de serviços em nuvem seriam “Blob Storage” para Azure e “S3” para AWS).

Computação (Azure)

Oferta de nuvem de computação virtual do Azure.

Mecanismo de computação (GCP)

Oferta de nuvem de computação virtual do GCP.

Console, Painel, Portal

O acesso aos recursos da nuvem é feito por meio de tipos de sites on-line fornecidos por cada CSP. O Azure chama o deles de Portal do Azure (Portal de Assinatura, Portal de Inscrição, etc.), a AWS chama o deles de Console da AWS e o GCP chama o deles de Painel do GCP

Conversível / Padrão

Termos da AWS que se referem à capacidade de converter RIs para alguns recursos em especificações diferentes. RIs padrão não podem ser convertidos ou alterados por todo o seu termo. A conversibilidade reduz o desconto oferecido pela AWS. O Azure e o GCP também permitem alguma flexibilidade de maneiras específicas para suas reservas usando uma linguagem ligeiramente diferente

EC2 (AWS)

Elastic Compute Cloud – oferta de nuvem de computação virtual da AWS.

Matrícula (Azure)

Quando um cliente tem um Enterprise Agreement (EA) com a Microsoft, ele usa um portal de nível de inscrição para acessar todas as suas licenças da Microsoft e informações de cobrança de alto nível, incluindo para uso do Azure. As empresas com uma inscrição gerenciam isso por si mesmas e criam Assinaturas, um análogo às Contas da AWS ou Projetos do GCP, abaixo da inscrição. As empresas que compram o Azure por meio de um Revendedor CSP recebem suas Assinaturas, mas o revendedor possui e controla o portal e as informações do nível de inscrição.

Gerenciamento de acesso de identidade (IAM para AWS e GCP) e Azure Active Directory (AD, também conhecido como Microsoft Entra ID)

Gerenciamento de Identidade e Acesso (e AD do Azure) – como esses principais provedores de nuvem se referem ao seu sistema de concessão e governança de permissões dentro de seus serviços.

Tipo de instância, família, geração, tamanho (AWS)

A instância geralmente é específica da AWS e geralmente se refere a uma máquina virtual EC2 específica. A AWS oferece suporte a uma variedade de famílias de instâncias, designadas por letra, uma Geração de instância designada por um número e, opcionalmente, outras letras, e tamanhos de instância que seguem uma estrutura de nano, micro, pequeno, médio, grande, xlarge, 2xlarge, etc. O tipo de instância inclui a designação inteira, como m5a.16xlarge que seria uma família "m", 5ª geração, "a" para chipset AMD, instância de tamanho 16xlarge. O Azure também tem máquinas virtuais que eles chamam de VMs que têm designadores de famílias, geração e tamanho. O GCP chama esses tipos de máquina e tem um esquema de designação de tamanho mais flexível.

Metadados, Tags, Rótulos

Tags são metadados anexados a uma instância específica, bucket, grupo de recursos, conta ou outro recurso em execução em um ambiente de nuvem. AWS e Azure se referem a eles como Tags, enquanto o GCP se refere a eles como Labels. Eles são feitos para fornecer informações contextuais sobre o recurso. Tags podem ser criadas com o recurso na maioria dos casos ou adicionadas depois do fato, manual ou sistematicamente.

As tags são úteis para identificar o tipo de recurso, o ambiente que ele suporta (Dev, Prod, Test, etc.), o proprietário, o centro de custo, os parâmetros operacionais, etc. As tags podem ser consultadas ou acessadas de várias maneiras e podem ser usadas para impulsionar a automação, dividir custos ou para outros propósitos importantes. A maioria das grandes organizações que usam a nuvem em algum momento estabelecerá políticas de governança em torno do uso de tags e exigirá que tags específicas sejam usadas em todos os recursos.

Instâncias/VMs preemptivas

Muitos CSPs oferecem instâncias/VMs de computação que podem ser criadas e usadas a taxas profundamente descontadas de VMs de computação sob demanda tradicionais; no entanto, em troca dos custos descontados, uma característica dessas VMs é que, se o provedor de nuvem exigir acesso aos recursos que estão sendo usados ​​por VMs preemptivas, eles interromperão essas instâncias. Exemplos de termos usados ​​para descrever instâncias/VMs de computação preemptivas incluem:

VM do mecanismo de computação preemptivo do GCP

Instância AWS Spot

Instância do Azure Spot

Projeto (GCP)

Os serviços do GCP estão hospedados nos Projetos do GCP.

Pasta (GCP)

Elemento de hierarquia de recursos organizacionais do GCP. Uma Pasta pode conter um ou mais Projetos do GCP e/ou outras Pastas do GCP. As pastas existem dentro do contexto de uma Conta de Faturamento.

Região

Uma área geográfica discreta composta de unidades menores que, na maioria dos termos do provedor de nuvem, podem ser consideradas um “data center” contíguo de uma perspectiva de latência de rede, preço e disponibilidade de serviço. Geralmente, a transferência de dados dentro de uma região é gratuita, os serviços são consistentes dentro da região. A terminologia varia entre os vários CSPs. As regiões geralmente têm garantia de estar a mais do que uma distância mínima uma da outra para satisfazer os requisitos de recuperação de desastres.


Recurso

Um nome geral para um ou mais serviços de nuvem virtual.


Grupo de Recursos (Azure)

Os serviços do Azure também precisam existir dentro de um Resource Group, que é tratado com permissões e políticas, marcado, etc., afetando todos os recursos dentro dele. Relacionadas aos Resource Groups estão as Azure Subscriptions, que têm a mesma função que as AWS Accounts em termos de servir como uma separação lógica de aplicativos, ambientes, responsabilidade de cobrança ou agrupamentos de recursos.

RI – Instância Reservada

Um compromisso de usar um recurso de nuvem, geralmente de um tipo, local e tamanho específicos, por um período de tempo, geralmente 1 ou 3 anos, em troca de uma taxa com desconto.


S3 (AWS)

Simple Storage Service – solução de armazenamento de objetos da AWS (outros equivalentes de serviço em nuvem seriam “Blob Storage” para Azure e “Cloud Storage Buckets” para GCP).


Assinatura (Azure)

Os serviços do Azure são hospedados em Assinaturas, que são aproximadamente análogas às Contas Vinculadas da AWS. As Assinaturas do Azure normalmente acumulam dados de cobrança para um nível de Inscrição ou Contrato que serve como análogo do Pagador de Gerenciamento para a AWS. Uma organização pode possuir sua própria Inscrição ou pode comprar Assinaturas de um revendedor do Provedor de Serviços de Nuvem (CSP) que possui a Inscrição.


Taxas/custos não combinados

A AWS fornece em seu arquivo CUR, taxas não combinadas e custo não combinado, que são os custos reais cobrados para cada recurso ou parte do uso do recurso para o período de cobrança, conforme afetado por qualquer plano de reserva ou economia, mas não incluindo quaisquer créditos negociados. Esse custo pode flutuar conforme as reservas ou planos de economia são aplicados a diferentes recursos em diferentes períodos de tempo. Portanto, o custo de uma instância EC2, por exemplo, para o mesmo número de horas pode ter uma taxa ou custo não combinado diferente.


Terminologia de desenvolvimento e operações de software

Ágil

Um método de gerenciamento de projetos, usado principalmente para desenvolvimento de software, caracterizado pela divisão de tarefas em fases curtas de trabalho (em sprints) e reavaliação frequente de prioridades e planos. Geralmente, leva ao desenvolvimento de produtos ou software incrementalmente, começando com um produto mínimo viável e, em seguida, aprimorando-o continuamente a partir de um backlog de requisitos coletados de histórias de usuários (solicitações)


Atraso

Em um projeto Agile, a lista de trabalho a ser feito no futuro, geralmente agrupada em Epics (principais recursos ou fluxos de trabalho) e User Stories (requisitos ou solicitações específicas) a partir dos quais o conteúdo de um Sprint específico pode ser desenvolvido. A priorização do backlog está constantemente acontecendo conforme novas solicitações são adicionadas, e os sprints entregam os itens no backlog


DevOps

Um conjunto de práticas que visa quebrar os silos tradicionais entre desenvolvedores e operadores de sistemas de computador, permitindo que equipes combinadas colaborem e entreguem software de forma mais consistente, eficiente e automatizada.


Arquitetura Empresarial

Os grupos de EA ou Enterprise Architecture são tradicionalmente encarregados de delinear a estrutura dos sistemas que uma empresa construirá e manterá para atingir seus objetivos de negócios. Como arquitetos físicos, eles fornecem os projetos de como os vários sistemas devem ser montados, os “materiais” ou conceitos de software que devem ser usados ​​para construí-los e como os resultados finais devem parecer.


Épico

No Agile, um épico normalmente é um agrupamento de Histórias de Usuário, todas relacionadas a um grande recurso ou fluxo de trabalho específico.


Magro

Adaptado de processos de fabricação eficientes, o desenvolvimento de software Lean é um termo abrangente para o uso de metodologias ágeis e outras para fornecer valor incremental da forma mais eficiente possível.


Levante e mova

Um método de migração que envolve mover um aplicativo conforme atualmente arquitetado e construído de um ambiente (um data center local) para outro (geralmente uma nuvem pública). As migrações Lift & Shift geralmente podem ser feitas mais rapidamente, pois geralmente não exigem alterações substanciais no código ou na configuração do aplicativo. No entanto, como não modificam os aplicativos para usar serviços nativos da nuvem, tendem a criar situações em que o sistema de nuvem é mais caro ou difícil de executar do que o sistema local.


As migrações Lift & Shift são normalmente usadas quando a pressão de tempo para fechar um data center ou outra necessidade supera os problemas de custo e qualidade que podem surgir e sempre deve planejar um período de correção na nuvem ou no ambiente de destino posteriormente para resolver os problemas.


No local (ou On-Prem, mas NÃO no local)

Um termo usado para se referir ao espaço de data center de propriedade da empresa ou controlado pela empresa. Geralmente usado para diferenciar de ambientes de nuvem pública onde as migrações de aplicativos estão direcionando cargas de trabalho. A maioria das empresas tem uma infraestrutura local extensa construída ao longo de muitos anos quando começam a usar a nuvem, e muitas vezes há dificuldades em usar sistemas, infraestrutura ou processos desenvolvidos para o ambiente local na nuvem pública.


Redimensionamento correto

O dimensionamento correto é uma forma de otimização em que as medições são feitas ao longo do tempo para avaliar os requisitos periódicos de uma carga de trabalho em execução na nuvem e combiná-la com um recurso virtual dimensionado para executá-la de forma eficiente com um mínimo de desperdício. É importante medir a demanda real da carga de trabalho em pequenos incrementos em vez de usar números médios de carga para garantir que as cargas de trabalho que exigem instâncias maiores para pico de demanda sejam acomodadas. O dimensionamento correto pode ser usado como uma técnica para economizar custos, mas deve sempre envolver também a supervisão da tecnologia.


Corrida

Um curto intervalo de trabalho em um projeto Agile, geralmente uma ou duas semanas, mas às vezes mais ou menos, durante o qual uma quantidade de trabalho acordada será entregue


História do usuário

No Agile, histórias de usuários geralmente ilustram um desejo ou requisito que o software deve atender.


Carga de trabalho

Um nome genérico para um aplicativo ou sistema de software em execução em uma plataforma de computação ou outra. Em um site tradicional, pode haver um servidor web, um servidor de aplicativos e um servidor de banco de dados, cada um em execução em um servidor individual baseado em hardware ou máquina virtual no meu data center. Cada um desses três elementos do aplicativo seria uma carga de trabalho em execução naquele servidor virtual. Se esse site fosse movido para a AWS, pode haver uma instância EC2 para cada um dos três servidores, dimensionada adequadamente para a quantidade de computação, memória, armazenamento de dados e rede necessária para o servidor web, servidor de aplicativos e servidor de banco de dados.


Terminologia de Finanças e Contabilidade

Amortização

Aposentar um pagamento de capital gradualmente ao longo do tempo em um cronograma que reflita os benefícios que o capital fornece em cada período. Um pagamento inicial de RI pode ser amortizado ao longo da vida útil (1 ou 3 anos) do próprio RI. Assim como a depreciação, a amortização normalmente se aplica à aposentadoria de pagamentos em dinheiro, onde a depreciação tende a se aplicar ao equipamento de capital físico


Balanço Patrimonial

Uma declaração da posição financeira do negócio em uma data específica que indica o valor de todos os ativos e passivos naquela data, incluindo o valor retido de quaisquer itens capitalizáveis ​​não depreciados ou não amortizados. Uma empresa que compra um RI de 3 anos no início de um ano mostraria esse RI com ⅔ de seu valor original no Balanço Patrimonial no último dia daquele ano


Despesas de capital (CapEx)

A compra de um ativo capitalizável, como um edifício ou equipamento destinado a fornecer valor a longo prazo e, portanto, a ser depreciado ou amortizado ao longo desse prazo. Comprar um data center e usá-lo por mais de 30 anos é considerado uma Despesa de Capital, enquanto pagar para executar um servidor virtual na nuvem para este mês não é


Capitalização

A capacidade de tratar um investimento ou despesa como um item de capital que será depreciado ou amortizado em períodos futuros


Custo dos produtos vendidos (CPV)

Mede quantos dólares de desembolso são necessários para gerar receitas em um período específico. Por exemplo, se uma empresa de energia estiver transportando carvão do armazenamento para uma usina de energia, ela registra o custo do carvão queimado. Esse custo não tem benefício futuro, então será uma despesa diretamente rastreável à receita naquele período, tornando-a uma despesa de COGS. O teste de COGS é: eles são diretamente contabilizados como despesa e diretamente relacionados às receitas no mesmo período?


Para uma empresa que usa a nuvem, o COGS é a conta mensal da nuvem para operar suas cargas de trabalho na nuvem, comissões de vendedores e custos de suporte. Notavelmente, a nuvem tem o modelo de gasto mais variável e tem um alto potencial de otimização. Normalmente, você não pode recusar materialmente suas comissões de vendas ou demitir seu pessoal de suporte, o que deixa a otimização de seus gastos na nuvem sem reduzir a receita.


CPV como ativos capitalizados

Há potencial para reclassificar o COGS como despesas de capital quando se trata de como as despesas são usadas. Digamos que uma empresa de energia pega parte de seu carvão e o usa para fazer diamantes. Se ela queimasse carvão para gerar energia que fosse vendida para receita, a empresa contabilizaria o custo do carvão como COGS. Mas se ela cria diamantes a partir do carvão, e esses diamantes não são vendidos no período, mas sim armazenados como estoque para períodos futuros, o custo do carvão seria então capitalizado como um ativo. No entanto, assim que esses diamantes são vendidos, o custo do carvão volta para o COGS durante o período da venda.


Alocação de custos

No FinOps, a capacidade de identificar e alocar custos para as categorias de custo apropriadas em uso por um cliente. Idealmente, custos diretos (o custo dos recursos em execução em minhas contas), custos amortizados (a amortização de custos pré-pagos pagos adiantados para RIs aplicados em minhas contas) e custos compartilhados (minha parte de contas de serviços comuns executadas por outros em meu nome) podem ser alocados para categorias de orçamento individuais para uma visão clara de todo o custo de execução do meu aplicativo ou carga de trabalho na nuvem.


Depreciação

Retirar o custo de um ativo gradualmente ao longo do tempo em um cronograma que reflita a provisão de benefícios. Frequentemente, isso reflete a diminuição do valor de um ativo ao longo do tempo devido ao desgaste, deterioração ou utilidade devido ao uso contínuo em períodos fora do prazo.


EBITDA

Lucro antes de juros, impostos, depreciação e amortização, uma avaliação dos lucros esperados ao subtrair apenas o custo dos bens vendidos da receita obtida. Rastrear a despesa pré-paga de uma Instância Reservada de 3 anos com tudo adiantado como um desembolso de caixa que pode ser amortizado em 3 anos afetaria o EBITDA de forma diferente do que se os recursos fossem comprados usando dinheiro a taxas sob demanda.


Custo Fixo

Um custo que não muda com mudanças no volume de negócios. O custo de uma hipoteca de construção de data center é um custo fixo, pois não varia independentemente de haver suporte para 1 servidor web ou 1.000.000 de servidores web gerando a receita da empresa.


Declaração de renda (às vezes chamada de declaração de lucros e perdas)

Uma declaração que mostra o lucro ou prejuízo líquido da empresa ao longo de um período de tempo (um mês, um trimestre, um ano, etc.). A demonstração de resultados mostraria despesas e amortizações incorridas durante o período, portanto, no segundo ano de um RI de três anos, a amortização do segundo ano apareceria como uma despesa em relação aos lucros no período coberto.


Valor Presente Líquido

Uma avaliação usada para calcular a lucratividade de longo prazo de um projeto feita somando toda a receita que se espera que ele alcance ao longo de toda a sua vida útil e deduzindo todos os custos envolvidos, descontando tanto os custos futuros quanto a receita a uma taxa apropriada. Em um caso de negócios de nuvem, o valor presente líquido de todos os fluxos de caixa de um RI sem adiantamento pode ser comparado ao valor de caixa atual do RI totalmente adiantado para determinar qual é melhor para o negócio.


Despesas operacionais

Despesas Operacionais – uma categoria de despesas comerciais feitas em um período contábil específico que fornece benefícios somente naquele período contábil. As despesas operacionais não exigem rastreamento de longo prazo de depreciação ou amortização, mas são subtraídas dos lucros no período incorrido. Embora a compra de serviços de nuvem sob demanda possa ser considerada uma Despesa Operacional, existem regras contábeis complexas para o que é considerado CapEx. É importante trabalhar com seu departamento financeiro para determinar quais são as políticas de capitalização de sua organização.


Retorno sobre o investimento (ROI)

O valor do lucro de um investimento feito, geralmente expresso como uma porcentagem do custo total original investido. Em um caso de negócios de dimensionamento correto da nuvem, o ROI pode ser calculado como a economia em despesas de nuvem esperada menos os custos de engenharia e outros necessários para tomar a ação de dimensionamento correto.


Custo Variável

Um custo que varia de acordo com o volume de negócios que ele suporta. Uma empresa que hospeda sites precisaria pagar por mais computadores para hospedar mais sites, e então esse custo por site é um custo variável.


Taxa inicial

Instâncias reservadas ou reservas de serviço em geral podem normalmente ser compradas com um pagamento inicial integral (All Upfront), um pagamento inicial parcial mais uma taxa periódica reduzida (Partial-upfront) ou sem nenhuma taxa inicial (No-Upfront). A taxa inicial pode ser amortizada ao longo da vida da RI. A AWS permite todos os três modelos para algumas reservas de serviço e apenas Parcial para outras. Historicamente, o Azure só ofereceu Reservas de VM como All-Upfront, e o GCP normalmente não exige taxas iniciais em descontos reservados. As taxas iniciais podem ser tratadas como Despesas pré-pagas no balanço patrimonial (consulte seus contadores!)


Economia da Unidade (ver Capacidade FinOps relacionada )

A capacidade de comparar diretamente meu custo geral com o benefício geral do negócio que estou criando por unidade. Por exemplo, se eu entender que o custo geral de execução da infraestrutura do meu site é de US$ 5.000.000 por mês e é capaz de suportar 10.000.000 de páginas da web hospedadas pagas, então posso rastrear uma métrica Webpage/$ de “2”, que indica o quão eficientemente executo meu serviço. Quaisquer modificações futuras na minha infraestrutura de nuvem podem ser expressas em termos da métrica Webpage/$ para determinar se estão ajudando ou prejudicando, e as oportunidades de economia de custos podem ser expressas em termos de como elas impactam as Webpages/$.


Custo Médio Ponderado de Capital (WACC)

Custo Médio Ponderado de Capital – a taxa que a empresa deve pagar em média a todos os seus detentores de títulos para financiar a operação do negócio. É importante ressaltar que isso é definido pelo mercado externo (o que o mercado está disposto a pagar por várias formas de títulos da empresa), não pela administração. O WACC, às vezes chamado de ICC ou Custo Interno de Capital, representa o custo interno do dinheiro e pode ser usado em um caso de negócios para comparar as taxas de retorno de um investimento (como um pagamento de RI totalmente inicial) para determinar se é melhor usar dinheiro, tomar dinheiro emprestado ou abrir mão do investimento.


ITFM e FinOps

Taxonomia TBM

TBM, ou Technology Business Management, é um modelo de marca de Gestão Financeira de TI que desenvolveu uma taxonomia padrão para descrever fontes de custos, tecnologias, recursos de TI (torres de TI), aplicativos e serviços como uma forma de categorizar e relatar custos de TI e outras métricas.

Nuvem FinOps

O Cloud FinOps é uma disciplina de gestão financeira em nuvem e uma prática cultural em evolução que permite que as organizações obtenham o máximo valor comercial ao ajudar equipes de engenharia, finanças e negócios a colaborar em decisões de gastos baseadas em dados.

Gestão Financeira de TI (ITFM)

Gerenciamento Financeiro de TI (ITFM) é a supervisão de despesas que impulsiona a tomada de decisões de TI necessária para entregar produtos e serviços de TI. O gerenciamento financeiro de TI ajuda uma organização de TI a determinar o valor financeiro dos serviços de TI fornecidos a seus clientes. A disciplina é baseada nas melhores práticas tradicionais de contabilidade e finanças corporativas, como exigir documentação de despesas e exigir auditorias e relatórios regulares. No entanto, os métodos e práticas de gerenciamento financeiro de TI são adaptados para atender aos requisitos específicos de gerenciamento de serviços e soluções de TI.

Gestão Empresarial Tecnológica (TBM)

Technology Business Management (TBM) é uma versão de marca do ITFM que permite que as organizações definam e categorizem custos e investimentos em tecnologia usando uma taxonomia e melhores práticas de ITFM que ajudam os líderes empresariais a entender os custos de TI e seu valor. O TBM define uma taxonomia de custos em Torres, Subtorres, Pools de Custos e outras categorias.

Estorno

Chargeback é uma estratégia de alocação de gastos de consumo real de serviços de TI de sistemas financeiros de volta para equipes de usuários por meio de um relatório interno ou “fatura”. Chargeback é um método para manter unidades de negócios diretamente responsáveis ​​pelos gastos de TI e requer Integração Financeira de TI (para alocar gastos aos centros de custo e orçamentos apropriados). Veja a definição principal acima .

Retorno

Showback é uma estratégia de alocação que cria uma estrutura na qual o consumo real de serviços de TI é mostrado às unidades de negócios, enquanto uma transação de gasto real “fatura” não é alocada diretamente de volta às unidades de negócios. Normalmente usada para gerar conscientização e responsabilização em toda a organização ou áreas de negócios. Veja a definição principal acima .

Banco de dados de gerenciamento de configuração (CMDB)

CMDB – Configuration Management Database (um sistema compartilhado de registros) é um repositório central que atua como um data warehouse, armazenando informações sobre seu ambiente de TI e é um banco de dados desenvolvido especificamente para gerenciamento de configuração.

Alocação de custos uniformemente distribuída

A alocação uniformemente distribuída divide o custo total pelo número total de unidades cobradas. (ou seja, US$ 1.000 dividido por 100 aplicações – 10 por aplicação alocada).

Alocação ponderada por custos

Alocação ponderada por custo vezes o custo total por métrica ponderada por unidade sendo cobrada. (ou seja, unidade 1 = 60% do peso, unidade 2 = 40% do peso, portanto, custo de US$ 1.000 por unidade ponderada = US$ 600 para a unidade 1, US$ 400 para a unidade 2).

Modelos Lógicos

Modelos Lógicos definem os dados necessários para que o negócio alcance um determinado resultado, como esses dados estão relacionados e as regras que permitem a interação com ou entre os dados. Modelos Lógicos também estabelecem a estrutura dos elementos de dados e seus relacionamentos, semelhante a um projeto para dados. Um modelo lógico de dados incorpora todos os elementos de informação que são vitais para a execução do dia a dia do negócio. Três componentes principais de um modelo lógico de dados são Entidades (um conjunto de coisas, pessoas ou conceitos relevantes para um negócio), Relacionamentos (uma associação entre duas das entidades acima) e Atributos (características ou qualquer outra informação que seja útil para descrever melhor uma entidade).

Custo total de propriedade

(TCO) uma avaliação abrangente de tecnologia da informação (TI) ou outros custos através dos limites da empresa ao longo do tempo. Para TI, o TCO inclui aquisição de hardware e software, gerenciamento e suporte, comunicações, despesas do usuário final, mão de obra, custo de oportunidade de tempo de inatividade e treinamento e outras perdas de produtividade.

Economia da Unidade

Um sistema de maximização de lucro baseado na avaliação do impacto de custos incrementais em relação à receita incremental. As receitas e custos associados a uma unidade definida e mensurável de um produto ou serviço. As equipes de FinOps hoje se esforçam para fornecer custos unitários acionáveis ​​para permitir que as organizações calculem a economia unitária para os produtos ou serviços que utilizam serviços de nuvem.

Na manufatura, a economia marginal ajuda as empresas a otimizar os níveis de produção e maximizar os lucros. Na nuvem, a economia marginal nos ajuda a entender se as mudanças de engenharia em produtos ou serviços por meio de mudanças na arquitetura, padrões de desenvolvimento ou operações de nuvem estão entregando valor comercial incremental.

Custo unitário

O custo alocado a uma unidade incremental definida e mensurável de um produto ou serviço é um dos conceitos mais importantes em economia unitária. O custo unitário também é algumas vezes chamado de custo marginal específico para o desenvolvimento e entrega de software ou serviços baseados em nuvem.

Unidades Métricas

KPIs usados ​​em economia unitária que indicam valor comercial, valor técnico ou outras medições importantes.

Custeio baseado em atividades

Um processo que estabelece custos diretos associados a tarefas específicas que podem então ser atribuídos a produtos e serviços com base na demanda. As tarefas são relacionadas à equipe (tempo necessário para executar a tarefa x taxa horária), mas também podem ser relacionadas ao tempo da máquina. Também conhecido como Custeio Orientado a Tarefas.

Custo de produção

Este é o custo total para produzir para cargas de trabalho de não produção e é usado como uma medida com outras métricas de negócios semelhantes a como você usaria o custo para servir. Essas métricas podem ser comparadas a pilhas de tecnologia semelhantes e cargas de trabalho de não produção para determinar a eficiência das equipes e controles de custo.


Observação: esta atividade não deve ser confundida com algo semelhante a uma dedução fiscal em Pesquisa e Desenvolvimento.

Financeiro – Custos de P&D e custos comparativos por pilha de tecnologia

Tecnologia/Engenharia – Taxas unitárias por custo de produção (há gordura no custo na não produção), opções de custo de implantação de arquitetura futura com base na lista de permissões de serviços, etc.

Previsão – Custo de produção futuro

Margem de Contribuição

Geralmente é receita menos custo variável . Pode ser realizado no nível unitário ou agregado, com o último indicando o valor disponível para suportar os custos compartilhados da empresa. Normalmente aplicado no nível do produto, mas pode ser aplicado a qualquer dimensão — por exemplo: mercado, indústria, etc.

Custo para servir

O custo de serviço entra em vigor quando o aplicativo é promovido para produção e a produção começa.

Vendas – Rastreamento de outliers que podem ser clientes menos lucrativos ou “abusadores”

Operações – Identificar equipes de engajamento de serviços profissionais (voltadas para o cliente) que não estão usando aplicativos e/ou recursos de armazenamento de forma econômica

Financeiro – Margens brutas, o custo para atender um aplicativo

Tecnologia/Engenharia – Taxas unitárias (custos combinados com base em como você compra a nuvem)

Previsão – Crescimento futuro e tendências de custo potencial

Custo direto

Custos — variáveis ​​ou fixos — que podem ser identificados e atribuídos a um recurso específico ou grupo de recursos que dão suporte à entrega de produtos ou serviços a um cliente interno ou externo.

Custo indireto

Uma alocação de uma despesa comercial geral que não é facilmente identificável, mas necessária para as operações gerais da organização.

Custo compartilhado

Custos identificáveis ​​alocados a um conjunto de produtos ou serviços por meio de uma metodologia de distribuição acordada.

Motorista de demanda

Um fator que tem influência material sobre o uso de recursos da nuvem.

Atribuição de custos vs. alocação de custos

A atribuição é baseada em princípios de causa e efeito de custo, enquanto a alocação é geralmente arbitrária — ou seja: poderíamos alocar custos e acabar com respostas diferentes.

Otimização de uso

Otimização de uso é o processo de garantir uma correspondência próxima entre os recursos de nuvem provisionados e as necessidades do negócio. A otimização de uso é uma ferramenta importante para maximizar o valor da nuvem e auxilia no estabelecimento da eficiência de custos.

 Fonte: https://www.finops.org/assets/terminology/