A webhook lets a repository notify a service pipeline when source or configuration changes occur. The notification can trigger a pipeline instance instead of waiting for the next polling cycle. section 3.4.2 section 4.1.3
Use webhooks within a broader pipeline workflow:
- Register access to the Git repository so a pipeline can receive notifications when changes merge into the main branch. section 3.4.2
- Use a webhook to prompt configuration synchronization, then clone the desired state and apply it to the live Kubernetes environment. section 4.1.3
- Keep polling as a fallback for GitOps updates rather than depending entirely on webhook delivery. section 4.1.3
Figure 3.5 Running pipelines requires a lot of infrastructure to be in place. This includes maintaining services and repositories, creating users and credentials, and making sure that these services (repositories) are accessible from remote locations.
Use the infrastructure view to identify the repositories, services, credentials, and network access required for webhook-driven pipelines. section 3.4.2





