<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 16, 2014 at 9:28 AM, Damir Kalashnikov <span dir="ltr"><<a href="mailto:kalashnikovdamir@gmail.com" target="_blank">kalashnikovdamir@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Matthew,<div><br></div><div>I was not explicit - I meant scaling UP on a single machine. I plan to have a cluster installation in future but for first version it will be a single machine installation. We will be able to get a beefy machine in terms of specs, but nothing extraordinary (up to 8 core Intel CPU and up to 32GB of RAM). </div>

<div><br></div><div>We do not plan do a lot of I/O or CPU intensive things, 90% of time connecting and routing incoming calls, collecting call statistics. 10% playing saved audio and voicemail.</div><div><br></div><div>My main performance related concern was, if asterisk can support having 200 simultaneous channels sitting in stasis application/s, and 90% of those channels are in a state when they are connected to one another or to external line (i.e. no CPU or I/O intensive work is  being done). From what I understood, it does not look like a problem.</div>

<div><br></div><div>Regarding stability of ARI. Are currently exposed ARI APIs stable enough to the point that I can rely on them in production (at least to the extent that I could rely on Asterist 11 version of FastAGI) ?</div>

<div><br></div></div></blockquote><div><br></div><div>ARI uses semantic versioning [1]. The current version is 1.3.0 - which means no backwards incompatible changes have been introduced. All additions have been backwards compatible changes or bug fixes.<br>
</div><div> <br></div></div>Does this mean that ARI will never jump to 2.0.0? No - but it is something that we would debate aggressively on this mailing list before doing, and we would explore all possible options before making such a decision.<br>
<br></div><div class="gmail_extra">I wouldn't expect that we would do this in a release branch either, unless we had no other option.<br></div><div class="gmail_extra"><br>[1] <a href="http://semver.org/">http://semver.org/</a><br>
<br></div><div class="gmail_extra">Matt<br></div><div class="gmail_extra"><br>-- <br><div dir="ltr"><div>Matthew Jordan<br></div><div>Digium, Inc. | Engineering Manager</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div>
<div>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div></div>
</div></div>