9856 Replace graphene with Strawberry

[arthanson]

Fixes: #9856

Replaces django-graphene with strawberry-django a new engine for handling GraphQL queries. Notable changes:

• Converts all GraphQL types to Strawberry Types
• Includes much more updated GraphiQL browser
• Decorator to auto-generate Strawberry required data-classes for filters as Strawberry doesn't support django-filter currently.

Example Queries:

{
  circuit_termination_list(filters: {cabled: false}) {
    id
    display
    cable {
      id
    }
  }
}

and

{
  location_list {
    image_attachments {
      id
    }
    contacts {
      id
    }
    changelog {
      id
    }
    display
    class_type
    tags {
      id
    }
    custom_fields
    id
    created
    last_updated
    custom_field_data
    name
    slug
    description
    site {
      id
    }
    status
    tenant {
      id
    }
    lft
    rght
    tree_id
    level
    children {
      id
    }
    powerpanel_set {
      id
    }
    cabletermination_set {
      id
    }
    racks {
      id
    }
    vlan_groups {
      id
    }
    parent {
      id
    }
    devices {
      id
    }
  }
}

Filtering lookups are different between the two libraries:

Graphene

user_list(is_superuser: true) {
    id
}

Strawberry

user_list(filters: {is_superuser: true}) {
   id
}

The filtering lookup syntax (greater than, less than, case-insensitive compare) is also different:
Graphene

{
  user_list(username__ic: "bob") {
    username
  }
}

Strawberry

{
  user_list(filters: {username: {i_contains: "bob"}}) {
    username
  }
}

For stawberry, allowing lookups on fields forces the lookup to be present, so it forces this somewhat awkward syntax:
Graphene

{
  user_list(id: "3") {
    id
  }
}

Strawberry

{
  user_list(filters: {id: {exact: 3}}) {
    id
  }
}

Performance optimizer

Below is a ridiculous nested query that can be used to show optimization

old graphene: 55 queries
strawberry: 24 queries

{
  location_list {
    image_attachments {
      id
    }
    contacts {
      id
    }
    changelog {
      id
    }
    display
    class_type
    tags {
      id
    }
    custom_fields
    id
    created
    last_updated
    custom_field_data
    name
    slug
    description
    site {
      id
      name
      locations {
        id
        name
      }
    }
    status
    tenant {
      id
      sites {
        id
        name
      }
    }
    lft
    rght
    tree_id
    level
    children {
      id
    }
    powerpanel_set {
      id
    }
    cabletermination_set {
      id
    }
    racks {
      id
      site {
        id
        name
      }
    }
    vlan_groups {
      id
    }
    parent {
      id
    }
    devices {
      id
    }
  }
}

[arthanson]

Remaining work:

• fix type definitions
• fix type data types
• fix filtersets
• Auto generate Filtersets definitions
• Choice field handling
• Fix GraphQL tests auto-discovery of fields
• Update netbox/graphql/views.py GraphQLView (GraphiQL)
• netbox/netbox/graphql/fields.py (ObjectField, ObjectListfield)? - I think this is obsolete from optimizer
• netbox/netbox/graphql/scalars.py (BigInt)?
• netbox/netbox/graphql/utils.py (get_graphene_type)?
• netbox/dcim/graphql/gfk_mixins.py (gfk mixins)?

[jeremystretch]

Excellent work! Noticed a few minor cleanup items on initial review and had some general questions.

[jeremystretch]

The GraphiQL view isn't using our custom template, and static resources are being pulled from unpkg.com rather than being served locally.

Also, it looks like maybe we should swap django-graphiql-debug-toolbar for django-graphiql-strawberry-debug-toolbar, although AFAICT the current middleware seems functional.

[arthanson]

Fixed up the GraphiQL view, the old method of bundling the assets wouldn't work as the new GraphiQL has some include packages that ESBuild can't translate to ES6, see: (graphql/graphiql#2525) - we could switch to webpack which does handle it, but as it is just for GraphiQL it seemed fine to just statically link the separate files. Changed the ESBuild script to copy the files out of the node-packages.

django-graphical-debug-toolbar is no longer needed, so removed that. The strawberry one is handled by middleware already.

[jeremystretch]

Almost there!