Skip to main content

A intel plugin builder for cartogaphy for API supporting OpenAPI.

Project description

cartography-openapi

cartography-openapi is a tool for generating modules for Cartography from specification files in OpenAPI format.

Why ?

Developing modules for Cartography can be confusing, especially regarding the data model and various requirements. Importing multiple resources can also be tedious.

With this in mind, cartography-openapi helps generate the skeleton of a module, allowing developers to focus on added value (drift detection, custom links, etc.).

For more details, refer to the Cartography developer documentation.

Supported formats

cartography-openapi supports importing files in OpenAPI v3 format.

For more details, refer to the OpenAPI Specification

How it's work

Parse

See cartography_openapi.parser.Parser._parse

  • Parse the server block to try to determine the API base_url.
  • Parse the components:
    • List properties that will become fields (with types such as string, int, etc.).
    • List properties that will become relationships to other nodes (fields that return another object).
  • Parse the paths:
    • Keep only paths with the GET method that return known components.
    • Extract path parameters, query parameters, and body parameters.

Build

See cartography_openapi.parser.Parser.build_module

  • Entities will be built in the order they were declared in the command invocation.
  • For each entity, the tool will:
    • Find the corresponding component in the API.
    • Identify the best path (1) to enumerate the list of these components.
    • Identify the best path (1) to access a single component.
    • From the identified paths, determine if a parent entity can be defined.

Best path finding (1)

See cartography_openapi.component.Component.set_enumeration_path and cartography_openapi.component.Component.set_direct_path. This part is the core of the tool’s functionality. It empirically determines:

  • The paths used to list all entities.
  • The paths used to access a specific component.

The logic is as follows: If the path to access a Realm is /admin/realm/{realmId} and the path to access a Group is /admin/realm/{realmId}/group/{groupId}, then:

  • Group is considered a sub-resource of Realm.
  • An edge must exist between the two nodes.
  • The enumeration must be handled recursively.

Path evaluation is based on the following criteria:

  • No previous path
  • Linkable vs non-linkable (the path is a sub-path of the direct path of another component)
  • The new path is better because it has less parameters
  • The new path is better because it is shorter (allow to prefer x/groups over x/groups-default)

Export

See cartography_openapi.module.Module.export

  • The model (nodes & relationships) of each entity is exported to a specific file using a Jinja template.
  • Each entity generates an "intel" file containing the logic to sync, get, transform, and load the entity into Cartography.
  • The module generates the __init__.py file for the module's intel, which calls each entity-specific file via the sync function.
  • The sync function, which will be called by Cartography, is built recursively to handle sub-resources:
    • Example: Synchronizing tenants
      • For each tenant, synchronize environments
      • For each environment, synchronize resources

Install

Using cartography-openapi requires Poetry and Python.

poetry install

Usage

Quick start

wget https://www.keycloak.org/docs-api/latest/rest-api/openapi.json
poetry run python3 main.py -v -n Keycloak -f ./openapi.json RealmRepresentation=Realm ClientRepresentation=Client GroupRepresentation=Group UserRepresentation=User

For more examples, refer to the examples folder.

Options & parameters

You must provide the list of API components to include in the module. You can specify a different name for these components (e.g., RealmRepresentation=Realm will import the RealmRepresentation component of the API under the Realm node).

⚠️ WARNING: The order in which components are passed is IMPORTANT. They are resolved in the given order and will only be linked if the parent component (e.g., Realm/Tenant) has already been imported.

Option Required Description
--name (-n) YES Name of the intel module
--url (-u) (*) URL of the OpenAPI specifications
--file (-f) (*) Path of the OpenAPI specifications
--verbose (-v) Display debug level messsages
--output (-o) Output directory (default .)
--ignore (-i) Ignore specific paths (e.g. /path/to/ignore or /path/to/*)

(*) You must provide one (and only one source) for the OpenAPI specification

Export the module

cartography-openapi will generate a <OUTPUT>/<NAME>_module folder containing the necessary files to add the module to Cartography. This folder includes:

  • The model folder, which must be moved to cartography/model/<NAME>
  • The intel folder, which must be moved to cartography/intel/<NAME>

⚠️ WARNING: cartography-openapi only generates a skeleton. You must modify, adapt, and test it yourself.

The following operations must be performed manually:

  • Add the necessary configuration keys in cartography/config.py
  • Add the required parameters in cartography/cli.py
  • Import your module in cartography/sync.py

Known issues & limitations

cartography-openapi is a Proof of Concept, and many features are still missing (we are actively working on them):

  • The generated code does not handle pagination for API calls
  • The generated code does not handle authentication for API calls
  • The generated code does not support query parameters, body parameters, or headers
  • The generated code does not manage links to other entities (except for sub-resource links)
  • Tests are not generated
  • Documentation is not generated

License

This project is licensed under the Apache 2.0 License.

Modules generated

None so far :(

ROADMAP

Here are the topics we are working on for upcoming releases:

  • handle pagination
  • handle authentication
  • handle query with mandatory query_param & body_param
  • handle query with variable param in path
  • handle "other_links"
  • generate Cartography tests
  • generate Cartography doc
  • generate Carography config
  • Generate PR text with checklist

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

cartography_openapi-0.1.0.tar.gz (18.8 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

cartography_openapi-0.1.0-py3-none-any.whl (20.9 kB view details)

Uploaded Python 3

File details

Details for the file cartography_openapi-0.1.0.tar.gz.

File metadata

  • Download URL: cartography_openapi-0.1.0.tar.gz
  • Upload date:
  • Size: 18.8 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: poetry/1.8.3 CPython/3.10.12 Linux/6.8.0-52-generic

File hashes

Hashes for cartography_openapi-0.1.0.tar.gz
Algorithm Hash digest
SHA256 c55a89b6a1cd8d2bac1e18b555f6980b31a3b0cb353e333005d95d28dec7af8d
MD5 066b7d69a91af75da7f27a0787a53592
BLAKE2b-256 d672a37b399e2268f4e46b1d41dcad9eae800dc0e8bebb03b024f3ab0936a9eb

See more details on using hashes here.

File details

Details for the file cartography_openapi-0.1.0-py3-none-any.whl.

File metadata

  • Download URL: cartography_openapi-0.1.0-py3-none-any.whl
  • Upload date:
  • Size: 20.9 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: poetry/1.8.3 CPython/3.10.12 Linux/6.8.0-52-generic

File hashes

Hashes for cartography_openapi-0.1.0-py3-none-any.whl
Algorithm Hash digest
SHA256 f0d20a8b95a9be6c5905b27c1ff0d591619b15552fa64aada596ba56ded5aaaf
MD5 720218ae33100b876ba4a3626d0847f9
BLAKE2b-256 1a86b610285ddb18f66effac45ece5a9ca6b359dd4a314d236f26066f186dc7c

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page