Skip to content

flyteorg/flyteconsole

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

Flyte Logo

Flyte Console

Web UI for the Flyte platform

Current Release Build Status License Code Coverage Slack

πŸŽ‰ Announcement: Console Refresh πŸŽ‰

We've recently updated FlyteConsole with a number of changes, including a refreshed UI, performance updates such as an upgrade to MUI5, better optimized fetch patterns, code-splitting and a significant reduction in the vendor.js file size. In addition to these improvements, we've also addressed a number of bugs, including better support for dynamic executions and the timeline now supports long-running workflows.

Most of these changes are non-breaking however, there are a few things we've changed:

  • FLYTE_NAVIGATION and HORIZONTAL_LAYOUT env vars have been removed. These were used to provide configuration options to the page layout and navigation but are no longer needed as the new navigation is fixed.
  • ENABLE_GA and GA_TRACKING_ID env vars have been removed. These were used to configure Google Analytics; Google Analytics was removed.
  • ExternalConfigurationProviderProps and registry have been removed. These were used to provide override capabilities to specific components and were removed for simplicity.

πŸ“¦ Install Dependencies

Running flyteconsole locally requires NodeJS and yarn. Once these are installed, you can run application locally. For help with installing dependencies look into Installation section.

πŸš€ Quick Start

  1. Follow Start a Local flyte backend, like:

    docker run --rm --privileged -p 30080:30080 -p 30081:30081 -p 30082:30082 -p 30084:30084 cr.flyte.org/flyteorg/flyte-sandbox
  2. Now, export the following env variables:

    export ADMIN_API_URL=http://localhost:30080

    You can persist these environment variables either in the current shell or in a .env file at the root of the repository. A .env file will persist the settings across multiple terminal sessions.

  3. Start the server (uses localhost:3000)

    yarn install
    yarn start
  4. Explore your local copy at http://localhost:3000

Note: Python errors with OSX

OSX (12.3) removed python 2.7 from default installation and this can cause build errors for some users depending on it's setup. In this repository you can experience env: python: No such file or directory error from gyp (node-gyp). The easiest way to fix it:

  • Install the XCode Command Line Tools standalone by running xcode-select --install in the terminal

OR

   brew install python    # install python with brew
   which python           # check if python path is properly defined

   # if path not defined
   where python3

   # Take the version and location from above and run this command
   #(replacing `/usr/bin/python3` with the location of your python
   # instalation). This will symlink python to python3
   ln -s /usr/bin/python3 /usr/local/bin/python

Environment Variables

  • ADMIN_API_URL (default: window.location.origin)

    The Flyte Console displays information fetched from the FlyteAdmin API. This environment variable specifies the host prefix used in constructing API requests.

    Note: this is only the host portion of the API endpoint, consisting of the protocol, domain, and port (if not using the standard 80/443).

    This value will be combined with a suffix (such as /api/v1) to construct the final URL used in an API request.

    Default Behavior

    In most cases, flyteconsole will be hosted in the same cluster as the Admin API, meaning that the domain used to access the console is the same value used to access the API. For this reason, if no value is set for ADMIN_API_URL, the default behavior is to use the value of window.location.origin.

  • BASE_URL (default: undefined)

    This setting allows running the console at a prefix on the target host. This is necessary when hosting the API and console on the same domain (with prefixes of /api/v1 and /console for example). For local development, this is usually not needed, so the default behavior is to run without a prefix.

Running from docker image as localhost

To run flyteconsole directly from your docker image as localhost you must set a few environment variables in your run command to setup the appliation.

BASE_URL="/console" (required)

CONFIG_DIR="/etc/flyte/config" (required)

This example assumes building from v1.0.0 on port 8080

docker run -p 8080:8080 -e BASE_URL="/console" -e CONFIG_DIR="/etc/flyte/config" ghcr.io/flyteorg/flyteconsole:v1.0.0

Run the server

To start the local development server run:

yarn install        # to install node_modules
yarn start  # to start application

This will spin up a Webpack development server, compile all of the code into bundles, and start the NodeJS server on the default port (3000). All requests to the NodeJS server will be stalled until the bundles have finished. The application will be accessible at http://localhost:3000 (if using the default port).

🎱 Using items in your own application

  • Authorize your app to call flyte admin api. More info

πŸ›  Development

For continious development we are using:

  • Protobuf and Debug Output. Protobuf is a binary response/request format, which makes Network Tab hardly useful. To get more info on requests - use our Debug Output

  • Storybook - used for component stories and base UI testing.

  • Feature flags - allows to enable/disable specific code paths. Used to simplify continious development.

More info on each section could be found at CONTRIBUTING.md

  • Set ADMIN_API_URL and ADMIN_API_USE_SSL

    export ADMIN_API_URL=https://different.admin.service.com
    export ADMIN_API_USE_SSL="https"
    export LOCAL_DEV_HOST=localhost.different.admin.service.com

    Hint: Add these to your local profile (eg, ./profile) to prevent having to do this step each time

  • Generate SSL certificate

    Run the following command from your flyteconsole directory

    make generate_ssl
  • Add new record to hosts file

    sudo vim /etc/hosts

    Add the following record

    127.0.0.1 localhost.different.admin.service.com
  • Install Chrome plugin: Moesif Origin & CORS Changer

    NOTE:

    1. Activate plugin (toggle to "on")
    2. Open 'Advanced Settings':
    • set Access-Control-Allow-Credentials: true
    • set Domain List: your.localhost.com
  • Start flyteconsole

    yarn start

    Your new localhost is localhost.different.admin.service.com

    Hint: Ensure you don't have ADMIN_API_URL set (eg, in your /.profile.)

⛳️ Release

To release, you have to annotate the PR message to include one of the following commit-analyzer types