Skip to content

Pull-based "GitOps" deployments of Radius using Flux #6689

Closed

Description

@AaronCrawfis

Scenario

I want to be able to treat my git repository as my "source of truth", where I check in my app templates, and then my cluster "picks up" the new app template to get it deployed.

This model is similar to flux: https://fluxcd.io/

Note that there the deployment occurs when the cluster looks for the app definition and uses that, instead of a service reaching out to the cluster to deploy the app.

Proposal

We should see if we can either leverage flux for Radius applications or see if not, create a feature in UCP/DE that allows for pull-based deployments

End result

I am an application developer using Radius. I push an update of my app's definition (in Bicep) to a git repository. After some amount of time my Radius environment picks up the new application definition and applies it.

AB#10285

Activity

  1. added
    featureThis issue describes a feature request in Radius
    on Nov 10, 2023
  2. radius-triage commented on Nov 10, 2023

    @radius-triage

    👋 @AaronCrawfis Thanks for filing this feature request.

    A project maintainer will review this feature request and get back to you soon.

    We also welcome community contributions! If you would like to pick this item up sooner and submit a pull request, please visit our contribution guidelines and assign this to yourself by commenting "/assign" on this issue.

    For more information on our triage process please visit our triage overview

  3. changed the title [-]<FEATURE TITLE>[/-] [+]Pull-based "GitOps" deployments of Radius[/+] on Nov 10, 2023
  4. radius-triage commented on Nov 13, 2023

    @radius-triage

    👍 We've reviewed this issue and have agreed to add it to our backlog. Please subscribe to this issue for notifications, we'll provide updates when we pick it up.

    We also welcome community contributions! If you would like to pick this item up sooner and submit a pull request, please visit our contribution guidelines and assign this to yourself by commenting "/assign" on this issue.

    For more information on our triage process please visit our triage overview

  5. nicolejms commented on Nov 13, 2023

    @nicolejms
    Contributor

    radius integration with flux for continuous deployment on app definition changes

  6. dtzar commented on Feb 7, 2024

    @dtzar

    You might alternatively want to consider ArgoCD agent for Bicep reconciliation loop functionality

  7. cveld commented on Apr 13, 2024

    @cveld

    This could be a two step architecture:

    • argocd takes care of pulling manifest files and creates (crd) resources
    • the radius operator responds to these resources and kicks off recipes.

    The radius cli could just convert bicep specs into manifest files for argocd to consume.

  8. cveld commented on Jun 20, 2024

    @cveld

    Would it be possible to run a small api server in container apps? Not sure if this would the most efficient architecture. Maybe radius should just requiring this mininal footprint. At least in MVP.

  9. changed the title [-]Pull-based "GitOps" deployments of Radius[/-] [+]Pull-based "GitOps" deployments of Radius using Flux[/+] on Nov 22, 2024
  10. added a commit that references this issue on Mar 31, 2025
    2cdeb07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    featureThis issue describes a feature request in RadiustriagedThis issue has been reviewed and triaged

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions