liveBook · Manning

Deployment pipeline

As explained in Secure APIs

Continuous integration and delivery is an automated practice for frequently integrating code changes and validating or releasing them through a delivery pipeline.

CI/CD is an automated practice for frequently integrating code changes and testing APIs before delivery. Its security role is to prevent insecure APIs from being released. section 1.5

A security-conscious API pipeline should:

  • Run fuzz testing against the API specification. section 1.5
  • Use API security testing tools to identify insecure behavior. section 1.5
  • Execute integration tests that validate expected behavior and simulate user flows. section 1.5
  • Support monitoring, observability, alerting, and rapid detection or blocking of malicious behavior after deployment. section 1.5
Figure 1.6 Security by design fits into every step of the API development cycle. It encourages us to approach design, implementation, testing, and operations from a security point of view.
figure

Security by design spans API design, implementation, testing, and operations rather than stopping at deployment. section 1.5

How Secure APIs covers it

How deep it goes
Describes testing and operational responsibilities without specifying pipeline configuration or implementation steps.
Examples
Uses fuzz testers, API security testing tools, integration tests, simulated user flows, and production monitoring.
What you can do after
Evaluate API delivery readiness and detect or block malicious behavior after deployment.
How it connects
Connects the API development cycle with fuzz testing, integration testing, API security testing, monitoring, observability, and alerting.

Also explained in

Compare how 30 books explain deployment pipeline →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Secure APIs. The section links point to the parts of the book it draws on.