Blockchain beyond the Database


Episode Artwork
1.0x
0% played 00:00 00:00
Aug 20 2019 39 mins   2
SHOW: 411 DESCRIPTION: Brian talks with Brian Platz (@bplatz, CEO/Co-Founder at @Flureee) about blockchain use-cases outside of cryptocurrencies, immutable data, graph databases, and building APIs on data. SHOW SPONSOR LINKS: Datadog Homepage - Modern Monitoring and Analytics Try Datadog yourself by starting a free, 14-day trial today. Listeners of this podcast will also receive a free Datadog T-shirt Digital Ocean Homepage Get Started Now and Get a free $50 Credit on Digital Ocean [FREE] Try an IT Pro Challenge Get 20% off VelocityConf passes using discount code CLOUD CLOUD NEWS OF THE WEEK: Microsoft acquires JClarity AWS forbids partners from mentioning multi-cloud Does the VMware buying Pivotal announcement happen this week or during VMworld? SHOW INTERVIEW LINKS: Fluree Homepage - Business Application Platform Brian Platz on Hackernoon [podcast] SHOW NOTES: Topic 1 - Welcome to the show. Before we jump into Fluree and the breadth of technologies that power the stack, let’s talk about your background and what drove you to create Fluree. Topic 2 - Let’s start with the problems - why does the industry need a new data management stack? What types of use-cases or data-management problems does the Fluree stack address? Topic 3 - Let’s talk about the Fluree stack, because it brings together several technologies (e.g. Blockchain, GraphQL, etc.) that have gotten a lot of hype, but people aren’t always sure how they should be used. Topic 4 - When we step back and look at the Fluree stack, we see a focus around distributed architectures, immutability, graph data richness. Much of this sounds like it aligns to aspects of what is known as the Semantic Web. Are there connections there? Topic 5 - Let’s talk about your philosophy about API management and exposing data at the data-layer instead of the app-layer. What are the pros and cons of this sort of trade-off, and what are some of the things either data or app teams need to consider with this approach? FEEDBACK? Email: show at thecloudcast dot net Twitter: @thecloudcastnet and @ServerlessCast