Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. Feature Requests
  3. Staging environment for custom apps

Staging environment for custom apps

Scheduled Pinned Locked Moved Feature Requests
4 Posts 3 Posters 41 Views 3 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • E Offline
    E Offline
    ekevu123
    wrote last edited by
    #1

    When I want to update a custom app but make sure there's no deployment-related issue, I have too choices on Cloudron:

    • Update my app, hope for the best and revert immediately using backup (easy, but causes 1-2 minutes of downtime)
    • Create a second app for staging only, test it there, and if needed, push again to production

    Suggestion: Introduce a staging environment for custom apps

    1. Under the hood, this is another custom app in cloudron, but the UI treats it differently
    2. I install it using cloudron update --staging for my app
    3. I can reach it under a staging domain
    4. If I am happy, I can push a button (or run Cloudron CLI) to direct traffic to the new app instead of the previous one. Ideally, staging becomes production and old production gets deleted to reduce downtime, but I haven't thought this through.

    Benefits of this approach over the current one:

    1. I don't have to create two apps for the same thing, because logically, this is one app in different states
    2. Hopefully, this approach could reduce downtime
    1 Reply Last reply
    2
    • robiR Offline
      robiR Offline
      robi
      wrote last edited by
      #2

      Even if the UI did this as one App, under the hood it's still two completely different containers, environments and apps.

      Conscious tech

      1 Reply Last reply
      2
      • E Offline
        E Offline
        ekevu123
        wrote last edited by
        #3

        Yes, but that doesn't matter much, there could be some UI and CLI shortcuts implemented around it.

        1 Reply Last reply
        0
        • humptydumptyH Offline
          humptydumptyH Offline
          humptydumpty
          wrote last edited by humptydumpty
          #4

          The whole switching thing sounds unnecessary. Why not have a "sync" button to keep the staging site up-to-date with the production site for future testing?

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • Bookmarks
          • Search