Difference between revisions of "Platform Deployment Options"
From LongJump Support Wiki
imported>Aeric |
imported>Aeric |
||
| (One intermediate revision by the same user not shown) | |||
| Line 3: | Line 3: | ||
This section describes deployment options that increase scalability and reliability. | This section describes deployment options that increase scalability and reliability. | ||
;Multiple | ;Multiple Application Servers:Instances of the platform can be deployed on different servers to improve response times. | ||
;Separate servers for Apache <tt>httpd</tt>:When the Apache <tt>httpd</tt> server is used to serve static content, the Apache <tt>httpd</tt> instances can be deployed on separate servers, while | ;Separate servers for Apache <tt>httpd</tt>:When the Apache <tt>httpd</tt> server is used to serve static content, the Apache <tt>httpd</tt> instances can be deployed on separate servers, while platform instances run on their own servers. ''Learn More:'' [[Installing and Configuring Apache for Use with the Platform]] | ||
;Web App Accelerators: Web Application acceleration services like those provided by Akamai can also be used to improve response times and throughput. ''Learn More:'' [http://www.akamai.com/html/technology/products/waa.html Web Application Accelerator]. | ;Web App Accelerators: Web Application acceleration services like those provided by Akamai can also be used to improve response times and throughput. ''Learn More:'' [http://www.akamai.com/html/technology/products/waa.html Web Application Accelerator]. | ||
;Multiple <tt>memcached</tt> servers:The MemCache Daemon can also be run on one or more separate servers. In addition to the performance improvement, that configuration makes it somewhat easier to add | ;Multiple <tt>memcached</tt> servers:The MemCache Daemon can also be run on one or more separate servers. In addition to the performance improvement, that configuration makes it somewhat easier to add application servers to scale capacity later. ''Learn More:'' [[Configuring memcached]] | ||
;Separate Database Server:Running the | ;Separate Database Server:Running the platform and the Database on different servers is highly recommended for a production deployment. ''Learn More:'' [[Configuring MySQL to Run on a Separate Server]] | ||
;Separate Servers for Backend Processes:The backend processes | ;Separate Servers for Backend Processes:The backend processes used by the application server can be (and should be) deployed to at at least one "backend server" to minimize response time in the customer-facing server they would otherwise be running on. Beyond that, heavily-used services can be deployed to servers of their own, to maximize performance. ''Learn More:'' [[Managing Backend Services]] | ||
<noinclude> | |||
[[Category:Installation]] | [[Category:Installation]] | ||
</noinclude> | |||
Latest revision as of 00:05, 17 January 2012
Platform Deployment Options
This section describes deployment options that increase scalability and reliability.
- Multiple Application Servers
- Instances of the platform can be deployed on different servers to improve response times.
- Separate servers for Apache httpd
- When the Apache httpd server is used to serve static content, the Apache httpd instances can be deployed on separate servers, while platform instances run on their own servers. Learn More: Installing and Configuring Apache for Use with the Platform
- Web App Accelerators
- Web Application acceleration services like those provided by Akamai can also be used to improve response times and throughput. Learn More: Web Application Accelerator.
- Multiple memcached servers
- The MemCache Daemon can also be run on one or more separate servers. In addition to the performance improvement, that configuration makes it somewhat easier to add application servers to scale capacity later. Learn More: Configuring memcached
- Separate Database Server
- Running the platform and the Database on different servers is highly recommended for a production deployment. Learn More: Configuring MySQL to Run on a Separate Server
- Separate Servers for Backend Processes
- The backend processes used by the application server can be (and should be) deployed to at at least one "backend server" to minimize response time in the customer-facing server they would otherwise be running on. Beyond that, heavily-used services can be deployed to servers of their own, to maximize performance. Learn More: Managing Backend Services