About the New CPSA® – Advanced Level Module API: Application Programming Interfaces
An Interview With the Curators Erik Wilde, Falk Sippach and Thilo Frotscher
On March 17, 2025, the iSAQB introduced the new Advanced Level module Application Programming Interfaces.
The module “API: Application Programming Interfaces” teaches software architects how to design and manage APIs effectively, ensuring seamless communication between components. APIs are vital for creating reusable software and connecting different systems, driving the digital transformation of businesses. This module covers key topics such as API design, security, lifecycle management, and API value creation, equipping architects with the skills to leverage APIs for scalable and efficient software architectures.
We conducted an interview with the curators, Erik Wilde, Falk Sippach and Thilo Frotscher, where they provide deeper insights into the module.
Why did the iSAQB decide to include a separate advanced-level module on APIs in the program? What training gap does it aim to fill?
Application Programming Interfaces (APIs) play a central role in modern software and enterprise architectures. They are not just technical interfaces but also strategic building blocks for scalability, reusability, and digital business models. This module brings together all aspects of the topic and examines them within this broader context.
Many developers today do not see themselves as primarily responsible for the strategic use of APIs within their organizations. As organizations grow, this can lead to challenges and missed opportunities. The new module enables architects and developers not only to implement APIs but also to understand and actively shape them as an essential part of the architectural strategy.
What concrete skills and competencies do participants gain after completing the API module, and how can they apply them effectively in their projects?
Our main focus was on providing a big-picture understanding of APIs. That’s why we cover business models, different API styles and their associated technologies, the design process, development support, security aspects, and the management of entire API landscapes within organizations. The topic of APIs extends far beyond purely technical aspects, and this broad perspective helps maximize the potential of IT investments.
APIs are key to making an organization more adaptable and resilient to change, making them a crucial investment for the future. After completing the module, participants will be able to strategically design APIs, implement them in a technically sound manner, and manage them over the long term – a decisive advantage for modern software development projects and a sustainable IT architecture.
How do different API styles, such as REST, GraphQL, and gRPC, affect the flexibility and scalability of software architectures?
As is often the case, the answer to the question of “the best API style” or “the best API technology” is a classic “it depends.” There are no simple, one-size-fits-all solutions. Instead, it is essential to analyze the nature of an interface: Is it primarily transactional? Does it publish events? Does it allow queries?
In many cases, APIs combine multiple aspects, making the choice of the most appropriate style less obvious. Another important consideration is the existing API landscape—what APIs are already in place, and do you need to integrate with them? Additionally, the level of control over API consumers plays a role—what styles are known and preferred within the ecosystem?
As with most architectural decisions, context matters. This is precisely why having a broad perspective is essential for making informed decisions. In modern architectures, multiple API styles are often combined to leverage their respective strengths effectively.
What best practices should be followed when designing APIs to ensure high usability and maintainability?
Two key principles should always be prioritized. First, API design should follow an “outside-in” approach – meaning that decisions should be based on consumer needs rather than internal data models. Second, backward and forward compatibility is crucial to allow APIs to evolve without forcing existing consumers to make adjustments.
Beyond these two fundamental principles, clear and comprehensive API documentation plays a vital role. By following these best practices, organizations can develop APIs that are both useful and usable, benefiting developers and businesses alike in the long run.
What security aspects must be considered when designing and implementing APIs?
APIs must be secure by design from the outset. Strong authentication, protection against attacks, secure communication channels, and continuous monitoring are essential to ensuring robust APIs.
APIs inherently expose certain aspects of an organization, which introduces risks. However, in practice, most API security challenges can be addressed relatively easily—similar to IT security in general. For instance, we examine the OWASP API Security Top Ten, which highlights the most common vulnerabilities.
In addition to designing, implementing, and securing APIs, we also emphasize the importance of API governance to prevent uncontrolled development. Security is not a one-time effort—regular security audits, penetration tests, and updates are essential components of an effective API security strategy.
How does API governance differ from API management, and why is it still not widely implemented in many organizations?
API management focuses on the technical and operational aspects of managing APIs, including monitoring, analytics, and access control. This is a necessary but relatively well-understood task.
API governance, on the other hand, is concerned with the strategic oversight of an organization’s entire API landscape. It involves maintaining an overview of existing APIs, establishing guidelines and compliance checks, and defining a clear strategy for API discovery and lifecycle management.
Organizations typically begin to address API governance only once they recognize the strategic value of APIs. Many companies are still in the process of making this shift, which is why API governance remains underdeveloped in many environments.
Share this article:
Related Posts
No related articles found