Update:Archive/2.0/Architecture and General Design/Infrastructure

Update: Home Page » Architecture and General Design » Infrastructure

Introduction

This page will describe the UMO infrastructure supporting the UMO service.

Caching

We are currently using Squid for caching of images and content. This has been quite scalable but we need to start considering using Apache2 + mod_cache/mod_proxy to be able to handle more types of HTTP 1.1 requests.

We were using Squirm at one point as part of Squid to handle the Firefox's random string on the end of the application update URLs, to improve cacheability of the RDF files (see bug 279379), however that was removed after the application update service was separated to another box.

The addons and plugin-finder sites are now the only ones living behind our dual squid servers.

Another thing to consider might be Memcached, to see if that would help? --Csogilvie 12:06, 22 Jan 2005 (PST)

Database

We are using MySQL 4.1.7 for the database. We currently have this all on one database server but moving forward we need to consider a master/slave arrangement for redundancy sake.

Web/Application Servers

We are using Apache2 + PHP 4 on top of Linux machines right now. Right now, we only have one application server and we need to fix that asap. The current application server is running RHEL 3.

Are there plans to split the extensions update service from the Application Update service since one is just static RDF files, the other is dynamic? Could the static RDF files be served from something other than Apache, perhaps a lightweight HTTPD? Perhaps not necessary if Squid was cahcing them, but I'm putting the idea out there. --Csogilvie 12:00, 22 Jan 2005 (PST)

Yes, we're looking at a separating AUS. -alanjstr