#deployment
5 approved public terms with this tag.
CI/CD
Rascunho de traducao automatica (Portuguese) for "CI/CD": Continuous Integration / Continuous Delivery — a set of software engineering practices and tools that automate the process of testing, building, and deploying code changes. CI automatically validates every commit; CD deploys validated code to production frequently and reliably without manual intervention.
“Exemplo em rascunho: The team ships 20 times a day safely because their CI/CD pipeline catches regressions automatically.”
DevOps
Rascunho de traducao automatica (Portuguese) for "DevOps": A set of practices, tools, and cultural philosophies that unite software development (Dev) and IT operations (Ops) teams. DevOps breaks down silos, automates repetitive tasks, and instills shared responsibility for the full software lifecycle from code to production monitoring.
“Exemplo em rascunho: After adopting DevOps, their release cycle went from monthly to daily.”
Inference
Rascunho de traducao automatica (Portuguese) for "Inference": The act of running a trained machine learning model on new input data to generate predictions or outputs. Inference is distinct from training — it is the "serving" phase where the model is used in production, and its speed and cost are critical for real-world applications.
“Exemplo em rascunho: Inference latency dropped from 2 seconds to 200ms after switching to a quantized model.”
Pull-Based Deployment e um termo de GitOps para a deployment model where an in-cluster agent pulls desired state from source. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles; Flux documentation.
“A equipe usou Pull-Based Deployment antes do almoco, e o release parou de correr para producao com o cadarco solto.”
Push-Based Deployment e um termo de GitOps para a deployment model where an outside system pushes changes into the runtime. Ajuda equipes, pessoas e agentes a comparar o estado declarado com sistemas em execucao e agir sem fingir que o deploy fez mais do que as evidencias mostram. Fonte: OpenGitOps principles.
“A equipe usou Push-Based Deployment antes do almoco, e o release parou de correr para producao com o cadarco solto.”