This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
dido:public:ra:1.4_req:2_nonfunc:08_elasticity [2021/06/04 14:59] char [About] |
dido:public:ra:1.4_req:2_nonfunc:08_elasticity [2021/07/26 12:40] (current) murphy [About] |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== 4.3.9 Elasticity ====== | ====== 4.3.9 Elasticity ====== | ||
| - | [[dido:public:ra:1.4_req:2_nonfunc| Return to Non-Functional Requirements]] | ||
| - | * **<color #FF0000><todo @char>Please Review</todo></color>** | + | [[dido:public:ra:1.4_req:2_nonfunc| Return to Non-Functional Requirements]] |
| ===== About ===== | ===== About ===== | ||
| Line 18: | Line 17: | ||
| )). | )). | ||
| - | * **Cost-aware criteria** the default is to assume that there is a firm fixed price for IaaS providers, however, some providers allow for spot pricing schemes (i.e., Amazon) which can allow users to tap into IaaS excess capacity. This excess capacity is there so that the IaaS provider can meet the Service Level Agreements (SLAs) guaranteed to all customers. | + | The following are the various strategies used to achieve elasticity: |
| - | * **Power-aware cost function**. There are benefits being reaped when using the off-peak power consumption only. Using the power required to meet the application's needs and little more. | + | * **Cost-aware criteria**: The default is to assume that there is a firm fixed price for IaaS providers, however, some providers allow for spot pricing schemes (i.e., Amazon) which can allow users to tap into IaaS excess capacity. This excess capacity is there so that the IaaS provider can meet the Service Level Agreements (SLAs) guaranteed to all customers. |
| - | * **Multiple classes of requests**. This allows applications to be segmented into categories based on the need for service. For example, customers' requests for service from the application can be divided into three categories: High Priority for performing financial transactions; Medium Priority for those making product enquirers; Low priority for this browsing. | + | * **Power-aware cost function**: Using the power required to meet the [[dido:public:ra:xapend:xapend.a_glossary:a:application|application's]] needs and little more, i.e., using off-peak power consumption only. |
| - | * **Other types of applications** | + | * **Multiple classes of requests**: Allow applications to be segmented into categories based on the need for service. For example, customers' requests for service from the application can be divided into three categories: High Priority for performing financial transactions; Medium Priority for those making product inquiries; Low priority for simple browsing. |
| - | * **Scaling multiple applications**. This allows for an application to be broken up into smaller applications whose functionality and services are orchestrated. | + | * **Scaling multiple applications**: Allow an application to be broken up into smaller applications whose functionality and services are orchestrated. |
| ===== DIDO Specifics ===== | ===== DIDO Specifics ===== | ||
| [[dido:public:ra:1.4_req:2_nonfunc:08_elasticity| Return to Top]] | [[dido:public:ra:1.4_req:2_nonfunc:08_elasticity| Return to Top]] | ||
| - | //<color #FF0000><todo>TBD - to be added/expanded in future revisions of the DIDO RA</todo></color>// | + | : <wrap hi><color red> To be added/expanded in future revisions of the DIDO RA </color></wrap> |
| /**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | /**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | ||