Protobase: It's About Time for Backend/Database Co-Design
dc.contributor.author | Pinnecke, Marcus | |
dc.contributor.author | Campero, Gabriel | |
dc.contributor.author | Zoun, Roman | |
dc.contributor.author | Broneske, David | |
dc.contributor.author | Saake, Gunter | |
dc.contributor.editor | Grust, Torsten | |
dc.contributor.editor | Naumann, Felix | |
dc.contributor.editor | Böhm, Alexander | |
dc.contributor.editor | Lehner, Wolfgang | |
dc.contributor.editor | Härder, Theo | |
dc.contributor.editor | Rahm, Erhard | |
dc.contributor.editor | Heuer, Andreas | |
dc.contributor.editor | Klettke, Meike | |
dc.contributor.editor | Meyer, Holger | |
dc.date.accessioned | 2019-04-11T07:21:29Z | |
dc.date.available | 2019-04-11T07:21:29Z | |
dc.date.issued | 2019 | |
dc.description.abstract | In this interactive demonstration, we show the current state of Protobase, our main-memory analytic document store that is designed from scratch to enable rapid prototyping of efficient microservices that perform analytics and explorations on (third-party) JSON-like documents stored in a novel columnar binary-encoded format, called the Cabin file format. In contrast to other solutions, our database system exposes neither a particular query language, nor a fixed REST API to its clients. Instead, the entire user-defined backend logic, whose user code is written in Python, is placed inside a sandbox that runs in the systems process. Protobase in turn exposes a user-defined REST API that the (frontend) application interacts with. Thus, our system acts as a backend server while at the same time avoids full exposure of its database to the clients. Consequently, a Protobase instance (database + user code + REST API) serves as (the entire) microservice -potentially minimizing the number of systems running in a typical analytic software stack. In terms of execution performance, Protobase therefore takes the inter-process communication overhead between backend and database system out of the picture and heavily utilizes columnar binary document storage to scale-up for analytic queries. Both features lead to a notable performance gain for non-trivial services, potentially minimizing the number of required nodes in a cloud setting, too. In our demo, we overview Protobases internals, spot major design decisions, and show how to prototype a scholarly search engine managing the Microsoft Academic Graph, a real-world scientific paper graph of roughly 154 mio. Documents. | en |
dc.identifier.doi | 10.18420/btw2019-35 | |
dc.identifier.isbn | 978-3-88579-683-1 | |
dc.identifier.pissn | 1617-5468 | |
dc.identifier.uri | https://dl.gi.de/handle/20.500.12116/21721 | |
dc.language.iso | en | |
dc.publisher | Gesellschaft für Informatik, Bonn | |
dc.relation.ispartof | BTW 2019 | |
dc.relation.ispartofseries | Lecture Notes in Informatics (LNI) – Proceedings, Volume P-289 | |
dc.subject | NoSQL | |
dc.subject | Document Stores | |
dc.subject | Analytics | |
dc.subject | Rapid Prototyping | |
dc.subject | Backend/Database Co-Design | |
dc.title | Protobase: It's About Time for Backend/Database Co-Design | en |
dc.title.subtitle | A Demo on Rapid Microservice Prototyping for Third-Party Dataset Analytics | en |
gi.citation.endPage | 518 | |
gi.citation.startPage | 515 | |
gi.conference.date | 4.-8. März 2019 | |
gi.conference.location | Rostock | |
gi.conference.sessiontitle | Demonstrationen |
Dateien
Originalbündel
1 - 1 von 1