4 ms·

Scaling Twilio

71 points by stanleydrew 15y ago

runT1ME 15y ago
I always get a little suspicious about how little Twilio talks about their SIP stack. Barely a mention of it except for 'Asterisk/FreeSwitch/JSR289'. All of those ostensibly can provide the same functionality (SIP, Sip Termination) yet no mention of why all three? I mean, this is their core businesses/functionality. EDIT: I didn't mean for this to imply I think something sinister is going on, or that I don't think Twilio is really cool! I'm just curious of why they went with what I would consider an unorthodox technology stack (the combination, not picking any one of the three). I mean, wouldn't you guys think it was interesting if Github made a brief mention of the fact that some user information was stored in Oracle, others in MS SQL, and some in Postgres? shrug
- zmanji 15y ago
  Does it really matter? It works doesn't it?
- emcooke 15y ago
  Twilio has a service-oriented architecture internally. We leverage a variety of application stacks for different services.
- endlessvoid94 15y ago
  Why does that make you suspicious?
- patrickgzill 15y ago
  My guess would be that they use different pieces of each software program. Asterisk is good for some things but FreeSwitch can be used as a SBC (session border controller) and from there, you can do load balancing across multiple machines. etc. as an example.
  - bradleyland 15y ago
    I think you pretty much nailed it. I know a few guys that run a VoIP carrier out of Cleveland, OH. They started out building their core SIP switches on Asterisk, but quickly learned that Asterisk isn't the best piece of software for that role. They moved their core to OpenSIPS, but still use Asterisk for feature offerings (like conference bridges and IVRs). It's a 'horses for courses' thing.
knodi 15y ago
Is boxconfig there custom made deployment tool?
- johns 15y ago
  Yes
nphase 15y ago
Please open source boxconfig.
laluser 15y ago
There are better alternatives out there. I think the company is a little too over hyped, to be honest.
gt384u 15y ago
For the sake of another data point, my own company provides a hosted PBX platform and just recently acquired another hosted PBX platform provider. We are a hodgepodge of J2EE pre-SIPServlet on JBoss using Rhino for the scripting layer. Also, we acquired a company which essentially wrote their own Asterisk for Tomcat and built the current incarnation of our PBX platform on that. We do SBC with OpenSIPS and there are a number of other random bits and pieces (including Asterisk) which have played a role over the years. I have not seen the other company's codebase, but I am told they are a similar hodgepodge of PHP, Erlang (but not for the telephony bits), and possibly Java. I would rather enjoy and appreciate any consistency in the platform, but I doubt we'll ever get to do the sort of rewrite that would provide that consistency.

71 points by stanleydrew 15y ago

I always get a little suspicious about how little Twilio talks about their SIP stack. Barely a mention of it except for 'Asterisk/FreeSwitch/JSR289'. All of those ostensibly can provide the same functionality (SIP, Sip Termination) yet no mention of why all three? I mean, this is their core businesses/functionality. EDIT: I didn't mean for this to imply I think something sinister is going on, or that I don't think Twilio is really cool! I'm just curious of why they went with what I would consider an unorthodox technology stack (the combination, not picking any one of the three). I mean, wouldn't you guys think it was interesting if Github made a brief mention of the fact that some user information was stored in Oracle, others in MS SQL, and some in Postgres? shrug

zmanji 15y ago
Does it really matter? It works doesn't it?
emcooke 15y ago
Twilio has a service-oriented architecture internally. We leverage a variety of application stacks for different services.
endlessvoid94 15y ago
Why does that make you suspicious?
patrickgzill 15y ago
My guess would be that they use different pieces of each software program. Asterisk is good for some things but FreeSwitch can be used as a SBC (session border controller) and from there, you can do load balancing across multiple machines. etc. as an example.
- bradleyland 15y ago
  I think you pretty much nailed it. I know a few guys that run a VoIP carrier out of Cleveland, OH. They started out building their core SIP switches on Asterisk, but quickly learned that Asterisk isn't the best piece of software for that role. They moved their core to OpenSIPS, but still use Asterisk for feature offerings (like conference bridges and IVRs). It's a 'horses for courses' thing.

knodi 15y ago

Is boxconfig there custom made deployment tool?

johns 15y ago
Yes

nphase 15y ago

Please open source boxconfig.

laluser 15y ago

There are better alternatives out there. I think the company is a little too over hyped, to be honest.

gt384u 15y ago

For the sake of another data point, my own company provides a hosted PBX platform and just recently acquired another hosted PBX platform provider. We are a hodgepodge of J2EE pre-SIPServlet on JBoss using Rhino for the scripting layer. Also, we acquired a company which essentially wrote their own Asterisk for Tomcat and built the current incarnation of our PBX platform on that. We do SBC with OpenSIPS and there are a number of other random bits and pieces (including Asterisk) which have played a role over the years. I have not seen the other company's codebase, but I am told they are a similar hodgepodge of PHP, Erlang (but not for the telephony bits), and possibly Java. I would rather enjoy and appreciate any consistency in the platform, but I doubt we'll ever get to do the sort of rewrite that would provide that consistency.