<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Much snippage of extra and inconsistent quoting below, but to
amplify Robert's point - cloud really is, someone elses computer.
There should be no inferred level of resilience.<br>
</p>
<p>When you subscribe to a cloud service you are also selecting a
service level (most cloud providers will explain their level of
service availability under normal conditions), and you are also,
basically, outsourcing the overheads of maintaining your service
to someone who is presumably benefiting from 'scale' - the ability
to run multiple tenants on the same systems, and 'buy in bulk'
where smaller operators cannot do so competitively. <br>
</p>
<p>But it's still outsourcing. If the offering doesn't provide the
SLA you want, if the level of control and influence you have over
the level of resilience provided is insufficient, vote with your
feet and find a position that's adequate for you.<br>
</p>
<p>It's relatively easy to offer a fairly resilient service (say,
99.9% availability) if you use some HA components and remove most
single points of failure. That's pretty decent availability, more
than enough for many applications. But not enough for others. <br>
</p>
<p>Operating >99.9% is doable, but can rapidly spike your costs -
and depending on what you're doing, can also spike complexity. You
have to choose whether it's worth the time and expense of that
additional engineering.<br>
</p>
<p>So it's possible to use cloud without also being a Highly
Available service with multi-site resilience. No-one should
mistake cloud for HA, unless the option you choose, stipulates as
such. And presumably has to charge commensurate to the level of
investment put in to achieve that HA.</p>
<p>Mark.<br>
</p>
<br>
<div class="moz-cite-prefix">On 2/02/2017 9:16 p.m., Robert Hudson
wrote:<br>
</div>
<blockquote
cite="mid:CAOu9xNJ8dGCWqXSoQ=_fqbjqtNpO3fcK17rgXHf7vTbXYrud0g@mail.gmail.com"
type="cite">
<div dir="auto">In most cases, cloud is just someone else's
computer...</div>
</blockquote>
<br>
<blockquote
cite="mid:CAOu9xNJ8dGCWqXSoQ=_fqbjqtNpO3fcK17rgXHf7vTbXYrud0g@mail.gmail.com"
type="cite">
<div class="gmail_extra">A group of us were discussing the true
meaning of cloud in terms of web hosting the other day, I
basically said that if the server isn't setup with load
balancing across multiple DC's that it isn't really proper cloud
hosting. It needs to be setup with high availability. <br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>A lot of providers use the term cloud when its not. <br>
</p>
<p><br>
</p>
<pre class="m_-699787050440374874moz-signature" cols="72">--
Chad Kelly
Manager
CPK Web Services
web <a moz-do-not-send="true" class="m_-699787050440374874moz-txt-link-abbreviated" href="http://www.cpkws.com.au" target="_blank">www.cpkws.com.au</a>
phone 03 9013 4853</pre>
</div>
<br>
______________________________<wbr>_________________<br>
AusNOG mailing list<br>
<a moz-do-not-send="true"
href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
<a moz-do-not-send="true"
href="http://lists.ausnog.net/mailman/listinfo/ausnog"
rel="noreferrer" target="_blank">http://lists.ausnog.net/<wbr>mailman/listinfo/ausnog</a><br>
<br>
</blockquote>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
AusNOG mailing list
<a class="moz-txt-link-abbreviated" href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a>
<a class="moz-txt-link-freetext" href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a>
</pre>
</blockquote>
<br>
</body>
</html>