Migrating to RStudio Connect from Shiny Server Pro


Relative to Shiny Server (Pro), RStudio Connect automates much of the administrative load and gives users the ability to better manage their own apps. For admins used to Shiny Server (Pro), migrating to RStudio Connect requires thinking about app management somewhat differently. This article points out the most substantial changes.

In addition to the administrative changes, RStudio Connect supports a much richer set of content types than Shiny Server (Pro), giving your team more flexibility for larger projects, more diverse outputs, and easier automation. For more information on which product is the right choice for your team, please see this article.

For specifics on how to map server settings in Shiny Server (Pro) to RStudio Connect settings and how to migrate apps, please see this article.

Differences Between RStudio Connect and Shiny Server (Pro)


Shiny Server (Pro)

RStudio Connect

User Types

Viewers and Server Admins

Viewers, Publishers, RStudio Connect Admins, and Server Admins

Multiple Versions of R


Best Practice

Package Management

Server Admin manually installs server-wide

RStudio Connect manages per-app library


Server Admin copies files

By Publisher via Push-Button, Git-Backed, or API

App File Locations

Server Admin Manages

RStudio Connect Manages

App Settings

Access, Environment Variables, URL, Runtime Settings

Server Admin manages in config and secrets files

Publisher manages per app

Support for Python

Only via R reticulate package

Similar to R support


More Types of Users

In Shiny Server (Pro), a Server Admin must SSH into the server for all administrative tasks. Apps are managed by manually installing components and editing server-wide config files. The only other option for server access is to be a Viewer, who can only view apps.

RStudio Connect adds two new roles to allow users to administer apps without needing to SSH to the server itself. Publishers can deploy and manage individual pieces of content, and Administrators can make changes within the RStudio Connect UI like managing users and content (see here for complete list of administrator rights); they may or may not be Server Admins with SSH access.

Multiple Versions of R and Per-App Package Libraries

In Shiny Server (Pro), a server admin installs R and required R packages. Because there is only one package library per version of R, all apps must use the same package versions. When new packages or package versions are needed, the service requires a restart to find the new packages.

This paradigm is completely different in RStudio Connect. Server Admins must install versions of R, but do not manage R packages at all. Instead, RStudio Connect automatically manages a per-app package library

In most cases this is completely automatic. When an app is deployed, RStudio Connect captures the app’s development R version and R packages, matches the version of R, and re-creates the app environment on the server. RStudio Connect will use a previously cached version of packages if available or will install the packages from CRAN, RStudio Package Manager, a git repo, or elsewhere as needed.

More Flexibility in Deployment

RStudio Connect’s deployments are much more automated and flexible than in Shiny Server (Pro). 

The biggest change is that RStudio Connect manages app file locations instead of a Server Admin and does not reveal the directory structure to end-users. 

In RStudio Connect, the absolute file paths of the apps themselves are not easily findable and should not be used in R code. Shiny apps that make use of the absolute path of the directory on Shiny Server (Pro) should be updated to access data in a way suitable for RStudio Connect.

The deployment method itself is also much more flexible in RStudio Connect. Deploying an app to Shiny Server (Pro) must be done by a Server Admin, who uploads the Shiny apps and manually configures dependencies like R and Python packages as well as app access, environment variables, app URLs, and app runtime settings.

In RStudio Connect, there are three supported deployment methods: push-button, git-backed, or via API. An app’s publisher can choose any of the three support deployment methods for each piece of content. App publishers can individually manage who can view and edit their app, environment variables, app URLs, and runtime settings via the dashboard for each app in RStudio Connect. 

Python Support

Shiny Server (Pro) has no direct support for Python. Shiny apps can use Python via R’s reticulate package, but Python content cannot be deployed on its own. 

RStudio Connect supports several types of Python content, including Jupyter Notebooks, Flask and Bottle APIs, Dash apps, and more. For this content to be deployed, a server admin must configure one or more versions of Python. When a piece of content is deployed, the Python version will be matched and the set of required packages restored automatically. virtualenv is used to create content-specific environments and pip is used to install Python packages.