Child pages
  • Solution Deployment Options
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

Solutions are deployed with Servoy either in a client-server setup or locally installed. Over 98% of all deployments with Servoy use client/server deployment. Locally installed applications use the Servoy Runtime Client,  

In This Chapter

Deployment: Client/Server vs. local installation

Servoy supports in basis 2 ways to deploy solutions:

  1. Client/Server setup
    In this setup a central Servoy Application Server hosts the solution and users connect to the Servoy Application Server over a network (LAN/WAN/the internet) to launch one of the available Servoy Clients and run the solution
  2. Local
    In this setup the so-called Servoy Runtime Client is installed on the machine of the user and the Runtime Client is launched locally by the user.



Client Server deployment

Client Server deployment involves a centralised server which runs Servoy Server from which any of the Servoy clients can be launched. Although technically the same Client Server deployment can be implemented in three different ways:

  • On Premises deployment
  • SaaS deployment
  • Deployment in the Cloud

 

On Premise deployment

On premises deployment typically means that the application server is located on the same premises as the users of an application.

Optimal configuration:

  • Dedicated Servoy server
  • 100 or 1000 Mbit network connection
  • no firewalls or proxies between server and clients
  • 2 way socket enabled
  • Java 6 or higher
  • http tunnel disabled

Servoy wil run fine without the optimal configuration but with the configuration above there will be less cpu usage, less memory usage, better performance and less potential network issues

 

SaaS deployment

Servoy can also be deployed using SaaS. There are a couple of ways to do this:

Servoy supports the main three SaaS paradigms:

  • Multi tenancy: all data is stored in a single database and the Servoy application separates the data
  • Multi database: one database per customer/tenant
  • ASP: One installation per client.

For SaaS deployment the server installation and management is identical to a normal installation.

 

Cloud deployment

Servoy can be deployed in most cloud computing environments. Essentially all you need is a database (this can be a third party or the included PostgreSQL database) and the possibility to run a Java process (Java 5 or higher, Java 6 recommended).

Servoy Server can then be installed on the server, either with the GUI installation (if a GUI is available) or command line. It is also possible to copy a directory of Servoy from one server to another. As there are some batch scripts it is recommended to only make copies between similar operating systems. Additionally if the included PostgreSQL database is used the binaries are not cross platform.

To increase availability or performance it is possible to use Servoy Cluster and combine multiple servers.

 

Stand-alone deployment

Servoy can be deployed in two ways for stand alone usage.

  • Client/Server: both a Server and Client run on the same machine
  • Servoy Runtime: a special stand alone version of Servoy

Client/Server
In this case a server is installed locally and a Smart or web client is deployed from that server to the local user

Runtime
Using the Servoy Runtime builder a runtime is generated that contains a doubleclickable executable. No server installation is necessary and the folder in which the runtime resides is portable (it can be moved between different machines as long as they have the same host operating system)

Pro's & Con's

  • Client/Server: a local server has to be installed, with Runtime this is not necessary
  • Client/Server can support multiple database connections, runtime only one local
  • Client/Server can be enhanced with Mobilink to enable synchronisation
  • Client/Server also allows other users to connect to the server (essentially a peer to peer scenario)
  • No labels