Do zero ao GitOps DevopsDaysSP

Whoami
Cearense, cabra da peste,
resido em Floripa, trabalho
com tecnologia há 16 anos,
formado em Sistemas de
Informação, sysadmin root,
casado 14 anos, Pai do
Thomas, Skatista poser, Unix-
like addict e Cloud Computing
e Cloud Native Evangelist, SRE
na Pipefy.

Quais são os problemas que
precisamos resolver?

Evoluir a infraestrutura, operações, segurança na mesma velocidade da
aplicação
Os times estarem na mesma página quando se trata de modificações referente
ao ambiente ou que possam causar impacto em determinada aplicação
Quebrar as barreiras entre Squads na Engenharia
Desenvolvedores precisam criar infraestrutura a todo momento

Formas que não evolui na mesma velocidade da aplicação

* Parece piada mas é a vida de Ops hoje em dia

Entendendo a evolução de aplicações

DRY Principle
Ref: http://principles-wiki.net/principles:don_t_repeat_yourself

Como evoluir a infraestrutura da mesma forma que as aplicações ou melhor
em conjunto com a aplicação

GITOPS
GitOps = IaC + Pull Requests + CI/CD with Anabolic Steroids
GitOps é uma maneira de fazer o gerenciamento de cluster do Kubernetes e
entrega de aplicativos e infraestrutura. Ele funciona usando Git como uma
única fonte de verdade para infraestrutura declarativa e aplicativos. Com o Git
no centro de seus pipelines de entrega, os desenvolvedores, podem fazer
solicitações pull para acelerar e simplificar as implantações de aplicativos e
tarefas operacionais.

Exemplo de pequena alteração incorreta na infraestrutura

Resolvendo problemas de infraestrutura

Do zero ao GitOps DevopsDaysSP

k8s-deploy() {
kubectl set image deployment/frontend www=image:v2
}
Não é uma boa prática para GitOps na pipeline

k8s-deploy() {
export RELEASE_TAG=$CI_COMMIT_SHORT_SHA
git config --global user.email "sre@example.com"
git config --global user.name "sre"
git checkout -f $CI_COMMIT_REF_NAME
sed -i -e "s/"$RELEASE_TAG"/"'$RELEASE_TAG'"/g" k8s/$ENVIRONMENT/file.yaml
for yaml in `grep -r -l "$CI_REGISTRY_IMAGE" k8s/$ENVIRONMENT`; do
if grep -q "kind: Deployment" $yaml; then
yq w -i $yaml spec.template.spec.containers[0].image $CI_REGISTRY_IMAGE:$RELEASE_TAG
fi
fi
git add k8s/$ENVIRONMENT
git commit -m “Release update version: $RELEASE_TAG
git push -o ci_skip origin/master
}
Boa prática usando GitOps na pipeline

OK Ceará, mas como eu crio recursos de infraestrutura utilizando
este conceito?

Criar seu próprio controller para criação
de infraestrutura usando kube builder
https://github.com/kubernetes-sigs/kubebuilder

Crossplane.io e AWS ACK
https://github.com/crossplane/crossplane
apiVersion:
database.aws.crossplane.io/v1beta1
kind: RDSInstance
metadata:
name: rdspostgresql
spec:
forProvider:
dbInstanceClass: db.t2.small
masterUsername: masteruser
allocatedStorage: 20
engine: postgres
engineVersion: "9.6"
skipFinalSnapshotBeforeDeletion:
true
writeConnectionSecretToRef:
namespace: crossplane-system
name: aws-rdspostgresql-conn
providerRef:
name: aws-provider
reclaimPolicy: Delete
$ kubectl get buckets ack-test-
smoke-s3 -o yaml
apiVersion:
s3.services.k8s.aws/v1alpha1
kind: Bucket
metadata:
name: ack-test-smoke-s3
namespace: default
spec:
name: ack-test-smoke-s3
Crossplane ACK (AWS Controller for Kubernetes)
https://aws.github.io/aws-controllers-k8s/

https://github.com/pulumi/examples

https://github.com/pulumi/examples
import * as eks from "@pulumi/eks";
import * as k8s from "@pulumi/kubernetes";
// Create an EKS cluster.
const cluster = new eks.Cluster("my-cluster");
// Deploy Wordpress into our cluster.
const wordpress = new
k8s.helm.v2.Chart("wordpress", {
repo: "stable",
chart: "wordpress",
values: {
wordpressBlogName: "My Cool Kubernetes
Blog!",
},
}, { providers: { "kubernetes":
cluster.provider } });
// Export the cluster's kubeconfig.
export const kubeconfig =
cluster.kubeconfig;
apiVersion: v1
kind: Secret
metadata:
name: pulumi-api-secret
type: Opaque
stringData:
accessToken: "<REDACTED: PULUMI_ACCESS_TOKEN>"
---
apiVersion: v1
kind: Secret
metadata:
name: pulumi-aws-secrets
type: Opaque
stringData:
AWS_ACCESS_KEY_ID: "<REDACTED: AWS_ACCESS_KEY_ID>"
AWS_SECRET_ACCESS_KEY: "<REDACTED:
AWS_SECRET_ACCESS_KEY>"
---
apiVersion: pulumi.com/v1alpha1
kind: Stack
metadata:
name: s3-bucket-stack
spec:
accessTokenSecret: pulumi-api-secret
envSecrets:
- pulumi-aws-secrets
stack: joeduffy/s3-op-project/dev
projectRepo: https://github.com/joeduffy/test-s3-op-project
commit: cc5442870f1195216d6bc340c14f8ae7d28cf3e2
config:
aws:region: us-east-2
Create a EKS cluster
Create a S3 bucket

Kustomize /Helm / Raw Manifests

Resumo do que precisamos
SCM (Git Repositories)
Git Flow
Codeowners
Kubernetes
Ferramenta de IaC (Terraform / Pulumi / Controller)
Pipelines (Fluxo de CI/CD)
Packaging approach
Reconcilier (ArgoCD / FluxCD)

Melhor prevenir/revisar que remediar

Yros Aguiar
SRE
yrosaguiar@gmail.com
https://medium.com/@yrosaguiar
https://twitter.com/yrosaguiar
https://github.com/yrosaguiar
Thank you

Do zero ao GitOps DevopsDaysSP

Mais conteúdo relacionado

Semelhante a Do zero ao GitOps DevopsDaysSP (20)

Mais de Yros (8)

Último (16)

Do zero ao GitOps DevopsDaysSP

Notas do Editor