tavaly összeállítottunk egy blogbejegyzést, amely a Twilio legjobb alternatíváira összpontosított 2018-ra, ez egy nyomon követési blogbejegyzés, amely az 2019 elején meglévő alternatívákról beszél.

Twilio továbbra is lenyűgözni és növekedni 2018-ban, és továbbra is jó munkát Marketing CPaaS (kommunikációs Platform, mint szolgáltatás) API-k és SDK-k a fejlesztői közösség, észrevettük néhány érdemes megjegyezni intézkedések Twilio tett 2018-ban:

  • Twilio rolling out kulcsrakész contact center megoldások, mint a Twilio Flex
  • Twilio alacsony kód / nincs kód Visual builder (Stúdió)
  • Twilio megszerzése SendGrid (sajtóközlemény)
  • Twilio API támogatása Whatsapp
  • Twilio áremelkedés az egész fórumon

számos üzleti alkalmazás és szolgáltatás továbbra is továbbít a Twilio-n 2019 januárjától, mint például az intelligens autók kezelése programozható vezeték nélküli, az Útmegosztó alkalmazások, például az Uber, az olyan funkciók, mint a kétlépcsős ellenőrzés az e-mailjeink és Weboldalaink elérésekor, többnyire Cpaas API-k, például Twilio, Nexmo, Plivo.

a probléma

olyan sok Twilio ügyféllel beszéltem a vállalkozásoktól a fejlesztőkig. A cél az volt, hogy megtudja, hogyan használják, és miért akarnak rosszul vándorolni ezekről a platformokról.Szinte minden vitában mindig két dolog merült fel. Először is, a Twilio megfizethető áron indul, de amikor az ügyfélforgalom növekedni kezd, dühösnek érzik magukat, hogy kivándorolnak a platformról, hogy havonta jelentős összeget takarítsanak meg.

másodszor, azok a fejlesztők és vállalkozások, amelyek üzleti modelljüket a Twilio API-k tetejére tették, közvetlen versenyt kezdenek a Twilio-tól, olyan termékekkel, mint a Twilio Flex! A közösség, akivel találkoztam, azt is gondolja, hogy ez csak a Twilio kezdete, hogy közvetlenül versenyezzen a szolgáltatókkal és a vállalati vállalkozásokkal, amelyek megbíztak a vállalatban.

szinte minden CPaaS szolgáltató versenyez a piacon valamivel jobb árképzéssel, SLA-val stb.. és megpróbálja megnyerni a fejlesztők figyelmét, hogy megnyerje az API ragadósságát az alkalmazásaikban, és megnyerje a forgalmat, de még 2018 végére és 2019 elejére sem a meglévő CPaaS szolgáltatók nem adnak szabadságot és nyugalmat a fejlesztőknek és a vállalatoknak, hogy ne érezzék a zárolást az ár, a minőség, mások.

továbbra is figyelemmel kísérem és kipróbáltam a különböző CPaaS szolgáltatókat, majd rájöttünk, hogy ezen népszerű CPaaS szolgáltatók vagy kommunikációs API-k és SDK-k egyike sem elég tökéletes, és alternatívaként az egyikről a másikra váltás nem megoldás, sőt, teljes időpocsékolás!

miért ? mivel minden CPaaS szolgáltatónak megvan a maga erőssége és gyengesége, különösen a dolgok és az árak szolgáltatói csatlakozási oldalán.

például, míg a Twilio erős Észak-Amerikában, a Nexmo erősebb az EU-ban, az Unifonic pedig a KSA-ban és így tovább, tehát ki akar integrálni sok különböző API – val, SDK-val egy alkalmazásban “fúj!”.

nyílt forráskódú Twilio alternatívák

https://docs.jambonz.org

a Dave Horton által alapított jambonz ígéretes nyílt forráskódú Twilio alternatíva a kommunikációs szolgáltatók számára.

jambonz egy önálló házigazdája, “Hozd a saját mindent” nyílt forráskódú CPaaS platform által kifejlesztett alkotója a drachtio nyílt forráskódú sip szerver.

ellentétben a fancy-pants CPaaS szolgáltatások, jambonz célja, hogy:

  • 100% nyílt forráskódú — a teljes projekt nyilvános github.com/jambonz (az egészet!)
  • könnyen önálló host-egy kattintással futtatni az infrastruktúra, amelyet választott
  • Adatvédelem — központú-ügyfél adatok soha nem tárolja a platform
  • Multi-bérlő — jó a szolgáltatók és a nagyobb orgs

jellemzők-profik

  • minden a szokásos telefonos ellenőrzések — tárcsázza, gyűjtsd össze a DTMF — et, hagyd el, parkolj le, tedd le
  • média vezérlés:
  • text-To-speech (TTS) és speech-to-text (STT) integrációk a google és AWS fiókok használatával
  • Hívásvezérlők audió lejátszáshoz, beszédbemenethez, átíráshoz
  • Média továbbítás websocket — en keresztül
  • SIP — regisztráció, trunk kapcsolat és tárcsázás
  • Alkalmazások-hívásfolyamok és viselkedés
  • JSON alapú hívásvezérlés
  • REST API élő hívásvezérléshez és erőforrás-kiépítéshez és-kezeléshez
  • hierarchikus adatstruktúra, amely számos telepítési forgatókönyvet képes kezelni
  • regisztrátor, Hívásvezérlés, Session Border Control (SBC), API szerver és menedzsment infrastruktúra a fenti funkciók kezeléséhez
  • EC2 AMIs és terraform szkriptek jambonz klaszter indításához AWS — en
  • bármi, amit hozzá szeretne adni-ez egy nyílt forráskódú projekt!

Cons

a Jambonz még nem támogatja az SMS-képességeket, így ha programozható SMS-t keres, érdemes tovább olvasnia a következő alternatív megoldást.

a Jambonz nem jár számlázással vagy AAA-val, hitelellenőrzést kell kiépítenie az alkalmazás szintjén (én személy szerint nem szeretem ezt a megközelítést). Ugyanakkor látok egy lehetséges utat a jambonz proxyhívásaihoz a TCXC-n keresztül, hogy az AAA-t szolgáltatásként érjék el anélkül, hogy bármilyen kódot kellene írni.

kinek szól a jambonz?

jambonz készült:

  • kereskedelmi CPaaS felhasználók, akik saját SIP trunks és speech szolgáltatásaik használatával szeretnék megtakarítani a költségeket, ahelyett, hogy a CPaaS szolgáltatónak fizetnének fel díjat.
  • Adatvédelem-szigorú adatvédelmi követelményekkel rendelkező vállalkozások, akik el akarják kerülni, hogy ügyfeleik érzékeny adatait harmadik feleknek tegyék ki, amelyeket nem tudnak hatékonyan ellenőrizni.
  • fejlesztők, akik nagyobb ellenőrzést akarnak, és képesek saját funkciókat hozzáadni az általuk irányított CPaaS platformhoz.
  • alkalmas informatikai részlegekkel rendelkező vállalkozások, amelyek már kezelik a hosztolt telefonos megoldáshoz szükséges dolgok nagy részét (pl. felhőtárolás, beszéd API-k, infrastruktúra mint kód, stb.), és kezdik csodálkozni, hogy miért fizetnek olyan sok pénzt egy harmadik félnek, hogy ugyanazt csinálják nekik
  • szolgáltatók, akik egy fehér címkés terméket akarnak, amelyet márkás megoldásként kínálhatnak ügyfeleiknek.

bemutató videó : https://www.youtube.com/watch?v=qWz9CM2_HUs

jogi nyilatkozat:

még nem teszteltem ezt a projektet a termelésben, de elolvastam a dokumentumait, és röviden áttekintettem a github kódját, és ígéretesnek tűnik, és a helyes irányba halad.

azt tervezem, hogy hamarosan tesztelem egy Használati esetre, és több visszajelzést adok az olvasóknak a tapasztalataimról.

IMOP: a válasz a kommunikációs szolgáltatók keres teljes CPaaS verem Restcomm

Restcomm CPaaS Platform hivatalos honlapja.

miután mély kutatás rájöttünk, hogy mi a közösségnek szüksége van egy API, SDK hang, videó, üzenetküldés , 2FA, hívás sorban állás, konferencia, Webrtc, amely lehetővé teszi számunkra, hogy bármilyen SMS, hang, videó, vezeték nélküli, üzenetküldő csatorna, fuvarozó, hogy szeretnénk, beleértve Nexmo, Twilio, Plivo és más Tier 1 fuvarozók, mint Airtel, TATA, BT, Verizon stb…

tehát a probléma megoldásához a voice, video, messaging, webrtc API-k és a software developer kit (SDK) nulláról történő felépítésére volt szükség. ez kölcsönhatásba lép a háttér-infrastruktúránkkal a tranzakció befejezéséhez.

bár teljesen lehetséges megépíteni, rájöttünk, hogy ahhoz, hogy jól csináljuk és megfelelően méretezzük, pár évre és néhány millió dollárra, és valószínűleg 2-3 évre van szükségünk a munka megfelelő elvégzéséhez!

mélyen tanulmányoztam a Restcomm projektet, és rájöttem, hogy minden olyan halom van, amely felhatalmazza a legtöbb sikeres CPaaS kiskereskedőt, mint például a Twilio, a Plivo, a Nexmo, a bevált és jól elismert nyílt forráskódú stackekkel (GMLC, USSD, SMSC, JSS7, SIP servlet, JDiameter). Restcomm kínál bring your own carrier (BYOC) opciót, amely lehetővé teszi ezt az igényt a SIP / SMPP interfészek. A forgalom a következő lesz:

fejlesztői alkalmazás/Restcomm cloud / SIP / SMPP / telecomsxchange.

a Restcomm nyílt forráskódú stackeket a világ legnagyobb operátorai használják, köztük a Zain, az Etisalat, a Google, az U-fone és még sokan mások. ha egy kis időt tölt a slide share-en, releváns prezentációkat talál, amelyek elmagyarázzák, hogy ezek a vállalatok hogyan használják.

Restcomm Cons

mielőtt elindulna a Restcomm útvonalon, fel kell ismernie, hogy nincs előre fizetett számlázási és minősítési motorja, meg kell építenie saját számlázási rendszerét Restcomm API-k és web-horgok használatával, állapothívásokkal vagy a Jdiameter használatával valós idejű töltéshez, amely még nem érhető el a Restcomm felhő verziójában.

Ön is használhatja Tcxc Cloud CPaaS AAA előre fizetett számlázás, mint a munka körül. olvassa el ezt a blogbejegyzést a témával kapcsolatos további részletekért.

Restcomm Pros:

szeretném megvilágítani, hogy a Restcomm eredetileg egy nyílt forráskódú projekt, amely több mint 5 000 000 sor JAVA kódot képvisel, és az OpenHub szerint becslések szerint 1554 év erőfeszítést tett. Véleményem szerint ez az egyetlen olyan technológiai verem, amely szabadságot és érett képességeket biztosít ahhoz, hogy technológiai szempontból valódi alternatíva legyen a twilio számára.

az AT& t Research labs és a Columbia University független jelentése összehasonlítja az MSS-t (Mobicents Sip Server), az OCCAS-t (Oracle Communications Converged Application Server) és az IBM WAS-t (Websphere Application Server). A jelentés a szolgáltatás legmagasabb szintű elérhetőségére összpontosít.Ez csak az egyik oka annak, hogy szerintem ez a helyes válasz, örömmel oszt meg többet, ha szüksége van rá.

bővülő nézeteimet Restcomm

lehet, hogy úgy hangzik, mint én eladási Restcomm, de tényleg azt hiszem, ha ásni elég mélyre ebben a témában, és értékeli az összes technológiát odakinn rájössz, hogy nem áll szándékomban rosszul vezető, vagy csak eladási.

személy szerint több mint 3 évet töltöttem az életemből ennek a témának a kutatásával, és próbáltam a legjobb választ adni rá.

érdemes megemlíteni, hogy a Restcomm felhő verziója nem értékesíti a szolgáltatásokat közvetlenül a fejlesztőknek. Csak a CSP-k (kommunikációs szolgáltatók vagy kommunikációs aggregátorok) számára teszi lehetővé a RESTFul API réteg hozzáadását az infrastruktúra tetejére, hogy a fejlesztők programozható módon használhassák szolgáltatásaikat.

azoknak a fejlesztőknek, akik csak a Twilio-ról egy másik CPaaS-szolgáltatóra kívánnak áttérni , megemlítem a cikkben azokat a CSP-ket, akik a Restcomm által engedélyezték a CPaaS-t, mert biztos vagyok benne, hogy képes méretezni és biztosítani a fejlesztők által kívánt minőséget.

Remélem, ez tisztázza azt a” Miért ” – t, amelyet a restcomm által engedélyezett Restcomm vagy CSPs-t választottam a fekete doboz CPaaS-szolgáltatók minden alternatívájának isteneként.

ugyanezt a gyakorlatot követve könnyen rájöhet, hogy nyilvánvalóvá válik, hogy a sikeres CPaaS szolgáltató által használt alapvető technológia az alatta lévő nyílt forráskódú Restcomm verem. Ez vezetett ahhoz, hogy mélyen belemerüljek a Restcomm projektbe, és mindent megtudjak róla, mielőtt megosztom ezt a cikket.

Movin on… Telestax a Restcomm open source project mögött álló vállalat a Restcomm beállításának és konfigurálásának bonyolultságát úgy oldotta meg, hogy egyszerű módot kínált a CPaaS Platform elindítására és méretezésére a felhőben.

ez megoldja a probléma API rétegét, ezután a Restcomm Cloud Bring Your Own Carrier (BYOC) funkcióval kell csatlakoznia a hang -, SMS-hordozókhoz SIP és SMPP protokollok használatával.

ha ez megtörtént, készen áll arra, hogy annyi SMS-t adjon hozzá & Hanghordozókhoz, amennyire szüksége van, beleértve a Twilio-t, a Nexmo-t. és hagyja, hogy az alkalmazás egyetlen API-val működjön együtt, és kezelheti a kapcsolatot és az útválasztást az alkalmazás szintjén.

jogi nyilatkozat: A TelecomsXChange alapítója vagyok, és nem félénk népszerűsíteni ezt a cikket .

egy másik lehetőség az, hogy a TelecomsXChange (TCXC) platformot is használhatja Restcomm cloud fiókjának azonnali összekapcsolására több száz hang-és SMS-szolgáltatóhoz (Tier 1, Tier 2, Tier 3) szerte a világon nagykereskedelmi áron, és az általunk bemutatott nagykereskedelmi API-k segítségével teljesen automatizálhatja szolgáltatói kapcsolatait és kapcsolódását.

Making Outbound Call Examplecurl -X POST https://:@cloud.restcomm.com/restcomm/2012-04-24/Accounts/ACCOUNT_SID/Calls.json -d 
"From=19542405000" -d
"To=" -d
"Url="

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.