Changes between Version 1 and Version 2 of container-infrastructure


Ignore:
Timestamp:
Jun 15, 2018, 9:39:33 AM (15 months ago)
Author:
Jamie McClelland
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • container-infrastructure

    v1 v2  
    2121There are also a number of secondary goals which we hope to achieve but not at the expense of our first goal:
    2222
    23  * ***Ability to scale from a few thousand users to millions of users:*** this goal is the primary goal of most container based technologies, however, it only marginally applies to us. Yes, we want to be able to handle a web site that becomes explosively popular over night. However, our primary need is to handle thousands of relatively low traffic web sites rather than a single high traffic web site. This goal is still an important secondary goal so we have the ability to support the few members that are focused on growing their Internet resources into the millions.
     23 * *Ability to scale from a few thousand users to millions of users:* this goal is the primary goal of most container based technologies, however, it only marginally applies to us. Yes, we want to be able to handle a web site that becomes explosively popular over night. However, our primary need is to handle thousands of relatively low traffic web sites rather than a single high traffic web site. This goal is still an important secondary goal so we have the ability to support the few members that are focused on growing their Internet resources into the millions.
    2424
    25  * ***Ability to instantly recover from hardware failure:*** this goal is also a primary goal of most container based technologies, but does not apply well to us. It largely depends on hardware capacity that is more than double the capacity you need to run your servers. When you have access to leased hardware via Amazon, this is quite simple and affordable. When you own all of your hardware it is prohibitively expensive. This goal still remains as an important secondary goal - and the ability to manually recover from hardware failure in a matter of minutes will still be possible. However, auto fail-over will most likely not be feasible for all member services.
     25 * *Ability to instantly recover from hardware failure:* this goal is also a primary goal of most container based technologies, but does not apply well to us. It largely depends on hardware capacity that is more than double the capacity you need to run your servers. When you have access to leased hardware via Amazon, this is quite simple and affordable. When you own all of your hardware it is prohibitively expensive. This goal still remains as an important secondary goal - and the ability to manually recover from hardware failure in a matter of minutes will still be possible. However, auto fail-over will most likely not be feasible for all member services.
    2626
    2727== First Steps ==