gitpod/components/public-api-server
Alex Tugarev 76c61533a6
[OIDC] Enable mark client config as "active" (#17365)
* [gitpod-db] Add `d_b_oidc_client_config.active` field

* [papi] Add OIDCClientConfig.active to proto def

* [gitpod-db] Add OIDCClientConfig.active

* [papi] Add `activate` param to `/oidc/start` endpoint handler

If provided it should mark the OIDC client config as `active` in the DB.

* Fix propagation of state params and add tests.

* fix import of deprecated ioutil

* refactor GetStartParams

* consider `activate` from create request
2023-04-27 21:35:36 +08:00
..
2022-12-08 13:05:19 -03:00
2022-12-08 13:05:19 -03:00

Public API Server

⚠️ Public API is currently experimental and under development. We will provide public announcements once maturity of the API moves into alpha/beta and stable.

This component holds implementation of Gitpod's public API. API specification for this server can be found in public-api.

Motivation

As more companies and engineers embrace cloud development environments, the need for a first class, managed and versioned API will grow. Providing a first class Public API enabled the community to build on top of Gitpod, automate and orchestrate use cases beyond the core focus of Gitpod. The API will act as a catalyst to further reduce toil from development environments and will enable richer integrations with Integrated Development Environments (IDEs) and platforms.

Goal

  • Provide a first class Public API which is the canonical way to access Gitpod functionality programatically
  • Offer a versioned API with compatibility guarantees and clear upgrade path
  • Enable, and catalyze, community integrations and workflows beyond what Gitpod offers today

Usage

The public API will initially be offered as a gRPC service. Clients for various languages will be available. At the moment, the API is in early stages and clients are not available.

Roadmap

The roadmap and progress towards a stable release of the API is tracked in Epic: Public Gitpod API.

Architecture

  • The API will be exposed on api.gitpod.io or api.<domain> for self-hosted or managed installations.
  • The API is structured into services with definitions available in components/public-api/gitpod/ as protobuf definitions.