Vamos ver quais são as diferenças chave entre um Site Reliability Engineer (SRE) e um Administrador de Sistemas (SysAdmin) "tradicional", destacando como a "filosofia" SRE, impulsionada pela automação, monitoramento e uma colaboração próxima com os desenvolvedores, leva a uma maior confiança nos sistemas e um ciclo de entregas mais rápido e eficiente (sim, isso é DevOps).

Mencionamos conceitos vitais de SRE como SLO, error budget, métricas, logs, tracing, e como realmente se podem beneficiar os desenvolvedores. Também, o porquê de não ser a mesma coisa que um SysAdmin com um nome mais "legal" (sim, para mim também é difícil pronunciar em inglês).

O mito do "SysAdmin em esteroides"

É muito comum que se perceba os SREs como administradores de sistemas com um nome fino e elegante. Embora muitos SREs venham de ambientes de administração de sistemas, sua abordagem difere significativamente. Um SRE aproveita suas habilidades de desenvolvimento para automatizar tarefas, construir sistemas de monitoramento e, acima de tudo, fomentar uma cultura de colaboração REAL entre Desenvolvedores e Operações. Não se trata apenas de manter pipelines ou colocar muitos passos para implantar seu código, mas de otimizar todos os sistemas, tanto humanos quanto técnicos, para alcançar confiança, estabilidade, segurança nos sistemas, escalabilidade e verdadeira Entrega Contínua (Continuous Delivery).

O Santo Graal SRE: Métricas, Logs e Traces

Um SRE vive e respira dados. Recolhe e analisa métricas, logs e traces para obter informações sobre o desempenho e o comportamento das aplicações em produção. Ao instrumentar aplicações, os SREs podem estabelecer objetivos de nível de serviço (SLO - Service Level Objectives) e "orçamentos de erro" (error budgets), o que permite aos desenvolvedores inovar e ter mais liberdades criativas dentro de faixas acordadas de riscos e alcances.

ParadeDB: Use the power of Postgres DB for your real-time search and data analytics (and more)

ParadeDB is shaking things up in the world of search and analytics by offering a compelling Postgres-based alternative to Elasticsearch. This article dives into ParadeDB’s features, how it stacks up against Elasticsearch, and why you should keep an eye on this emerging technology. ParadeDB: Riding the Postgres Wave Remember when

SREDevOps.orgNicolás Georger

Que ferramentas usa um SRE?: OpenTelemetry, Prometheus, Loki e mais

O mundo SRE está repleto de ferramentas poderosas. O OpenTelemetry tornou-se um padrão de facto para a instrumentação de aplicações, enquanto o Prometheus e o Loki são ferramentas consolidadas para armazenamento, coleta e visualização de métricas e logs, respetivamente. Ferramentas como o Jaeger levam o rastreamento distribuído a um novo nível, o que permite aos SREs rastrear requests através de serviços complexos (service mesh), microsserviços e outros.

SREDevOps.org – Português Brasileiro

Em português (Brasil): SRE, DevOps, Cloud Native, Linux, AI/ML, Platform Engineering, OpenSource e mais

SREDevOps.org

Por que é importante um SRE?

O SRE é seu amigo! yay!

Um SRE não apenas soluciona problemas, mas os previne. Ao adotar a automação, o monitoramento proativo e uma colaboração próxima com os desenvolvedores, os SREs garantem que os sistemas sejam resilientes, escaláveis e capazes de oferecer uma excelente experiência ao cliente, aos desenvolvedores e ao negócio. Um bom SRE dorme bem à noite, sabendo que seus clusters funcionam como devem (e, se não, ele tem alertas para despertá-lo).

O que é Engenharia de Plataforma? O que é isso para mim? O que aconteceu com o DevOps?

Você tem ouvido e lido sobre Engenharia de Plataforma em toda a web ultimamente... mas nós realmente entendemos o que é Engenharia de Plataforma? Todos parecem convencidos e empolgados, mas você consegue ver como é diferente do DevOps? Tentaremos fazer um resumo geral com base no material que a Platform

SREDevOps.orgNicolás Georger