Additionally, the distributed nature of the shinyapps.io platform means that instances may be shut down and re-created at any time for maintenance, or to recover from server failures. This design comes with some important considerations:ĭata written by an application to the local filesystem of an instance will be lost when you re-deploy the application. If the app was previously deployed, shinyapps.io shuts down and destroys the old instances. When you deploy an app, shinyapps.io creates a new image with the updated code and packages, and starts one or more instances with the new image. Do not set the maximum size larger than the limit for your shinyapps.io plan, or application deployments will fail. If you plan to deploy application bundles larger than 3 GB in size, you can override the rsconnect default by setting this option first: For the latter plans, note that the rsconnect package has a default bundle size limit of 3 GB, independent of your shinyapps.io plan limit. There is no limit to the number of bundle files you can upload, but bundles are limited to a maximum size of 1 GB for the Free and Starter plans, and up to 5 GB for the Basic, Standard and Professional plans. Each instance runs an identical copy of the code, packages, and data that you deployed collectively, this is called an image. Shinyapps.io hosts each app on its own virtualized server, called an instance.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |