Meshery v0.8.0 Roadmap

This post includes the proposed roadmap for Meshery v0.8.0 release. Use this thread to refine and hardened these plans and assignments. If you are interested in contributing to or leading any of these items, please comment below.

Legend

Theme or Meshery Component
:meshery: [@Theme Champion]
[?] = help wanted
:x: incomplete/no implementation
:warning: partial implementation
:white_check_mark: done

Resources

  1. See v0.8.0 Milestone in meshery/meshery.
  2. See the Meshery Architecture deck for additional visual designs and functional specifications.

Lifecycle Management

  • Support AWS and GCP (spec) [@MUzairS15]

    • :white_check_mark:Static Model Generation sources AWS, GCP as K8s CRDs. [@MUzairS15]
    • :white_check_mark: Relationships: AWS [@SAHU-01]
    • :warning: Relationships: GCP
    • :x: Connections, Credentials for AWS, GCP
    • :x: CLI: Refactor system config for AKS (spec) [@hexxdump]
    • :x: CLI: Refactor system config for EKS (spec) [@hexxdump]
  • :warning: GitOps: Expand Flux Integration with Helm Repo [?]

  • :x:MeshSync: Configurable and Tiered Discovery [:meshery:@Daniel.Kiptoon]
    • :warning: Support for runtime registration of new fingerprints. [@MUzairS15]
    • :x: Support for composite fingerprints where keys span multiple entities (or not just the entity being discovered). [?]
Roadmap v0.9.0 (stretch goal)
  • CLI: Meshconfig: Support for multi-cluster (spec) [?]

Registry & Models [:meshery:@MUzairS15]

Models

  • :white_check_mark: Refactor Model as first-class resource. [@Shlok_Mishra]
  • :white_check_mark: Server: Model Generator for direct Helm Chart or K8s Manifest Retrieval
    • :white_check_mark: Dynamic Generation via URL (Chart, Manifest) upon Design import. [@Shlok_Mishra ]
  • :x: Support for Sub-Categories [?]

Relationships

  • :white_check_mark: Refactor Relationship as first-class resource. [@Lee]
    • :white_check_mark: Relationship Coverage for All K8s Components (spec) [@Lee][@Ripul.Handoo][@SAHU-01]
    • Evaluation: Enhancing the mechanism used to reference policies on disk or in registry. [?]
    • :white_check_mark: Classification of Policy Evaluation into client-side, server-side, and cluster-side moments of evaluation and their distinctions. [@Lee]
    • :white_check_mark: SelectorSets for Relationships [@MUzairS15]

Registry [:meshery:@Yash.Sharma]

  • :white_check_mark: UI: (Capabilities) Registry [:meshery:@Yash.Sharma]
  • :warning: Registration of connections and credentials [?]
  • :white_check_mark: CLI: Support for commands: models, relationships, components, connections, credentials [@alphaX86] [@Matthieu.EVRIN]

Open Container Image (OCI) Support [:meshery:@theBeginner86]

  • :white_check_mark: Adopt OCI as the packaging and distribution format for Meshery Designs, Patterns, Filters, Models (#6447) (Design Spec)
  • :white_check_mark: CLI: Pushing and pulling Models and Designs from OCI registries [?] (Design Spec)
Roadmap v0.9.0 (stretch goal)
  • Connection: Supporting OCI Registries (#8855) (Design Spec)
  • Signing OCI exported images (#8855)
  • Export a Design to GitHub [?]
  • Export a Model to Docker Hub [?]

Spaces [:meshery:@theBeginner86]

Extensibility & Extensions [?]

Roadmap v0.9.0 (stretch goal)

Stretch

Adapters & Performance Management [:meshery:@Xin_Huang] [@Kunyue.Xing]

  1. :warning: Adapter: Evolve meshes.proto to adapters.proto
  2. :warning: :nighthawk: Externalize Nighthawk (spec) [@Lee][@Xin_Huang][@MUzairS15]
    1. :warning: :nighthawk: Nighthawk as a Meshery Adapter (meshery-nighthawk) [@Xin_Huang]
    2. :warning: :nighthawk: Server: Lifecycle Management of meshery-nighthawk in Meshery Server [@MUzairS15]
    3. :warning: :nighthawk: CLI: mesheryctl perf support for load generator / adapter selection [?]
    4. :warning: :nighthawk: UI: meshery-nighthawk adapter chip [@Yash.Sharma]

Basic Adaptive Load Controller

Roadmap v0.9.0 (stretch goal)

Basic Adaptive Load Controller (spec) (v0.9.0)

  • Exposure of “Adaptive Test” in Meshery UI. [?]
  • Meshery Server endpoints. [@Xin_Huang]
  • Storage of n result sets in Provider for a given Performance Profile. [@Xin_Huang], [@theBeginner86]

Custom Telemetry Provider

Roadmap v0.9.0 (stretch goal)
  • Multiple Telemetry Providers and Custom Boards (spec) [?]
  • User-defined Dashboards and Metrics (spec) [?]

Docs [:meshery: @iArchitSharma][@Awani_Alero]

  • :white_check_mark: [Playground] Learning Paths: Cloud Native tutorials with Meshery Playground #9832
    [@vishalvivekm]
    • Creating three tutorials per category, allowing learners to perform hands-on lab interactively in the live cluster environment in Meshery Playground. [@sandramsc]
  • :white_check_mark: Automated publication of security key reference [@Yash.Sharma]
  • :white_check_mark: Automated publication of Model Relationships and Components [@theBeginner86][@vishalvivekm]
  • :x: Dynamic Menu: Sidebar Table of Contents [@iArchitSharma]

UI [:meshery: @Antonette.Caldwell @SAHU-01]

CLI [:meshery: @alphaX86 @hexxdump]

  • :warning: CLI: code coverage goal: 50% [?]
  • :white_check_mark: CLI: Full migration from Apps to Designs [@theBeginner86]
Roadmap v0.9.0 (stretch goal)
  • CLI: system report - diagnostics reporting (stretch goal) [?]

Build, Test, Release [:meshery: ]

Playground [@Sangram.Rath]

  • :white_check_mark: Migration from Docker Compose to Kubernetes deployment
  • :white_check_mark: Remote Provider migration from AWS to Equinix

Meshery Catalog [:meshery: @vishalvivekm]

  • :white_check_mark: 100% design-type coverage
  • :white_check_mark: 50% technology-type coverage
  • :warning: Models in Catalog

See the Meshery Architecture deck for additional visual designs and functional specifications.

4 Likes

I would like to champion this MeshSync feature

3 Likes

I’m willing to lead this one :slight_smile:

3 Likes

Willing to lead this one

3 Likes

Maybe we can have the present design as a new feature in the playground like present slide in Google Slides.

2 Likes

Docs (docs.layer5.io)

  • Automated provisioning of the keys
  • New Shortcodes

Meshery is an awesome tool for learning cloud and cloud-native technologies, and so leading the creation of tutorials/hands-on labs is something I want to pursue.
@vishalvivekm

Willing to contribute to models.

Dropping this here as a start then we can flesh it further

1 Like

I want to work on UI. Current work includes

UI: Complete incorporation of RTK [@Sudhanshu_Dasgupta]
- UI: Complete elimination of useEffect.

Hey @abhishekmmgn thanks for raising your hand, please checkout this issue #9985 for more info

Oh, okay. Thanks for the help