AppsAnywhere is an app store-style platform that gives your students and staff easy access to the software they need, on and off-campus, including BYOD.
Multiple delivery methods are supported, so you can define the best way to deliver individual apps to your end-users, based on the device they are using and any app license restrictions.
This section of our documentation is designed to provide all the details you might need when preparing to deploy AppsAnywhere.
During new customer on-boarding, the Software2 team will discuss your specific requirements and provide a tailored AppsAnywhere Deployment Guide.
A Technical Call will then be arranged to answer any questions. Support is available from a dedicated Software2 Consultant throughout your initial deployment.
To avoid additional effort, please do not deploy any servers or infrastructure until after you have received your Deployment Guide and discussed it with your Technical Consultant.
Existing Software2 customers are welcome to configure one additional AppsAnywhere server for testing purposes.
An additional, separate database, will also be required for this test instance, but no other services need to be replicated.
This test server can be connected to other existing delivery methods such as Cloudpaging or Parallels RAS, without affecting your live service.
A typical AppsAnywhere infrastructure will include the following servers and services.
You can host these components on-premise, or in your private Cloud e.g. Microsoft Azure.
Software2 provide AppsAnywhere as a virtual appliance, ready to import to your chosen hypervisor.
End-users will connect to your AppsAnywhere Portal to access and launch applications.
These servers also provide the Admin Portal where your app and system administrators can configure settings and deploy applications.
Please see the Server Requirements section for more details.
Network and Load Balancing
End-users will need to be able to connect to your AppsAnywhere Portal both on and off-site, from any location.
Unless you are configuring a single test instance, you will likely require multiple AppsAnywhere Servers for load balancing, fault tolerance, and to facilitate future upgrades.
Please see the Network Requirements section for more details.
A connection to Active Directory (LDAPS) is required to verify which apps users can access, and as the initial login authentication method.
Once an LDAPS connection has been configured, additional authentication and SSO methods can also be supported.
Please see the Directory Requirements section for more details.
A Microsoft SQL database is required by AppsAnywhere to store configuration details for the applications and delivery methods, as well as usage records.
Please see the Database Requirements section for more details.
A domain joined machine is required for Software2 to test AppsAnywhere, in particular that single sign on functionality is operational.
This can also be used as a management machine for Software2 Remote Access.