28.06.2013 Views

Papers in PDF format

Papers in PDF format

Papers in PDF format

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Chapter Two: System Requirements and Specifications<br />

The requirements <strong>in</strong> the marketplace translate <strong>in</strong>to a very tough computer science problem<br />

that is not easily solved via traditional approaches.<br />

Hav<strong>in</strong>g evaluated the direction of the Web marketplace and the genu<strong>in</strong>e need for a<br />

scaleable, high performance Web activity record<strong>in</strong>g, access<strong>in</strong>g and report<strong>in</strong>g system as<br />

requested by the marketplace, Andromedia has translated this request <strong>in</strong>to the technical<br />

requirements driv<strong>in</strong>g our architecture design.<br />

Technical Requirements<br />

1) 100% Capture<br />

The system must fulfill 100% data capture. If a stand-alone system is to fulfill the<br />

needs of the myriad of applications and satisfy the many classes of users need<strong>in</strong>g<br />

reports. The system must capture ALL of the <strong>in</strong><strong>format</strong>ion available. The system<br />

must also accommodate the Web as it evolves, be<strong>in</strong>g able to capture new types of<br />

data as it emerges.<br />

2) High Performance Capture and Retrieval<br />

• Must keep up with the retrieval demands dur<strong>in</strong>g peak load periods:<br />

As a website’s usage rises and falls, the system must be able to keep up<br />

without hav<strong>in</strong>g to reconfigure the hardware on a dynamic basis. If an<br />

application is expect<strong>in</strong>g real-time access to certa<strong>in</strong> data, the system must be<br />

able to provide this access consistently.<br />

• Must provide no loss of data due to overflow:<br />

If the system is not support<strong>in</strong>g any real-time applications it will be<br />

acceptable to “catch up later”, as long as the catch-up period is with<strong>in</strong> the<br />

w<strong>in</strong>dow <strong>in</strong> which reports on the data are be<strong>in</strong>g generated. In no case can<br />

the system get so overloaded that it is not accept<strong>in</strong>g any more data and<br />

data is permanently be<strong>in</strong>g lost.<br />

• Data must be available for retrieval immediately:<br />

When real-time applications are depend<strong>in</strong>g on the data be<strong>in</strong>g made<br />

available immediately, the system must ma<strong>in</strong>ta<strong>in</strong> this level of support. If an<br />

advertis<strong>in</strong>g management application is rotat<strong>in</strong>g local language versions of<br />

their ads depend<strong>in</strong>g on the doma<strong>in</strong> reference of the user, that doma<strong>in</strong><br />

reference data must always be available.<br />

______________________________________________________________________________<br />

The Aria Architecture Page 9 Andromedia, Inc.<br />

White Paper July 1996

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!