Skip to main content

Design Tab Concept

The Design tab provides tools for API design, documentation, and specification with a spec first approach in API Proxy configuration. In this tab, the method/endpoint and data type definitions of the selected API Proxy are managed. The API Specification File of an API Proxy that is deployed and opened for use is created at runtime using these definitions. Design Tab

Spec First Approach

API design with OpenAPI/Swagger specificationAPI design starts with specification.

Specification Editing

OpenAPI/Swagger specification is editedCreating and editing specification in YAML/JSON format.

Automatic Documentation

Automatic documentation is created from specificationDocumentation is generated from OpenAPI spec.

API Specification File

API Specification File is created at runtimeAPI Specification File is generated using definitions.
The content and usage of the Design tab is the same as the Spec Design Editor interface, except that a few detail data are not requested in the Overview section.
The Design tab can only be used for API Proxies of type Swagger 2.x, OpenAPI/Swagger 3.0.x, and No-Spec API.

Design Tab Features

OpenAPI/Swagger Specification

Creating and editing OpenAPI/Swagger specification in spec first approach:
  • OpenAPI/Swagger editor
  • YAML/JSON editing
  • Validation
  • Syntax checking
  • JSON Schema design
  • XML Schema design
  • Data model design
  • Request/Response schemas
  • Endpoint definition
  • HTTP method determination
  • Path parameters
  • Query parameters

Method and Data Type Definitions

Managing method/endpoint and data type definitions of the API Proxy:

Method Definitions

Definitions of API Proxy methods are managed
  • HTTP methods (GET, POST, PUT, DELETE, etc.)
  • Endpoint paths
  • Parameter definitions

Data Type Definitions

Definitions of data types are managed
  • Request/Response models
  • Schema definitions
  • Data structures

API Specification File Creation

API Specification File is created at runtime
  • Automatic generation from definitions
  • OpenAPI/Swagger format
  • Portal integration

Design Tab Usage Scenarios

API Proxy configuration scenarios with spec first approach:

Spec First API Proxy Configuration

  1. Creating OpenAPI/Swagger specification in Design tab
  2. Defining endpoints and schemas
  3. Validating specification
  4. Creating API Specification File
  5. Deploying and opening API Proxy for use

Updating Existing API Proxy

  1. Editing existing API Proxy’s specification
  2. Updating method and data type definitions
  3. Validating specification
  4. Creating updated API Specification File
  5. Saving changes

Design Tab and Spec Design Editor Relationship

The Design tab uses the same interface and features as the Spec Design Editor. The workflow:
API Proxy Configuration

   │ Design Tab
   │ (Spec First)


Spec Design Editor

   │ OpenAPI/Swagger Spec
   │ Method/Endpoint Definitions
   │ Data Type Definitions


API Specification File

   │ Runtime Creation


API Proxy Deployment

1. Specification Creation

OpenAPI/Swagger specification is created in Design tabAPI design starts with specification in spec first approach.

2. Specification Validation

Specification is validated and checkedCompliance check with OpenAPI standards is performed.

3. Method/Endpoint Definition

Method and endpoint definitions are madeHTTP methods and paths are defined.

4. API Specification File Creation

API Specification File is created at runtimeAPI Specification File is automatically generated from definitions.
This integration between the Design tab and Spec Design Editor provides a seamless process from API design to deployment with spec first approach. The specification is created first, then the API Specification File is automatically generated from this specification.

Design Tab Advantages

Advantages provided by spec first approach:

Spec First Approach

  • API design starts with specification
  • Standard OpenAPI/Swagger format
  • API design without writing code

Automatic Generation

  • Creating API Specification File from definitions
  • Automatic documentation generation
  • Consistent API structure

Standard Compliance

  • Compliance with OpenAPI/Swagger standards
  • Interoperability
  • Tool support

Up-to-Date Documentation

  • Automatic documentation from specification
  • Documentation-specification synchronization
  • Portal integration

Next Steps