O driver do Kubernetes que integra secrets de cofres externos — o Secret Store CSI Driver

O contexto

Ao escolher o Kubernetes no contexto de Clouds, um dos pontos relevantes levados em consideração está relacionado a portabilidade entre Clouds, como por exemplo a escolha pelo EKS da AWS ao ECS. Porém, ao utilizar os serviços da Cloud acabamos criando dependências diretas a ela no código da aplicação, geralmente utilizando o SDK disponível para isto.

Por diversos fatores isso pode aumentar o tempo de uma migração on-premises para Cloud e aumentar a complexidade no contexto híbrido ou até mesmo Multi-Cloud, já que dependendo da alteração no código é preciso garantir as configurações adequadas a nível de aplicação, levando em conta também aplicações legadas. Para contornar essa questão uma opção é o Secret Store CSI.

Sobre o Secret Store CSI

O Secret Store é um driver open source que permite a montagem de secrets de diversos tipos de cofre de armazenamento no Kubernetes.

Cada provedor de cofres possui suas limitações e características específicas. Atualmente, os seguintes provedores e suas respectivas features são suportados:

Features supported by current providers

Para gerenciar as configurações do Secret Store são usados Custom Resources (CRDs) do Kubernetes.

No contexto da AWS, dois serviços podem ser utilizados para montagem das secrets — o Secrets Manager ou o Systems Manager Parameter Store. Ao serem montadas como volumes no Kubernetes, as secrets existentes nesses serviços ficarão disponíveis como arquivos nos pods.

É possível consumir secrets de duas formas com o Secrets Store CSI Driver: montando diretamente como volumes ou criando como Secrets do próprio cluster Kubernetes. Ao montar via volume, as secrets não são persistidas no etcd, garantindo mais segurança; já ao criá-las como Secrets do Kubernetes, elas ficam disponíveis na API, facilitando integrações, mas com maior risco de exposição.

No meu caso de uso, optei pelo Secrets Manager por já estar integrado no fluxo de construção de ambientes de infraestrutura e por montar as Secrets como Secrets do prõprio cluster Kubernetes por necessidade, já que precisava que os segredos existessem como variáveis de ambiente.

Hands-On

Pré-requisitos:

• Cluster EKS configurado;
• Secret configurada no Secrets Manager;
• Terraform instalado e configurado.

1. Instalação e configuração do Secrets Store CSI Driver

Instalação do Secrets Store CSI Driver via Helm.

O driver é instalado no namespace kube-system, onde normalmente são organizados os componentes de infraestrutura do cluster.

resource "helm_release" "secrets_store_csi_driver" {
  name       = "csi-secrets-store"
  repository = "https://kubernetes-sigs.github.io/secrets-store-csi-driver/charts"
  chart      = "secrets-store-csi-driver"
  namespace  = "kube-system"

  set {
    name  = "enableSecretRotation"
    value = "true"
  }

  set {
    name = "rotationPollInterval"  
    value = "1800s"
  }

  set {
    name  = "syncSecret.enabled"
    value = "true"
  }
}

• enableSecretRotation: Habilita a rotação automática de segredos.
• rotationPollInterval: Define o intervalo de tempo (em segundos) entre as checagens de rotação de segredo.
• syncSecret.enabled: Permite que os segredos montados também sejam sincronizados como Kubernetes Secrets, facilitando a compatibilidade com aplicações que esperam um secret tradicional do K8s.

Definição das permissões via kubectl_manifest

O bloco a seguir define três recursos com permissões para o secrets-store-csi-driver se autenticar e interagir com o provedor de segredos da AWS (como o AWS Secrets Manager ou o Parameter Store).

resource "kubectl_manifest" "csi_provider_aws_sa" {
  yaml_body = <<-YAML
  apiVersion: v1
  kind: ServiceAccount
  metadata:
    name: csi-secrets-store-provider-aws
    namespace: kube-system
  YAML
}

resource "kubectl_manifest" "csi_provider_aws_cr" {
  yaml_body = <<-YAML
  apiVersion: rbac.authorization.k8s.io/v1
  kind: ClusterRole
  metadata:
    name: csi-secrets-store-provider-aws-cluster-role
  rules:
  - apiGroups: [""]
    resources: ["serviceaccounts/token"]
    verbs: ["create"]
  - apiGroups: [""]
    resources: ["serviceaccounts"]
    verbs: ["get"]
  - apiGroups: [""]
    resources: ["pods"]
    verbs: ["get"]
  - apiGroups: [""]
    resources: ["nodes"]
    verbs: ["get"]
  YAML
  depends_on = [
    helm_release.secrets_store_csi_driver
  ]
}

resource "kubectl_manifest" "csi_provider_aws_crb" {
  yaml_body = <<-YAML
  apiVersion: rbac.authorization.k8s.io/v1
  kind: ClusterRoleBinding
  metadata:
    name: csi-secrets-store-provider-aws-cluster-rolebinding
  roleRef:
    apiGroup: rbac.authorization.k8s.io
    kind: ClusterRole
    name: csi-secrets-store-provider-aws-cluster-role
  subjects:
  - kind: ServiceAccount
    name: csi-secrets-store-provider-aws
    namespace: kube-system
  YAML
  depends_on = [
    helm_release.secrets_store_csi_driver
  ]
}

• ServiceAccount (csi_provider_aws_sa): Cria uma conta de serviço chamada csi-secrets-store-provider-aws no namespace kube-system.
• ClusterRole (csi_provider_aws_cr): Define permissões para criar tokens de ServiceAccount, ler service accounts, pods e nodes.
• ClusterRoleBinding (csi_provider_aws_crb): Vincula a ServiceAccount criada ao ClusterRole, permitindo o uso das permissões.

Configuração AWS provider via kubectl_manifest

O DaemonSet csi-secrets-store-provider-aws garante que o provedor da AWS seja instalado em todos os nodes, permitindo o uso de segredos do Secrets Manager via CSI Driver.

resource "kubectl_manifest" "csi_provider_aws_daemoset" {
  yaml_body = <<-YAML
  apiVersion: apps/v1
  kind: DaemonSet
  metadata:
    namespace: kube-system
    name: csi-secrets-store-provider-aws
    labels:
      app: csi-secrets-store-provider-aws
  spec:
    updateStrategy:
      type: RollingUpdate
    selector:
      matchLabels:
        app: csi-secrets-store-provider-aws
    template:
      metadata:
        labels:
          app: csi-secrets-store-provider-aws
      spec:
        serviceAccountName: csi-secrets-store-provider-aws
        hostNetwork: true
        containers:
          - name: provider-aws-installer
            image: public.ecr.aws/aws-secrets-manager/secrets-store-csi-driver-provider-aws:1.0.r2-6-gee95299-2022.04.14.21.07
            imagePullPolicy: Always
            args:
                - --provider-volume=/etc/kubernetes/secrets-store-csi-providers
            resources:
              requests:
                cpu: 50m
                memory: 100Mi
              limits:
                cpu: 50m
                memory: 100Mi
            volumeMounts:
              - mountPath: "/etc/kubernetes/secrets-store-csi-providers"
                name: providervol
              - name: mountpoint-dir
                mountPath: /var/lib/kubelet/pods
                mountPropagation: HostToContainer
        volumes:
          - name: providervol
            hostPath:
              path: "/etc/kubernetes/secrets-store-csi-providers"
          - name: mountpoint-dir
            hostPath:
              path: /var/lib/kubelet/pods
              type: DirectoryOrCreate
        nodeSelector:
          kubernetes.io/os: linux
  YAML
}

A ServiceAccountcsi-secrets-store-provider-aws criada anteriormente é associada ao Daemonset, permitindo a montagem das secrets nos nodes do cluster.

3. Montando e consumindo Secrets — Deployment e permissões

• Criando uma AWS Role para permitir acesso a Secret armazenada no AWS Secret Manager para montagem.

provider "aws" {
  region = var.region
}

data "aws_eks_cluster" "eks" {
  name = var.cluster_name
}

data "aws_eks_cluster_auth" "eks" {
  name = var.cluster_name
}

data "aws_iam_openid_connect_provider" "oidc" {
  url = replace(data.aws_eks_cluster.eks.identity[0].oidc[0].issuer, "https://", "")
}

resource "aws_iam_role" "eks_sa_secret_access" {
  name = "minha-app-exemplo"

  assume_role_policy = jsonencode({
    Version = "2012-10-17",
    Statement = [{
      Effect = "Allow",
      Principal = {
        Federated = data.aws_iam_openid_connect_provider.oidc.arn
      },
      Action = "sts:AssumeRoleWithWebIdentity",
      Condition = {
        StringEquals = {
          "${replace(data.aws_eks_cluster.eks.identity[0].oidc[0].issuer, "https://", "")}:sub" = "system:serviceaccount:${var.namespace}:${var.service_account_name}"
        }
      }
    }]
  })
}

resource "aws_iam_policy" "secret_access" {
  name        = "eks-sa-secret-read"
  description = "Allow read access to a specific secret"
  policy = jsonencode({
    Version = "2012-10-17",
    Statement = [{
      Effect = "Allow",
      Action = [
        "secretsmanager:GetSecretValue"
      ],
      Resource = var.secret_arn
    }]
  })
}

resource "aws_iam_role_policy_attachment" "attach_secret_policy" {
  role       = aws_iam_role.eks_sa_secret_access.name
  policy_arn = aws_iam_policy.secret_access.arn
}


variable "region" {
  default = "us-east-1"
}

variable "cluster_name" {
  default = "my-eks-cluster"
}

variable "namespace" {
  default = "default"
}

variable "service_account_name" {
  default = "my-sa"
}

variable "secret_arn" {
  description = "ARN of the secret in Secrets Manager"
}

• Define a ServiceAccount minha-app-sa no namespace default, com uma anotação que vincula a conta a AWS IAM Role (minha-app-exemplo) criada anteriormente por meio do mecanismo de IAM Roles for Service Accounts (IRSA) do EKS. Essa associação permite que workloads no cluster assumam permissões AWS específicas de forma segura, sem necessidade de armazenar credenciais diretamente nos pods.

apiVersion: v1
kind: ServiceAccount
metadata:
  name: minha-app-sa
  namespace: default
  annotations:
    eks.amazonaws.com/role-arn: arn:aws:iam::<ACCOUNT_ID>:role/minha-app-exemplo

• Deployment cria um pod nginx que consome segredos do AWS Secrets Manager usando o CSI Driver no EK, montando os secrets como Kubernetes Secrets (my-k8s-secret) e referenciando como variáveis de ambiente (USERNAME e PASSWORD). O acesso aos segredos é permitido através da ServiceAccount minha-app-sa, criada no passo anterior.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: app-using-secret
  namespace: default
spec:
  replicas: 1
  selector:
    matchLabels:
      app: minha-app
  template:
    metadata:
      labels:
        app: minha-app
    spec:
      serviceAccountName: minha-app-sa  # SA precisa estar com IAM Role associado
      containers:
        - name: my-app
          image: nginx
          env:
            - name: USERNAME
              valueFrom:
                secretKeyRef:
                  name: my-k8s-secret
                  key: username
            - name: PASSWORD
              valueFrom:
                secretKeyRef:
                  name: my-k8s-secret
                  key: password
      volumes:
        - name: secrets-store
          csi:
            driver: secrets-store.csi.k8s.io
            readOnly: true
            volumeAttributes:
              secretProviderClass: "aws-secrets"

• Por fim, este recurso define o SecretProviderClass aws-secrets, que instrui o Secrets Store CSI Driver a buscar os segredos minhas-secrets no AWS Secrets Manager.

apiVersion: secrets-store.csi.x-k8s.io/v1
kind: SecretProviderClass
metadata:
  name: aws-secrets
  namespace: default
spec:
  provider: aws
  parameters:
    objects: |
      - objectName: "minhas-secrets"
        objectType: "secretsmanager"
  secretObjects:
    - secretName: minhas-secrets-k8s
      type: Opaque
      data:
        - objectName: "username"
          key: username
        - objectName: "password"
          key: password

• SecretObjects: Converte os dados nos Secrets Kubernetes minhas-secrets-k8s, do tipo Opaque. Os dados extraídos incluem as chaves username e password.
• A integração depende da ServiceAccount minha-app-sa, previamente configurada com uma IAM Role que concede acesso ao secret minhas-secrets no Secrets Manager.

A AWS disponibiliza uma documentação completa com o passo a passo para instalação, configurações específicas para montar a secret do serviço AWS como uma secret no Kubernetes, definir tempo para rotação e sincronização da secret e os respaldos de segurança, é o último link das referências.

Conclusão

O Secret Store Provider pode se tornar um aliado quando falamos de gerenciamento de secrets por ser seguro e comportar diversos provedores. Como toda ferramenta, é valido pensar se seria o recomendado para o seu caso de uso. Contrapontos para levar em conta são, a escalabilidade do driver e até o aumento gradual da complexidade dependendo de como os manifestos do Kubernetes são gerenciados na sua pipeline de deploy. Por fim, é uma ferramenta interessante e vale estar no nosso “canivete suíço”.

Obrigada por ler até aqui!

Referências:

• Secrets Store CSI Driver
• GitHub - aws/secrets-store-csi-driver-provider-aws: The AWS provider for the Secrets Store CSI Driver allows you to fetch secrets from AWS Secrets Manager and AWS Systems Manager Parameter Store, and mount them into Kubernetes pods.

Integrando secrets externas no EKS was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.

(ou quase isso)

Imagine a seguinte situação: é sexta-feira à noite, fim de sprint com todas as entregas concluídas, friozinho e você se prepara para aquele momento sagrado de descansar vendo uma série. Absolutamente tudo do dia parecIA caminhar para o descanso merecido.

Você abre a Netflix, e… nada abre. A tela de load infinita com a bolinha vermelha rodando continua por 1…2…3 minutos. Você tenta reiniciar o app da TV, o modem do Wi-Fi. Nada funciona.

Você abre o app do celular e mesma coisa. Daí, entra no X depois de 5 minutos tentando, abre o Trending Topics e vê que todo mundo está falando disso. A Netflix caiu repentinamente. O problema? Uma falha na região de São Paulo na AWS indisponibilizou toda infraestrutura da streaming deles no Brasil.

No fim das contas, falhas são inevitáveis.

E o que realmente importa não é evitar todas elas, mas sim como o sistema — e o time — se preparam para responder e se recuperar com o menor impacto possível.

daí, vem a Engenharia do Caos

Quando falamos sobre criar produtos modernos, o que acaba sendo mais difícil que a engenharia de criar e dimensionar é a de manter os itens funcionando. A verdade é que dificilmente nos preparamos para problemas que afetam a estabilidade do sistema.

Podemos definir o conceito de Engenharia do Caos a partir do que o principlesofchaos contextualiza:

Chaos Engineering é a disciplina de realizar experimentos sobre sistemas com o intuito de construir confiança com relação à capacidade de um sistema de suportar condições adversas em produção.

A engenharia do Caos ajuda a identificar e aplicar melhorias contínuas em um sistema, fazendo com que, ao testar, quebrar e explodir tudo, estejamos preparados para fazer com que algo que está fora do ar volte a funcionar o mais rápido possível.

como o caos se moldou na Netflix

Agora não mais falando da hipotética Netflix da nossa situação: a Netflix verdadeira foi uma das pioneiras e uma referência ao adotar a Engenharia do Caos justamente quando começou a migrar seu workload para a cloud.

A empresa percebeu que, mesmo utilizando a infraestrutura da AWS — e mesmo sem depender de instâncias spot — as falhas continuariam a existir. Instâncias EC2 poderiam cair, conexões de rede poderiam se tornar instáveis e ainda assim a Netflix precisaria garantir que seus serviços continuassem funcionando para milhões de usuários ao redor do mundo.

Para testar a resiliência da sua infraestrutura, a Netflix criou ferramentas nomeadas de Simian Army.

A que mais bombou foi o Chaos Monkey, que derrubava servidores aleatoriamente em produção para garantir que, mesmo sem essas máquinas, a plataforma sobrevivesse a falhas reais.

Do Simiam Army também podemos mencionar:

• Chaos Gorilla (simula a queda de uma região inteira da AWS)
• Latency Monkey (aumenta a latência dos serviços)
• Conformity Monkey (desliga instâncias que não estão conformes nas boas práticas)

Esses experimentos ajudaram a Netflix a construir um sistema altamente resiliente que aguenta falhas sem que o usuário perceba. Até porque ninguém quer ficar sem assistir seu streaming né?

off-topic, mas o Disaster Recovery já não faz isso?

Mesmo que parecidos — pois ambos garantem a disponibilidade e confiabilidade de um sistema — não são a mesma coisa.

O Disaster Recovery é como um plano de ação que ocorre após algo acontecer. Como, por exemplo, se um data center pegar fogo ou alagar, indisponibilizando os servidores dentro dele, a empresa precisa imediatamente ativar servidores de backup em outra região — mas isso só acontece depois do incidente.

Já a Engenharia do Caos é algo que precisa ser praticado constantemente, onde se identificam as fraquezas antes que um problema real aconteça — como, por exemplo, derrubar aleatoriamente instâncias ou causar lentidões no tráfego de rede, fazendo com que o serviço continue funcionando sem impactar o usuário final.

💡Podemos até aplicar os dois juntos: onde o Caos injeta a falha forçando que um plano de ação de Disaster Recovery seja aplicado.

Esses testes são nomeados de experimentos.

do que um bom experimento precisa?

Para ilustrar de uma forma mais precisa, vamos imaginar que nosso Teste de Caos será executado em um site super hiper famoso: o pudim.com.br.

0: Entenda seu sistema do lado do cliente

Antes de realizar qualquer teste, é importante saber o que o cliente faz no nosso sistema. Todo produto modernizado tem uma funcionalidade — seja ela informar a hora, checar o clima ou pedir comida por delivery.

Boas questões para exercitar são:

• Quantas vezes por dia um usuário costuma acessa meu site?
• Meu produto é sazonal? Ou seja, é acessado só em alguns momentos do ano?
• O quão necessária é a disponibilidade 100% do meu site?

Essas perguntas ajudam a identificar o melhor momento de executar o Teste de Caos num ambiente produtivo e mapear qual impacto o cliente terá em um futuro Game Day. Além de ser o guia de validação em um futuro rollback.

1: Entendendo seu sistema do lado interno ao do cliente

Além de entender o comportamento normal do sistema para os clientes, é necessário entender o comportamento do backend ou frontend.

Se questione:

• Como o meu sistema funciona?
• Sei a importância de cada peça que forma meu backend?

Isso envolve identificar o que cada componentes de infraestrutura faz, fazendo que ao injetar falhas, entendemos exatamente em que peça ela será aplicada.

Supondo que esse é o backend do site pudim.com.br, podemos concluir que:

• Route 53
  Serviço de DNS da AWS que aponta para o domínio do API Gateway.
• API Gateway
  Recebe a chamada dos usuários e envia para o Load Balancer.
• Load Balancer
  Distribui as requisições entre os containers ECS com EC2.
• Container
  Recebem e devolvem resposta para o cliente.

Também é importante entender as métricas de quando seu sistema está em um estado saudável.

Se questione:

• O que é um sistema saudável pra mim?

Um exemplo mais prático:

✔️A cada 10 requisições se eu tiver apenas 1 erro sei que meu sistema está bem.
❌A cada 10 requisições se eu tiver 5 erros, sei que algo está acontecendo já que não é o comportamento ideal do meu sistema.

Entender o que é saudável e esperado antes de executar um teste de caos ajuda a identificar o momento certo para um rollback em caso de falhas anormais e até mesmo o que é aceitável ou não durante o teste.

2: Trabalhando com hipóteses

Desenvolva hipóteses específicas sobre como o sistema deve responder a determinadas falhas.

Por exemplo, imaginando que estamos na região de São Paulo e iremos executar nosso teste de caos indisponibilizando uma Zona de Disponibilidade, podemos criar a seguinte hipótese:

Se a Zona de Disponibilidade A cair, as requisições serão automaticamente balanceadas para a Zona de Disponibilidade B.

Essa hipótese orientará o que deverá ser observado e validado ao final do experimento.

3: Variáveis e efeitos

Defina quais componentes ou comportamentos serão alterados durante o teste. Isso pode incluir, por exemplo, simular a falha de um servidor específico ou forçar lentidão na rede.

No caso da hipótese que criamos — em que a Zona de Disponibilidade A fica indisponível — temos:

• Variável: simular a falha da Zona A. Isso impacta diretamente o backend, que perderá temporariamente parte de sua capacidade de resposta.
• Efeito esperado: o tráfego deve ser redirecionado automaticamente para a Zona B, através de um mecanismo de failover configurado no Load Balancer.

Trabalhar com variáveis e efeitos garante o acompanhamento durante o teste, para validar se o sistema está ou não reagindo como planejado.

4: Execute o experimento de forma controlada

Lembre-se: o ambiente não produtivo deve ser onde os testes começam.

Realizar o teste em um ambiente de homologação ou desenvolvimento — que reflete as condições de produção, mas de forma controlada — permite mitigar riscos.

Executando um teste onde indisponibilizamos uma Zona de Disponibilidade na infraestrutura do pudim.com.br, teríamos o seguinte resultado:

Por mais que a ideia do teste de Caos seja testar em produção e quebrar o ambiente sem deixar vestígios, é importante realizar os testes primeiro em um ambiente que seja o mais parecido possível com produção. Nesse caso, redimensione as configurações e máquinas em um período de tempo espelhando o ambiente como produção.

5: Analise os resultados — A observabilidade é a melhor amiga do Caos

Após executar os experimentos, avalie os dados coletados dos sistemas para identificar se o comportamento do sistema correspondeu às expectativas da hipótese inicial.

Ter um dashboard com o mínimo de observabilidade pode garantir uma análise mais rápida e alarmes configurados ajudam a identificar problemas de forma ágil.

6: O Caos é quase eterno

Os experimentos precisam ser mantidos e atualizados conforme você criar itens novos. Ao testar novas funcionalidades, produtos e até itens de desenvolvimento, não se esqueça de executar os experimentos novamente.

Anote o que foi aprendido e corrija o que foi identificado como problema — automatizar garante execução contínua. Ter lições aprendidas garantem sempre um novo item a melhorar!

7: Se prepare para o Game Day

O conceito de Game Day serve para testar o nível de preparação das pessoas para determinados eventos. Quando estamos maduros o suficiente em relação a hipóteses, variáveis e efeitos, testes no ambiente não produtivo e observabilidade completinha, através do Game Day executamos o teste de caos em produção.

E, claro, trabalhando com microsserviços é ideal notificar as integrações de que o teste está sendo realizado e acompanhá-las, se possível. Em cenários com várias integrações, também é possível executar o teste apenas na sua peça, garantindo que, se algo acontecer, ela com certeza irá suportar.

Além disso, avisar outras áreas que tomam conta das nossas ferramentas e fazem gestão de mudanças e incidentes de forma corporativa também garante um Game Days sem tanto Caos.

o ganho de executar experimentos frequentemente

Um dos maiores ganhos de aplicar a Engenharia do Caos é minimizar o impacto de problemas e principalmente, reduzir impactos desnecessários para os clientes.

Podemos citar alguns como:

• Identificação proativa de falhas — A nossa infra do pudim.com.br deveria ter mais uma zona de disponibilidade habilitada.
• Redução de custos operacionais — Com o Caos acabamos revisitando a infraestrutura e assim, encontrando oportunidades
• Aprimoramento da confiabilidade do sistema — Será que nossa infra do pudim.com.br deveria ter mais uma zona de disponibilidade habilitada.
• Fortalecimento da cultura da empresa — Time de engenheiros Backend, Frontend, Produto, Design, engenheiros DevOps e SREs ficam mais próximos para auxiliar e partilhar o conhecimento e saídas dos testes. Entendendo como agir quando os problemas de verdade acontecerem.

Todo sistema falha. A questão é: estamos preparados para quando essa falha acontecer?

e aí, bora começar a semear o caos?

Agora que sabemos como os testes de Engenharia do Caos funcionam, que tal começar a colocar em prática seus próprios experimentos, com os passos simples que vimos neste artigo?

• Entenda o que seu sistema faz, do backend ao frontend — da infraestrutura ao cliente.
• Trabalhe com hipóteses do que é esperado acontecer no teste.
• Meça variáveis e efeitos referentes ao que será testado.
• Execute, de início, sempre em ambientes controlados.
• Execute, quando mais maduros, Game Days em produção.
• Analise os resultados com observabilidade.
• Mantenha o caos contido frequentemente, automatizando e executando com constância.

Com esses passos, você fará com que seu sistema aguente o máximo possível antes de realmente falhar.

extra: se aprofundando no assunto

Se você achou esse assunto interessante e deseja se aprofundar nele, dê uma olhada em algumas referências:

Os Principios da Engenharia do Caos
FIS — A ferramenta de Caos da AWS
Mais detalhes sobre o Chaos Monkey
Litmus — Open Source para Chaops através de uma plataforma
O blog da Netflix aqui na Medium falando sobre Caos

Engenharia do Caos — Derrubando sistemas com responsabilidade was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.

A IA é um campo da ciência que busca desenvolver soluções tecnológicas capazes de simular funções cognitivas humanas. Com a capacidade de aprender e nos ajudar a tomar decisões melhores a partir dos dados que recebe, a IA desempenha um papel crucial na resolução de problemas complexos em diversas áreas.

A IA está claramente transformando o mundo e já é usada em muitas áreas, como assistentes virtuais em celulares, tradução de textos automática, análise e diagnóstico de doenças, recomendação de filmes e e-commerce. Além disso, muitas empresas estão explorando como aproveitar a IA para melhorar a eficiência de seus processos e desenvolver novas soluções em diferentes setores.

Um estudo recente da McKinsey, intitulado “The State of AI in Early 2024”, revela que 72% das empresas ao redor do mundo já estão utilizando a IA, um crescimento significativo em comparação com os 55% registrados em 2023. Isso demonstra como as empresas estão reconhecendo o valor da IA para aumentar a eficiência, melhorar a tomada de decisões e criar novos produtos e serviços.

Como utilizar a estrutura da computação em nuvem para o desenvolvimento de soluções de IA

A computação em nuvem é uma tecnologia que permite o uso de recursos computacionais on demand por meio da internet, incluindo servidores, armazenamento de dados, redes, entre outros. Essa tecnologia é utilizada para diversas finalidades, como o armazenamento de arquivos (textos, fotos e vídeos) para usuários finais e para que empresas desenvolvam e armazenem aplicações de qualquer porte.

Segundo o Gartner, até 2028, mais de 50% das empresas utilizarão plataformas de nuvem de setor para acelerar suas iniciativas de negócios. Com o rápido crescimento e a grande escala que a inteligência artificial alcançou recentemente, é evidente que a nuvem pode ajudar as organizações tanto no desenvolvimento quanto na implementação de soluções de IA por diversos motivos, como:

Escalabilidade e poder de processamento

Os modelos de IA geralmente demandam um alto volume de processamento de dados e poder computacional para operar de maneira eficiente. Com a nuvem, empresas de qualquer tamanho podem acessar esses recursos de forma escalável e sob demanda. Assim, é possível aumentar ou reduzir a capacidade de processamento conforme necessário, sem a necessidade de investir em uma infraestrutura física.

Armazenamento de grandes volumes de dados

A IA depende de grandes volumes de dados para funcionar eficientemente. A computação em nuvem oferece uma grande estrutura de armazenamento com alta disponibilidade, permitindo que as empresas armazenem e acessem grandes conjuntos de dados de qualquer lugar e a qualquer momento.

Redução de custos

Manter a infraestrutura física necessária para soluções de IA pode ser extremamente caro. A nuvem reduz esses custos, permitindo que as empresas utilizem apenas os recursos necessários e paguem conforme o uso. Isso democratiza o acesso à IA, tornando-a viável até mesmo para startups e pequenas empresas.

Serviços de IA nativos da nuvem

Muitos provedores de nuvem oferecem soluções de IA prontas para uso, como reconhecimento de voz, análise de imagens, processamento de linguagem natural e aprendizado de máquina. Esses serviços permitem que as empresas adotem IA rapidamente, sem precisar construir tudo do zero. Um exemplo são as plataformas de “IA como Serviço” (AIaaS), que oferecem ferramentas e APIs para implementar IA diretamente na nuvem.

Colaboração global

A computação em nuvem permite que pessoas e equipes de diferentes locais do mundo trabalhem juntas no desenvolvimento de soluções de IA, compartilhando dados e modelos em tempo real.

Otimização de serviços em nuvem

A IA também pode ajudar a melhorar a gestão de serviços em nuvem ao reunir e organizar informações sobre o uso de recursos computacionais e serviços cloud native. Isso torna mais fácil para os usuários entenderem o consumo e tomarem decisões com mais confiança e precisão.

É evidente que essa sinergia entre IA e computação em nuvem está moldando o futuro da tecnologia e dos negócios. Segundo o Gartner, até 2028, mais de 50% dos recursos de computação em nuvem serão dedicados a cargas de trabalho de IA, um aumento significativo em relação aos menos de 10% registrados em 2023.

Por fim, a combinação da inteligência artificial com a computação em nuvem representa uma oportunidade valiosa para empresas e para a sociedade, desde que seja utilizada de maneira correta, estruturada e sustentável a longo prazo. Ao aproveitar essas tecnologias, as organizações podem não apenas otimizar seus processos e reduzir custos, mas também impulsionar a inovação e melhorar a experiência do cliente.

Como a computação em nuvem pode impulsionar o crescimento da inteligência artificial was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.

O avanço da digitalização das empresas está intimamente ligado ao uso da nuvem nos últimos anos. As organizações têm aproveitado o potencial de escalabilidade e alta disponibilidade que a cloud oferece para desenvolver soluções ágeis, atendendo clientes ao redor do mundo.

Dados do Statista indicam que o mercado global de computação em nuvem pública continua a crescer e deve atingir cerca de 675 bilhões de dólares americanos em 2024.

À medida que mais empresas dependem da nuvem para hospedar suas soluções tecnológicas, torna-se essencial desenvolver e implementar padrões e governanças que simplifiquem a utilização e manutenção dos serviços em cloud. Nesse contexto, a utilização de landing zones é muito importante.

O que é uma Landing Zone?

Uma landing zone é um ambiente padronizado e seguro que serve como ponto de partida para implementar workloads, como aplicações, dados e serviços, na nuvem.

Para ilustrar a importância disso, podemos comparar com a construção de uma casa: antes de erguer as paredes, o telhado e os cômodos, é necessário construir uma fundação sólida.

No contexto da nuvem, a landing zone é a base para tudo que será construído posteriormente. Sem ela, há sérios riscos de enfrentar problemas estruturais que dificultam a gestão de serviços críticos, resultando em desperdícios financeiros, vulnerabilidades de segurança, entre outros desafios.

O que mapear para construir uma Landing Zone

Para criar uma landing zone na nuvem, é preciso considerar tanto os requisitos técnicos quanto os de negócios. Além disso, o planejamento deve contemplar o crescimento e uso da nuvem a longo prazo.

A landing zone deve ser flexível o suficiente para evoluir e ser atualizada continuamente. Independentemente do provedor de nuvem, alguns pontos essenciais a serem abordados no planejamento incluem:

Segurança: Defina políticas claras para proteger os dados e sistemas, incluindo controle de acesso, criptografia, monitoramento de ameaças e auditorias frequentes.

Escalabilidade: Planeje uma estrutura que possa crescer conforme necessário, garantindo bom desempenho mesmo com aumento de uso.

Regras de Negócio: Alinhe a configuração da landing zone com as políticas e normas da empresa, como uso de regiões específicas, padrões de segurança e regras de retenção de dados.

Gestão de Custos: Adote práticas para acompanhar e reduzir despesas, como definir budgets, identificar recursos não utilizados e otimizar continuamente os custos. Isso faz parte da cultura FinOps.

Padronização de Contas e Tenants: Estruture suas contas e tenants de forma lógica para separar claramente os recursos computacionais e workloads. Use tags e labels para identificar e gerenciar tudo de forma consistente.

Monitoramento: Utilize ferramentas para acompanhar o desempenho, detectar problemas rapidamente e garantir a disponibilidade dos sistemas.

Automação: Automatize processos como configuração, provisionamento, atualizações e manutenção de recursos para garantir eficiência, segurança e consistência na gestão dos mesmos.

Para auxiliar no processo de estruturação, é recomendável consultar as melhores práticas oferecidas pelos principais provedores de serviços em nuvem, que disponibilizam documentações abrangentes para ajudar na implementação de landing zones.

Dentre eles, destacam-se os principais: Microsoft Azure, Google Cloud e AWS

Consequências de uma Landing Zone mal estruturada

A ausência de uma landing zone bem estruturada na nuvem pode gerar diversos problemas, como:

• Falta de organização e padronização dos serviços, dificultando a identificação e resolução de problemas;
• Inconsistências nas políticas de segurança, que podem resultar em vulnerabilidades críticas;
• Dificuldades na gestão de custos, ocasionando gastos imprevistos e aumento de despesas com workloads na nuvem;
• Problemas de escalabilidade, que dificultam a adaptação às necessidades de negócio em evolução.

A criação e manutenção de uma landing zone na nuvem é um processo contínuo. É fundamental seguir as recomendações e documentações dos provedores de nuvem e mapear as necessidades específicas do negócio. Esses elementos são essenciais para garantir que sua cloud seja eficiente, segura e esteja alinhada às demandas da empresa que você trabalha.

O que é Landing Zone? was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.

Se me perguntassem aos 18 anos se eu gostaria de trabalhar com isso, provavelmente eu ficaria tão confusa quanto as pessoas que hoje tentam entender a minha profissão. E é uma pena que isso ainda seja a realidade até para pessoas que estão entrando no mercado de trabalho, mas é por isso que precisamos falar mais sobre isso. Eu realmente acredito no poder da informação e quanto mais visibilidade existir sobre essa possibilidade de carreira, mais chances das pessoas escolherem ela, em vez de simplesmente serem escolhidas por ela, como aconteceu comigo. E pode até ser que eu não trabalhe com isso daqui a alguns anos, mas por ora posso dizer que sou muito feliz de ter tido minha vida profissional invadida por esse mundo.

Como comecei a trabalhar com Information Systems

Em 2018 eu comecei a estagiar numa das maiores start-ups do Brasil, que à época tinha seus 300 funcionários, mais de 1,500 clientes e estava expandindo internacionalmente. Uma empresa que cresceu tão rapidamente que precisou se estruturar para esse crescimento enquanto ele já estava acontecendo. Além de métricas financeiras, existiam poucas formas de mensurar eficiência e performance, e o único sistema que era amplamente utilizado era o atendimento ao cliente (Zendesk). Já o sistema de CRM (Customer Relationship Management), apesar de existir, era uma colcha de retalhos, dado que foi configurado por diversas equipes ao longo do tempo, e cada usuário o configurava conforme suas necessidades do momento. O time de vendas era grande, com mais de 40 pessoas espalhadas pelo mundo, mas apenas algumas poucas pessoas usavam o CRM para registrar suas vendas. A maioria gerenciava suas vendas por meio de planilhas e softwares paralelos.

Em 2019, a empresa decidiu começar a se preparar para abrir atrair mais investimentos e abrir capital, o que exigiria mudanças nas operações, no gerenciamento interno de times e de dados, e consequentemente uma padronização dos sistemas internos. Em 2019, também fazia um ano que eu havia entrado na empresa, e recebi uma proposta de efetivação para começar uma equipe que tinha um papel importante nessa preparação: Systems & Business Intelligence.

Aqui não vou entrar nos detalhes do meu primeiro projeto com o Salesforce e dos desafios que encontramos para conseguir padronizá-lo como o CRM único da empresa, isso é história para outro momento. O ponto é que, no momento da minha efetivação, eu não tinha nenhum conhecimento sobre como administrar um CRM, e antes de entrar para essa start-up, eu sequer sabia da existência do Salesforce. O sucesso que eu obtive como Salesforce System Administrator é fruto da extensa documentação da própria Salesforce, mas também dos seus diversos administradores, desenvolvedores e arquitetos que contribuem na construção de conteúdos que vão desde o aprendizado básico e genérico, até a casos de uso muito específicos. E se eu consegui chegar lá em 2019, você também consegue.

Onde estou hoje

Desde 2019 trabalho com Salesforce. Hoje, sou líder de Information Systems numa empresa canadense e o Salesforce é o nosso sistema central. Não fiz nenhuma faculdade no âmbito de sistemas ou de tecnologia. Não sou desenvolvedora (no entanto, aprender a ler linguagem de programação é sim importante). Não sabia que essa carreira existia, mas tive a sorte (e um pouco de coragem), de ter sido escolhida para ela e ter aceitado esse desafio. O Salesforce me permitiu descobrir possibilidades de carreiras das quais eu nunca havia ouvido falar quando mais jovem, e me abriu portas, inclusive, para trabalhar no exterior.

Esses foram alguns conteúdos e portais que me ajudaram no meu processo de aprendizagem, e que acredito que possam ajudar você também. E se precisar de apoio ou quiser esclarecer dúvidas sobre como iniciar o aprendizado de Salesforce, pode contar comigo. Será um prazer ajudar você nesse processo :)

1. Trailhead: Aprendizagem guiada montada pela própria Salesforce.

Sugestão de trilhas para iniciantes:

• O que é o Salesforce? Salesforce Basics — Trailhead
• Salesforce Platform Basics
• User Management
• Data Modeling
• Reports & Dashboards for Lightning Experience
• Create and Customize a Custom Object
• Security and Access

2. Páginas e pessoas que acompanho.

• https://www.salesforceben.com/
• https://www.linkedin.com/in/salesforceben/
• https://www.linkedin.com/in/daryl-moon/

3. Cursos que recomendo.

• https://certifycrm.com/ — Começaria com: https://certifycrm.com/courses/salesforce-associate/
• https://focusonforce.com/

Como me tornei uma SysAdmin was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.

Dos meus 10 anos de experiência em tecnologia, 7 foram dedicados às comunidades de tecnologia, e essa certamente tem sido uma experiência muito enriquecedora para mim. Através do meu trabalho nessas comunidades, aprendi muitas coisas que levariam muito mais tempo para aprender apenas no mundo corporativo, como falar em público, fortalecer meu networking e marca pessoal, entre outros fatores.

Não vou mentir e dizer que é fácil, porque não é. Estar em comunidades exige dedicação e até mesmo investimento financeiro, seja para manter as despesas básicas de uma comunidade, como é o caso da SysAdminas, ou até mesmo para viajar e palestrar em eventos que nem sempre cobrem nossos custos, ou ainda para pagar por ferramentas de edição de imagem, transmissão de lives e uma série de outras despesas. Enfim, quem vê close, não vê corre.

Geralmente, não ganhamos nada em termos financeiros, mas recebemos apoio e desenvolvimento pessoal e profissional. Ao longo desses anos, desenvolvi alguns conteúdos para ajudar as pessoas a se envolverem em comunidades. Alguns deles mostram os principais meios de contribuição e como você pode se envolver, enquanto outros explicam como participar de programas de contribuição de grandes empresas.

Atualmente, tenho alguns reconhecimentos, como Microsoft MVP, AWS Community Builder, VMware vExpert, Google Women Techmakers Ambassador, e também fui Elastic Gold Contributor por dois anos e Elastic Bronze Contributor por dois anos também. A maioria desses programas é extremamente útil para o crescimento na carreira e para conhecer outras pessoas da comunidade. Além disso, também tem o fato positivo das suas contribuições serem validadas por grandes empresas.

A seguir estão os materiais que criei para ajudar aqueles que desejam saber como contribuir com comunidades e até mesmo participar de programas de contribuição.

Como contribuir com as comunidades de tecnologia

Neste link, você encontra alguns dos principais meios de contribuir para comunidades, seja produzindo lives, artigos, tutoriais, oferecendo mentorias, desenvolvendo software de código aberto, palestrando em eventos ou ajudando a organizá-los, por exemplo.

Dicas para contribuir em comunidades: principais meios e estratégias

Como criar uma comunidade de tecnologia

Neste link, compartilho minha experiência ajudando a co-criar e manter a SysAdminas. Trago algumas lições aprendidas e dicas para quem deseja criar algo do zero.

Como criar uma comunidade de tecnologia

Programas de contribuição de empresas de tecnologia

Os programas de contribuição são iniciativas de empresas de tecnologia voltadas para reconhecer o engajamento da comunidade com seus produtos e ferramentas. Geralmente, esses programas têm diversos critérios para participação, mas o principal deles é que você tenha um histórico de contribuições para a comunidade. Neste post, listo os principais programas existentes.

Programas de contribuição de tecnologia que você precisa conhecer

Minha experiência em alguns programas de empresas de tecnologia

Neste post, compartilho minha experiência em alguns dos principais programas do mercado de tecnologia. Entrei em cada um ao longo dos anos, e não foi um processo fácil, mas todas as dicas estão detalhadas em cada post.

Como me tornei Microsoft MVP

Como me tornei Microsoft MVP

Como me tornei AWS Community Builder

Como me tornei AWS Community Builder

Como foi ser Elastic Contributor por 4 anos consecutivos

Minha experiência como contribuidora da Elastic

Como me tornei Google's Women Techmakers Ambassador

Minha experiência como Google’s Women Techmakers Ambassador

Como me tornei VMware vExpert

Como me tornei VMware vExpert

Se você tem interesse em ajudar e participar de comunidades eu super recomendo. Se você pretende aplicar para algum desses programas e precisa de ajuda, sinta-se à vontade para deixar seu comentário aqui ou marcar uma mentoria gratuita comigo através deste link, para que eu possa te apoiar.

Guia de contribuição para comunidades e programas de tecnologia was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.

Eu entrei para o programa em 2021 e desde então tenho contribuído com a comunidade VMware, especialmente promovendo ações que auxiliam mulheres a obterem certificações técnicas para se especializarem e melhorarem sua empregabilidade. Mais de 200 bolsas de estudos foram concedidas com foco em temas de virtualização, infraestrutura e End User Computing (EUC).

Saiba como a VMware IT Academy tem apoiado a SysAdminas a especializar mulheres na área de…

Como posso contribuir com a comunidade VMware?

Existem diversos meios de contribuição que são aceitos para submissão no programa, incluindo artigos técnicos, livros, vídeos, palestras ou liderar um VMUG que geralmente são os mais comuns. Você pode encontrar mais detalhes sobre isso na página do programa.

O que eu ganho participando do programa?

São diversos os benefícios. Você pode fazer networking com mais de 1000 vExperts ao redor do mundo, se capacitar por meio de webinars exclusivos sobre as soluções da VMware e também receber um certificado, um badge e licenças de avaliação de 400 dias para vários produtos para usar em laboratório e testes individuais.

Como aplicar para o programa

Você pode se candidatar ao programa duas vezes por ano. Para isso, é necessário ter em mãos suas principais contribuições para a comunidade no momento da aplicação. Após isso, seu perfil passa por uma análise e você recebe o feedback se foi aceito ou não no programa. Veja mais detalhes na página do programa.

Diretório do programa

Se você quiser se conectar e conhecer quem são os vExperts, acesse o diretório do programa através deste link. Eu estou lá e você pode ver um pouco do meu perfil e também das minhas contribuições.

Por fim, se você pretende se candidatar e precisa de ajuda, sinta-se à vontade para deixar seu comentário aqui ou marcar uma mentoria gratuita comigo através deste link, para que eu possa te apoiar. Especialmente as mulheres que ainda têm uma baixa participação no programa. Será um prazer apoiar.

Como me tornei VMware vExpert was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.

Eu me candidatei ao programa em 2022 por recomendação da querida Ana Cunha. Confesso que nunca havia passado pela minha mente que eu poderia ser elegível para me candidatar, afinal, não abordo apenas assuntos sobre AWS em minhas contribuições para a comunidade. No entanto, ela me orientou e encorajou a me candidatar, inserindo os conteúdos que eu já vinha produzindo. Algum tempo depois, recebi o feedback de que havia sido aceita no programa na categoria Cloud Operations e desde então, estou no programa há dois anos.

Como posso contribuir com a comunidade AWS?

Existem diversos meios de contribuição que são aceitos para submissão no programa, incluindo artigos técnicos, vídeos e palestras, que geralmente são os mais comuns. Você pode encontrar mais detalhes sobre isso no FAQ da página do programa.

O que eu ganho participando do programa?

Para começar, acredito que os principais pontos são o networking que você desenvolve, pois passa a interagir com vários outros membros da comunidade AWS, e o aprendizado contínuo sobre tecnologias de nuvem. No próprio site do programa, há uma lista detalhada desses pontos.

Ao ingressar no programa e ao renovar sua participação anualmente, você também recebe diversos brindes bem bacanas, como estes aqui.

Como aplicar para o programa

As inscrições costumavam abrir duas vezes por ano, mas recentemente houve uma mudança e agora abrem apenas uma vez. Para ficar informado sobre quando serão abertas, recomendo que você acompanhe a página do programa e adicione seu nome à lista de espera. Quando for aplicar, é necessário ter em mãos as evidências de suas contribuições, então é bom já ir separando os links para facilitar o processo, ok?

Atualmente, existem várias categorias de conteúdo em que suas contribuições podem se enquadrar, incluindo: Containers, Data (databases, analytics), Developer Tools, Front-End Web e Mobile, Cloud Operations (CloudOps), Machine Learning, Network Content & Delivery, Security & Identity, e Serverless.

O programa tem ciclos anuais de participação, então, se você for selecionado, o reconhecimento vale por 12 meses. Para renovar, você precisará se inscrever novamente e fornecer evidências de suas contribuições mais recentes.

Diretório do programa

Se você quiser se conectar e conhecer quem são os Community Builders, acesse o diretório do programa através deste link. Eu estou lá no diretório e achei o máximo, pois ele mostra a região, categoria e até o tempo de permanência das pessoas no programa.

Por fim, se você pretende se candidatar e precisa de ajuda, sinta-se à vontade para deixar seu comentário aqui ou marcar uma mentoria gratuita comigo através deste link, para que eu possa te apoiar. Especialmente as mulheres que ainda têm uma baixa participação no programa. Será um prazer apoiar.

Como me tornei AWS Community Builder was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.

Minha primeira experiência nessa situação foi na faculdade em 2014, em uma turma com mais de 40 pessoas, onde havia apenas eu e mais 4 mulheres. Ao longo dos semestres, esse número foi diminuindo até que restei eu e apenas mais uma colega de turma. No mercado de trabalho, não foi diferente. Conforme avançava na carreira em tecnologia e me tornava mais técnica, encontrava menos mulheres. Eu era sempre a única na sala, e essa é uma posição difícil de se estar.

Por ser a única, tudo o que você faz chama atenção. Se você fica calada demais, é tímida. Se você fala algo, tem que moderar o tom para não demonstrar emoções, além disso, você precisa ter a sorte de não ser interrompida durante sua fala. Ser a única pessoa representando um grupo minoritário em um ambiente é muito desafiador, e apenas quem vive essa experiência sabe como é. Nessas situações, nos sentimos não pertencentes e invisíveis.

Por um tempo, eu me considerava forte o suficiente por estar nesse meio. Tentava encarar o fato de ser a única na sala como um privilégio, afinal era uma oportunidade de trabalhar. Só o fato de estar ali parecia um presente, e eu sentia que precisava lidar com isso e ser grata por ser a única nesses lugares.

O problema é que ser a única mulher na sala pode te levar a aceitar os salários mais baixos, a tolerar piadas machistas e a adotar comportamentos masculinos para fazer parte da rodinha dos caras. Quando você percebe, acaba perdendo sua autenticidade e espontaneidade para se ajustar a um ambiente que não aceita quem você realmente é. Sem contar que trabalhar em ambientes assim vai minando toda sua confiança, ao ponto em que se torna necessário buscar apoio psicológico para lidar com toda essa carga emocional.

O problema dos preconceitos e vieses

Em uma pesquisa recente com mais de mil mulheres em tecnologia, 38% das entrevistadas disseram testemunhar preconceitos de gênero em seus locais de trabalho, e 38% também afirmaram que os homens são considerados mais capazes do que as mulheres em seus locais de trabalho, especialmente na área da tecnologia.

Vendo essa última estatística, me lembro das várias vezes em que, ao entrar em uma sala para uma reunião representando meu time, tive que ouvir que as pessoas estavam esperando pelo “cara da infraestrutura” e se surpreendiam ao me ver sendo esse “cara”, ou das vezes em que preferiam resolver um determinado problema com outros colegas por acharem que eu não teria expertise suficiente.

O fato é que as pessoas têm vieses. Ainda é difícil para muitas delas conceberem a imagem de uma mulher como uma profissional na área de tecnologia. Inclusive, discutimos sobre isso neste artigo.

Quando você pensa em uma pessoa da área da tecnologia, qual imagem vem a sua mente?

E eu sei que não desconstruímos nossos vieses e preconceitos da noite para o dia, mas o ponto aqui é chamar atenção para todo esse cenário. Até quando vamos nos acostumar a trabalhar em times pouco diversos? Até quando vamos continuar vendo histórias de mulheres que são desacreditadas antes mesmo de abrirem a boca em uma reunião ou em um evento simplesmente por serem mulheres?

Não devemos nos acostumar com isso, e aqui faço um apelo aos aliados: estejam sempre atentos aos ambientes em que estão, observem se uma mulher está sendo interrompida durante uma reunião ou se está simplesmente calada. Muitas vezes, o fato de ser a única na sala nos faz sentir desconfortáveis, mas vocês podem trabalhar intencionalmente para incluir quem não está tão participativo na dinâmica.

Criar um ambiente mais inclusivo é algo que todos nós podemos fazer, muitas vezes com pequenos gestos e muita atenção a tudo o que nos acontece. Outra sugestão é estudar sobre preconceitos e vieses e tentar identificar a origem dos que você tem também, pois o conhecimento nos ajuda a entender com profundidade várias questões sobre as desigualdades.

Não mudaremos as questões de desigualdade e preconceito de gênero em áreas técnicas do dia para a noite, mas cada passo que damos em busca de melhorias nos faz chegar mais perto dessa realidade.

Quando você é a única mulher na sala: O desafio da representatividade em STEM was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.

No entanto, isso não significa que ao utilizar a nuvem você elimina completamente essas emissões. Porém, é cada vez mais possível entender a quantidade de emissões para tentar controlá-las e reduzi-las de forma adequada.

A Microsoft oferece uma visão muito bem elaborada para medir sua pegada de carbono por meio do “Emissions Impact Dashboard”. Além disso, é possível visualizar quanto de emissão de carbono você está deixando de emitir ao utilizar o Azure em vez de datacenters on-premises, tudo isso com base em seus dados reais de consumo, integrando seu tenant do Azure a um aplicativo no Power BI.

Como começar a utilizar o Emissions Impact Dashboard

Segundo a documentação da Microsoft, para começar a utilizar, você precisa ter uma licença do Power BI Pro e ter em mãos o Enrollment ID ou Billing Account ID. O painel suporta integrações com EA, Microsoft Customer Agreement e CSP.

Para configurar o Emissions Impact Dashboard, você deve:

1. Acessar o link e clicar em Get it now

2. Depois disso, você deverá instalar o aplicativo. Após a instalação, você poderá encontrá-lo na lista de aplicativos do Power BI.

3. Nesse momento, você estará visualizando apenas dados de amostra no painel. Para visualizar os dados reais do seu ambiente, selecione a opção “connect your data”.

4. O próximo passo será inserir o seu Enrollment ID ou o Billing Account ID. Essas informações geralmente podem ser encontradas no seu tenant do Azure.

5. No método de autenticação, existem algumas opções. Eu selecionei a opção OAuth2 e, em seguida, inseri as minhas credenciais utilizadas no meu tenant do Azure e segui com o processo de autenticação.

Depois disso, você só precisa aguardar algumas horas até que seus dados estejam sincronizados no dashboard para ver o seu histórico de emissões de carbono no Azure e também o saving que você está gerando por usar a nuvem em vez de uma infraestrutura on-premises. O dashboard geralmente mostra seu consumo ao longo de toda a sua história. Eu consegui ver até mesmo dados de subscriptions que já não utilizava e todo o meu histórico de uso na nuvem do Azure desde 2022.

Para obter mais detalhes sobre a configuração, recomendo a leitura da documentação oficial da Microsoft sobre o assunto.

Connect to the Emissions Impact Dashboard for Azure - Power BI

Além desse dashboard no Power BI, recentemente a Microsoft lançou o Azure Carbon Optimization, que é um serviço dentro do portal do Azure que ajuda a mensurar e oferece dicas sobre como você pode minimizar sua pegada de carbono no Azure com base no consumo dos seus recursos.

Você já utiliza alguns desses recursos? Sua empresa está engajada em questões de sustentabilidade? Se sim, compartilhe aqui nos comentários como é a sua experiência e percepções desses serviços.

Calcule sua pegada de carbono no Azure utilizando o Power BI was originally published in SysAdminas on Medium, where people are continuing the conversation by highlighting and responding to this story.