API Conference
The Conference for Web APIs, API Design & Management


Introduction to RESTful API Design

More than twenty years after its "invention" by Roy Fielding, RESTful API design is more relevant than ever. No matter if it’s in the environment of microservices or opening up systems previously only used internally - REST is everywhere you look! But what exactly is REST? Just because a JSON or XML payload is sent to or received from a server via HTTP does not mean that it is a RESTful API. So what exactly is a REST interface? And at what point can we say that it is truly successful? This question is dividing opinions.

API gateway or just a service mesh tool?

Large software systems usually do not exist alone and often have many partner systems calling its APIs. The number of partner systems can quickly reach double digits. The smaller the services are cut, which currently tends to happen in projects, the higher the number of partner systems that must be called. An extensive communication network is thus established: a so-called service mesh.

When the client specifies the API

How do I actually test the interaction in my microservices landscape? How do I make sure that the right version of a service is deployed on the right stage? How do I keep an eye on the dependencies of my microservices? And how do I ensure that all clients continue to work as my APIs evolve? How can I be sure that an old version of an interface is no longer needed and can therefore be removed? Consumer-driven contracts promise a solution to all these questions, but come with significant complexity and have limitations of their own.

Web Components API: Don’t make it so hard on yourself!

The enterprise world is characterized by web-based form applications. If you then consider using the same UI components multiple times in different applications, the use of framework-agnostic Web Components as a technical foundation is obvious. Web Components enable easy reuse and integration, but there are also a few stumbling blocks that need to be avoided.

X-Road – The Free and Open Source Data Exchange Layer

X-Road is an open source data exchange layer solution that enables organizations to exchange information over the Internet. X-Road is a centrally managed distributed data exchange layer between information systems that provides a standardized and secure way to produce and consume services. X-Road ensures confidentiality, integrity and interoperability between data exchange parties.

Develop gRPC services with Go

When most people think of APIs for microservices, they think of HTTP-based, RESTful Web Services first. The REST paradigm is the predominant one when it comes to services publicly available on the Internet that many development teams deal with. It also fits quite well if the problem can be traced back to CRUD (Create, Read, Update, Delete) services in the broadest sense.

APIs have Properties – how to find and test them!

Most approaches to testing test individual examples. This is often not enough to tease out rare but realistic edge cases. As a result, it takes a large number of individual tests to really be confident that our API is ready for deployment: This is a lot of work. What if we could generate test cases automatically?

Alle News & Updates zur API Conference:

Behind the Tracks

API Management

Ein detaillierter Blick auf die Entwicklung von APIs

API Development

Architektur von APIs und API-Systemen

API Design

Von Policys und Identitys bis Monitoring

API Platforms & Business

API Plattformen in Verbindung mit SaaS