Cloud Tech

Search

15 results for “deployment

Search results

GitOps Principles

How does GitOps make rollbacks different from a traditional deployment rollback?

In a traditional deploy, rolling back means re-running a deployment process with an older artifact reference, a distinct operation from a normal deploy. In GitOps, a rollback is just a Git revert: since the desired cluster state is fully described by the repository at any commit, reverting to a previous commit and letting the reconciliation loop pick it up produces the previous cluster state through the exact same mechanism as any other change. There is no separate "rollback pipeline" to maintain or that can itself have bugs.

Kubernetes Fundamentals

What is the difference between a Pod, a Deployment, and a Service?

A Pod is the smallest deployable unit, one or more containers that share network and storage, scheduled together onto a node. Pods are ephemeral and disposable; Kubernetes recreates them freely and their IPs change every time. A Deployment manages a set of identical Pods (a ReplicaSet under the hood), handling rolling updates, rollbacks, and keeping the desired replica count running even as individual Pods die. A Service gives that changing set of Pods a stable network identity, a fixed virtual IP and DNS name, so other things in the cluster don't need to track individual Pod IPs, which change constantly.

Blog

Azure Deployment Slots: Zero-Downtime Web App Deployments

A practical Azure App Service lab covering staging slots, slot swaps, autoscaling, and traffic testing.

Blog

Why Every Container in Your Rolling Deploy Takes an Extra 10 Seconds to Stop

Why npm as PID 1 can prevent Node.js from receiving SIGTERM, trigger Docker's ten-second timeout, and end container shutdown with SIGKILL.

Blog

Production-Ready AKS GitOps with Terraform and ArgoCD

The DevOps Project That Finally Made Kubernetes, GitOps, and Terraform Click

DevOps

Azure Fundamentals

How Azure management groups, subscriptions, resource groups, and Resource Manager fit together, with practical deployment troubleshooting.

DevOps

GitOps Principles

Why treating Git as the single source of truth for cluster state changes how deployments, rollbacks, and audits actually work.

Security

Infrastructure as Code Security

How plan-stage policy blocks unsafe AWS and Azure infrastructure before deployment, with practical policy testing and enforcement guidance.

DevOps

Kubernetes Fundamentals

Learn Kubernetes through Pods, Deployments, Services, probes, resources, rollouts, and an official-docs-based troubleshooting workflow.

Azure Fundamentals

What is Azure Resource Manager (ARM) and why does every Azure operation go through it?

ARM is the deployment and management layer that every Azure operation, whether from the Portal, CLI, PowerShell, or an ARM/Bicep template, ultimately goes through. It provides a consistent API surface, handles authentication and authorization checks against Azure RBAC, and is what enables declarative deployment (submit a template describing desired resources, ARM figures out what to create/update). Because every path converges on ARM, access control and activity logging are consistent regardless of which tool was used to make a change.

Kubernetes Fundamentals

What does the Kubernetes control loop actually do?

Every Kubernetes controller (Deployment, ReplicaSet, etc.) runs a reconciliation loop: it continuously compares the desired state (what you declared in a manifest, stored in etcd) against the observed actual state of the cluster, and takes action to close any gap. If you declared 3 replicas and only 2 Pods are running, the ReplicaSet controller creates one more. This is the same declarative, converge-toward-desired-state model as Terraform, but running continuously and automatically rather than on-demand.

Kubernetes Fundamentals

Why can't you rely on a Pod's IP address for service discovery?

Pods are ephemeral by design, Kubernetes kills and recreates them constantly (failed health checks, node drains, rolling deployments, autoscaling), and every new Pod gets a brand-new IP address. Hardcoding or caching a Pod IP breaks the moment that Pod is replaced. A Service solves this by providing a stable virtual IP and DNS name that always routes to whichever Pods currently match its label selector, regardless of how many times the underlying Pods have been replaced.

Blog

How to Build a Zero-Downtime Terraform Pipeline with GitHub Actions

Build a guarded Terraform and GitHub Actions deployment pipeline with OIDC, concurrency, saved plans, approvals, rolling changes, verification, and rollback.

Blog

DHCP on Hyper-V: Scope Creation to Failover Configuration

Step-by-step deployment of a highly available DHCP service in a Hyper-V virtual environment

Blog

Cloud Computing Explained: Models, Architecture, and Security

What cloud computing actually is: service and deployment models, core architecture, security, and how platforms like Azure fit real workloads.

Search results for “deployment” | Cloud Tech by Victor