I am building my own Fly Machines Manager https://guiapp.fly.dev and also published a Portable app in Github for who want to play with it GitHub - Arshu/FlyManager: Portalble Fly Manager for Managing Fly.io Machines in Desktop, Servers and Mobile and so far every thing works in my Mac as long as I login and able to create a wireguard VPN, even though I have not tested this extensively.
But I have usability problem in using the application inside the Micro VM.
Show stopper Issue 1 : I am able to login/retrieve token and generally query orgs/regions/apps and create/delete/allocate IP/Release IP from my App without any problem except the login flow is not optimum.
But before I can use my App to Create/Delete/Stop/Start Machines I need to create a Wireguard VPN connection which I am not able to create programatically.
The api which is used to create the VPN expects a config filename and there is no parameter to specify the file in parameters and hence it hangs and am not able to input the filename in the command process (My problem using C#). Is it possible to provide a parameter for specifying the file name of wireguard config -f <?.conf> so that I can find if I can complete the fireguard setup through my App.
Another Issue : This app can be only used by me and I want to support a flow where anyone can clone my app into their own fly.io account. Is this possible. Any suggestions to solve this use case.
Cache Invalidation of Machines Image : Only on destroying and recreating the machine I am able to use the new image checked into registry.fly.io . Stoping and Starting does not use the new image checked in the fly registry. Any other simpler way to invalidate the Machine image so that it is refreshed from registry again.
Cold Start Up: Newly created machines take more than 3 to 4 minutes to shutdown even though I have configured it to auto shutdown after 30 seconds with 30 seconds initial offset. After the initial stop machines auto shutdown every 31 seconds after any new start. The timing for initial vm creating in the Fly Dashboard is also too fast like 11 millisecond being reported, but after the initial consistency the vm start within 400 to 500 millisecond and I can check that my application cold start is less than 2 seconds while monitoring from the browser even though the hot loading is about 100 millisecond to 300 millisecond. Only newly created machines I believe is not able to shutdown due to request metrics even though I have disabled http metrics.
Sorry for too many questions/clarifications.