TCO USE OF SOFIA2 AS BACKEND VS CUSTOM DEVELOPMENT ON A RELATIONAL DATABASE

TCO USE OF SOFIA2 AS BACKEND VS CUSTOM DEVELOPMENT ON A RELATIONAL DATABASE APRIL 2015 Versión 1

1 INDICE 1 INDICE... 2 2 OBJECTIVES AND SCOPE OF THE DOCUMENT... 3 3 WHAT IS SOFIA2?... 4 3.1 DIFFERENTIAL CHARACTERISTICS... 4 4 TOTAL COST OF OWNERSHIP (TCO)... 8 4.1 UPFRONT COSTS... 8 4.2 ONGOING COSTS... 8 5 TCO USING SOFIA2 AS BACKEND... 9 5.1 INITIAL DEVELOPER EFFORT... 9 5.2 INITIAL ADMINISTRATIVE EFFORT... 10 5.3 SOFTWARE LICENSES... 11 5.4 SERVER HARDWARE... 11 5.5 STORAGE HARDWARE... 11 5.6 ONGOING DEVELOPER EFFORT... 11 5.7 ONGOING ADMINISTRATIVE EFFORT... 12 5.8 SOFTWARE MAINTENANCE AND SUPPORT... 12 5.9 OTHER ADVANTAGES OF SOFIA2... 12 Cncepts SOFIA2 Page 2/12

2 Objectives and scpe f the dcument This dcument describes the business explanatin fr prpsing Sfia2 as backend instead f a traditinal develpment n a relatinal database. This reprt cmpares the TCO (Ttal Cst f Ownership) f the Sfia2 Platfrm and a custm develpment cnsidering the initial and running csts (sftware, hardware and persnnel). Cncepts SOFIA2 Page 3/12

3 What is Sfia2? SOFIA2 can be defined as a middleware + repsitry able t prcess thusands f events per secnd with Big Data strage capabilities with integrated rules, multi-prtcl and multilanguage interfaces and all perable frm a Web cnsle. The distinguishing characteristics f Sfia2 ver ther platfrms are: Free Experimentatin Envirnment: CludLab Operatin and Management f the Platfrm 100% web Semantic Apprach (light) Independent f the cmmunicatin prtcl Mdular, Extensible and custmizable Integrated Security Mdular APIs multilanguage Integrated API Manager Rules Engine and integrated CEP Engine Integrated Scial Media Capabilities Reference Implementatin n Open-Surce Sftware Deplyment On-Premise and On-Clud Integrated Big Data capabilities ut-f-the-bx SW Management and centralized cnfiguratin f devices 3.1 Differential characteristics Free Experimentatin Envirnment: CludLab Within the Platfrm Offering there is an experimentatin envirnment in which develpers can test all the Platfrms capabilities at n cst. This allws t value the Platfrm. Additinally thrugh CludLab+, there is als ffered an installatin f a custmized envirnment and supprt hurs at an affrdable price fr pilt develpment t shw the feasibility f a prject. Operatin and Management f the Platfrm 100% web All the Platfrm is managed, maintained and perated frm a Web Cnsle. Included: definitin f entities (ntlgies), security, client creatin, rules, In additin, APIs REST are ffered fr all the management, enabling management t integrate this int ther management cnsles. Cncepts SOFIA2 Page 4/12

Semantic Apprach (light) The platfrm prvides a semantic apprach, allwing t use semantics when making queries, analytical prcesses, A light semantic apprach is prpsed, based n JSON that is suitable fr all kinds f devices, even the less pwerful nes. Mdels are als ffered fr varius dmains like dmains in the fields f Smart City, Smart Energy. These mdels can be extended.. The entities can be created frm the Web cnsle accrding t the dmains created. Independence f the cmmunicatin prtcl The messages exchanged between clients and the Platfrm are independent f the platfrm, ut-f-the-bx cnnectrs are ffered fr MQTT, REST, WebSckets, WebServices and JMS. Develpers can create new pluggable cnnectrs. Mdular, Extensible and custmizable The platfrm is created with a mdular apprach which allws replacing the implementatin f ne mdule fr anther cntemplating the interfaces (eg using SAP HANA instead f the reference implementatin f MngDB database). The platfrm is designed t extend the prject thrugh the cncept f plugin. The plugins are deplyed as JARs and they allw t build new cnnectrs, set the apprpriate security mdel, The installatin can be custmized accrding t needs, installing nly the apprpriate mdules, defining parameters, Integrated Security Within the Platfrm, security is a fundamental cncept. Safety is prvided at the level f cmmunicatin (HTTPS, MQTTS,...) and als at the level f permissins n entities, can be private, public r entities with persnalized access. APIs Multilanguage Apart frm REST cnnectr that can be used easily frm any language, multilanguage APIS are ffered when we mre advanced and efficient prtcls. The APIs allw t cmmunicate mre easier with the platfrm. The Platfrm fferes different APIs as Java, Javascript, C/C++, Pythn, Andrid, ios, Nde.js, Arduin, All these APIs are ffered under Apache license and withut cst. Integrated API Manager The APIS, as a mechanism f integratin, is nw a reality as big cmpanies have tested like Facebk, Twitter, Ggle, Banks internatinally, Cncepts SOFIA2 Page 5/12

On ne hand, it makes available as REST APIs the managed entities, allwing t evlve the Open Data cncept t the dynamism f REST APIs and it als makes available External APIs under a RESTful apprach ffering a unified access. Rules Engine and integrated CEP Engine The platfrm includes a rules engine that allws t define in a simple language and thrugh the Web cnsle the rules t be applied at the arrival f an event r data r a timed rule. It allws users with permissins t create in a scripting language reusable and callable new lgics frm the mtr (eg send SMS r mail, ) In additin, there is included a CEP engine that allws yu t define rules where the time intervenes (eg a certain measure has nt reached the system in 1 day). Clients can subscribe t the events generated by the CEP engine r serve as input t the Rules engine. Integrated Scial Media Capabilities Varius Searches can be made frm the cnsle (prfiles, timeline, grups, hashtags, trends) fr the majr scial netwrks. These searches will remain n the platfrm fr analytical prcesses. Reference Implementatin (RI) n Open-Surce sftware The RI f the Platfrm is based entirely n pen-surce sftware withut restrictins, this allws the platfrm t nt invlve expensive licenses in its implementatin. In additin there are ther implementatins custm made s sme parts are replaced by thers (eg HANA instead f Mng and Hadp, Oracle CEP engine instead f WSO2 CEP Engine, ) Deplyment On-Premise y On-Clud The Platfrm can be installed On-Premise and On-Clud, either public r private. Supprts varius perating mdels and varius types f supprt based n the needs f the rganizatin. In clud deplyment can pt fr a PaaS mdel that is charged by the assembled infrastructure r SaaS which is charged by the number f messages prcessed r used TB. Integrated Big Data capabilities ut-f-the-bx The platfrm integrates natively a Big Data apprach, s that fr each entity (ntlgy) we can define when the data passes frm the RTDB (Real Time Database) t the HDB (histrical database) (RI n Hadp). The platfrm integrates capabilities fr nline queries bth n the RTDB as n the HDB. The Platfrm allws yu t run analytical prcesses n the BDH in a simple and integrated way. Cncepts SOFIA2 Page 6/12

SW Management and centralized cnfiguratin f devices In additin t multilingual Infrastructure, a Java APIs is ffered fr building selfmanaging applicatins fr embedded devices. The SW can be laded frm the central cnsle and the cnfiguratin fr each device r grup f devices. Cncepts SOFIA2 Page 7/12

4 Ttal Cst f Ownership (TCO) 4.1 Upfrnt Csts The initial csts include: Initial develper effrt: Persnnel csts + Develper cding required t get the applicatin and data stre wrking tgether Initial administrative effrt: Persnnel csts + Admins t install and cnfigure sftware, cluster machines, set up sharding, etc, Sftware licenses Server hardware: Servers required t run database (excludes strage). Driven primarily by the number and type f prcessrs and RAM. Other csts include enclsures, netwrk cnnectivity, cabling, and pwer supplies. Strage hardware: Strage required t stre the data, varies depending n whether internal r shared (SAN) strage is used, the amunt f strage and whether hard disk drives (HDDs) r slid state drives (SSDs) are used. 4.2 Onging Csts Cnsistes f: Onging develper effrt: Persnnel + Cding needed t adapt data stre t the custmer, market and business needs. Onging administrative effrt: Persnnel + Administrative effrt required t keep the data stre healthy and running. Sftware maintenance and supprt: Maintenance: Upgrades and bug fixes fr sftware + Supprt: On-call assistance fr trubleshting technical prblems with sftware. Hardware maintenance and supprt: Maintenance: Upgrades and bug fixes fr firmware and any sftware that may cme with the hardware + Supprt: On-call assistance fr trubleshting technical prblems with hardware. Miscellaneus Deplyment Csts: Other csts assciated with keeping database up and running. Includes clud/hsting/clcatin csts, bandwidth charges, electricity feed, etc. Cncepts SOFIA2 Page 8/12

5 TCO Using Sfia2 as Backend Here is hw using Sfia2 as Backend reduces csts making up the TCO f a system addressed as a custm develpment n a relatinal database. 5.1 Initial Develper Effrt The initial develper effrt refers t the cst f time spent by the develper t ensure that the applicatin and data warehuse wrk tgether. In the case f a develpment n a relatinal database, the initial develpment effrt includes tasks such as defining the data mdel, creating a layer f bject-relatinal mapping (ORM), write the business lgic fr the applicatin and make the presentatin layer fr this lgic. Sfia2 is designed t reduce develpment time, s that a develper can use the platfrm easily with any language. With the Sfia2-Cnsle develpers can: Create their wn entities (Ontlgies in Sfia2, tables in an RDBMS, cllectins in MngDB) Define their business rules in a simple and guided way Prvide secure access t their entities CRUD access (create, read, update, delete,...) t all these entities thrugh any language (Java, Javascript, C, Andrid,...) allwing yu t develp Web MVC applicatins (API Java, Pythn, Nde js), HTML5 applicatins (API Javascript), mbile applicatins (API Andrid, ios, Javascript...) r business mdules (Java, Pythn, C,...) Ability t subscribe t events, queries, rules,... easily and independently f the messaging prtcl (JMS, MQTT, AMQP,...) Assisted Publishing and APIs REST website based n entities Integrated GIS Capabilities Integrated Dashbards Integrated reprting Integrated Big Data Therefre, we can say that it is much mre prfitable t develp with Sfia2 that t d a custm develpment n a relatinal database. Anther imprtant prductivity advantage f Sfia2 is its design f Entities (Ontlgies) riented t dynamic dcuments and schemas. The way in which the platfrm stres data frm the Cncepts SOFIA2 Page 9/12

applicatin crrespnds with the technlgy and current develpment practices that have evlved cnsiderably since the beginning f the industry f the relatinal databases 30 years ag. Sme reasns that supprt the prductivity benefits f Sfia2 are: Usability. Sfia2 is cmpatible with existing develpment methdlgies, allws develpers t iterate quickly and cntinuusly n the data mdel and all frm a Web interface. In cntrast t a traditinal relatinal mdel develpment that impses a strict set f cnstraints t develp, bth in terms f data mdel, rule creatin, changes, Data Mdel. With Sfia2, the develper nly has t create the data mdel in ne place: the prduct s wn Web Cnsle. In a traditinal develpment develpers need t create and maintain the data mdel in three places using different interfaces: the applicatin, the database itself and the ORM layer. Data Flexibility. Unlike a RDBMS, Sfia2 allws develpers t easily stre plymrphic data and semi-structured and structured data in a individual data stre. JSON Supprt. Strage in JSON, mainstay f many current applicatins, is dne smthly and des nt require cnversin. With a RDBMS, develpers need t flatten and transfrm JSON t stre it in relatinal tables, and then they have t recver the layers t make the extractin f the database. 5.2 Initial Administrative Effrt The Installatin and cnfiguratin f Sfia2 is cheap and easy. The Platfrm cnsists f: CDB (Cnfiguratin DataBase): can be any relatinal database. By default it runs n a MySQL embedded DB. RTDB (Real Time DataBase): where in the RI it is MngDB making the initial administrative effrt is lw, an administratr must take int accunt a single variable: the number f ndes in the cluster. There is nly a small set f cnfiguratin settings t put the system int peratin. MngDB administratrs d nt need t integrate layers f cache r create custm lgic hrizntal partitining t direct queries t the crrect server nde. Instead, the memry strage, cache and the hrizntal partitining are cre capabilities f MngDB. HDB (Histrical DataBase): It can run n MngDB r Hadp depending n the needs r preferences. SIB + Cnsle + Tls + API Manager + Prcess: all business mdules are built n Java, deplyed as Web applicatins n any JEE applicatin server. The bulk f the Cncepts SOFIA2 Page 10/12

cnfiguratin ges in the CDB s it is nt necessary t create cmplex cnfiguratin files. 5.3 Sftware Licenses Sfia2 is a platfrm with a free versin fr the pen surce cmmunity (Apache license) and an issue fr business subscribes that can be used in different mdes: On Premise r Clud. This versin includes supprt in varius frms (frm 8x5 withut SLAS t 24x7 with strict SLAS), sftware updates and slutin t errrs and sme additinal functins. The cmmercial editin f Sfia2 is billed cntinuusly instead f timely (ie, an annual fee per server). 5.4 Server Hardware In general, the cst f Sfia2 servers is cnsiderably lwer than in a traditinal develpment n a relatinal DB fr similar wrklads and availability. This applies t all cmpnents. Sfia2 is designed t use basic hardware in scalable architectures. Sfia2 deplyments typically use basic and ecnmic Linux servers, which cst nly $3.000, even a lw-pwer and high perfrmance can cst just $4.000 (excluding strage). 5.5 Strage Hardware The scalable architecture f Sfia2 significantly reduces strage csts. Sfia2 can use lcal ecnmic strage and allws t efficiently use the slid state drives (SSD). 5.6 Onging Develper Effrt The dynamics f current develpment effrts are lwer than the initial develpment effrt. With a traditinal develpment, the cst f making changes in the applicatin is greater, whether they are changes in the schema f a database that is already in prductin (greater csts than fr a database that has nt yet been delivered) as in the develpment f lgic, rules, security settings. Fr example with Sfia2 it is easy fr develpers t add fields t entities, create new APIs, which leads t significantly lwer csts and allws develpers t adapt applicatins as the demands evlve. Cncepts SOFIA2 Page 11/12

5.7 Onging Administrative Effrt The nging administrative effrt includes activities that keep the system in gd wrking rder (fr example, updating sftware r hardware, perfrming backups and recvery times f unexpected interruptins). Managing Sfia2 requires much less time and effrt cmpared with traditinal develpment. Administratin f a Sfia2 deplyment primarily invlves administering Linux cnfiguratins and hardware itself; s yu nly need t knw and manage a few parameters. 5.8 Sftware Maintenance and Supprt Sfia2 subscriptins are billed annually per cre. This includes access t prduct supprt, sftware updates and bug fixes as well as certain functinalities that are nly available in the paid editin. 5.9 Other Advantages f Sfia2 In additin t tangible cst savings, the mdel riented t dcuments and Sfia2 s flexible schema, the platfrm als prvides greater agility and flexibility t cmpanies, which in turn prvide advantages t generate incme. Once the Sfia2 Platfrm is implanted in a cmpany, they can use the Platfrm (withut the need t build a new infrastructure) fr new deplyments and t integrate data frm ther systems s they have them centralized in a cmmn repsitry with Big Data capabilities. Yu can als develp Sfia2 applicatins with any technlgy and language. Cncepts SOFIA2 Page 12/12