Improving Speed, Scalability, and the Customer Experience with In

Total Page:16

File Type:pdf, Size:1020Kb

Improving Speed, Scalability, and the Customer Experience with In WHITE PAPER Improving Speed, Scalability, and the Customer Experience with In-Memory Data Grids A GridGain Systems In-Memory Computing White Paper Improving Speed, Scalability, and the Customer Experience with In-Memory Data Grids WHITE PAPER One of the biggest challenges for customer- and partner-fac- THE CHALLENGES WITH EXISTING ing applications is keeping up with ever-increasing database AND NEW APPLICATIONS, APIS, AND loads. The 10-1000 times growth in data transactions, que- ANALYTICS ries, and size over the last decade has overwhelmed many databases. The most common solutions are vertically scaling The most common reason for the exponentially growing writes with expensive hardware and handling query loads loads on existing applications is digital transformation. The with replication. But both solutions have their limitations. reason for these increased loads is readily apparent. Consum- ers demand a faster, more convenient customer experience More and more, companies are instead using in-memory anytime, anywhere, on any device. When consumers do get data grids (IMDG) or broader in-memory computing (IMC) this new experience, they use it to access data much more platforms as a solution. An IMDG adds in-memory speed frequently But delivering this experience requires a combina- and horizontal scale to existing applications. This solution tion of real-time data, analytics, and automation. slides in-between the applications and their databases, and keeps all the data in-memory and in-sync with the data- Delivering an improved, more-digital customer experience is base. An IMC platform combines the capabilities of an IMDG critical to business survival. Consumers will quickly abandon with in-memory database (IMDB), streaming analytics, and a vendor to get a better experience someplace else. An Aber- machine and deep learning. It allows the same technology deen study found that companies with a strong omnichannel and data to be reused across projects. engagement retained 89 percent of their customers. Those with a weak strategy retained 33 percent. Digital transfor- Many companies first adopted an IMDG to fix a point per- mation has spread beyond sales and services to all parts of formance and scalability problem with a single application. a company. It also helps improve core operations and supply But over time, these companies ended up extending their chain efficiency, by leveraging the Internet of Things (IoT), new IMDG and IMC platforms to create a new real-time data for example. layer for customer facing applications. IMC not only provided the speed and scale, but it also helped with their digital But delivering a better customer experience, and supporting transformation because it brings together data from dispa- these loads, is not easy. rate systems and makes it easily accessible. First, existing applications need more speed and scale. This white paper provides an overview of IMDGs, as well as Over the last decade, query and transaction volumes have IMDG functionality as part of an IMC platform. Its prime focus grown 10 to 1000 times. Data has grown 50 times. End is on how companies implement IMDGs to improve speed consumers now expect sub-second response times, every and scale for existing applications, and how this is the first time, which is easily 1000 times faster than the hours or step in their larger digital transformation. It also introduces days that many traditional processes traditionally took to Apache® Ignite™ and the GridGain® in-memory computing complete. This 10 to 1000 times growth in speed and scale platform, and how companies use Ignite and GridGain first usually overwhelms existing applications first, because new as an IMDG, and then as a broader IMC platform for digital applications need to access the data in existing applications. transformation across new and exisiting applications, APIs, But these legacy applications and their underlying databases and analytics. were not originally designed to handle this growth. 2 © 2019 GridGain Systems, Inc. Improving Speed, Scalability, and the Customer Experience with In-Memory Data Grids WHITE PAPER Second, new applications and APIs also need speed and IMPLEMENTING HTAP AND IMC AS THE scale. Even if existing applications could handle the growth, BRIDGE TO DIGITAL BUSINESS they would only address part of the end-to-end speed and scale challenges. Delivering sub-second response times, Several companies have added both speed and scale to every time, from a mobile or web app requires lowering the existing applications, and delivered a more personalized, total end-to-end latency of: responsive, and real-time customer experience. They have also delivered new capabilities that are much more flexible • The connection from the customer application over the Internet. to change, and added the analytics and decision automation needed to improve the customer experience. • Several layers and network hops of security, APIs, and microservices. Solving these problems requires a major shift in a company’s focus on the customer. But it also requires adopting new • A middleware layer that eventually accesses existing appli- technologies that collect a lot more information and perform cations, which in turn access databases. analytics and decision automation during each transaction It also requires much greater scale than the existing appli- or interaction. Gartner and others call this approach hybrid cations. Legacy applications mostly use “transactional” data, transactional/analytical processing (HTAP). which is about 10 percent of the total data saved by a Many of the companies addressing improving customer company. It is the newer applications and APIs that use the experience implemented HTAP using an in-memory comput- majority data available today, or “Big Data.” ing (IMC) solution. Whatever technology is used for HTAP, it Third, new applications and APIs need to be much more must be able to handle the 10-1000 times increase in inter- flexible to change. IT must also deliver new capabilities in actions and 50 times increase in data. By using IMC, they: weeks (or days) in order to compete with the digital leaders. • Performed analytics and automation in real-time during But these new applications and APIs need to access data their transactions and sub-second interactions with cus- and functionality in existing applications, and those existing tomers. applications usually take months or years to change. • Automated decisions to personalize the experience or Fourth, digital business requires real-time analytics and cross-promote products. automation. Transactional and analytical infrastructures have • Proactively addressed a customer issue before it impacted traditionally been separate, with the operational data getting a customer’s satisfaction, purchasing decision, or loyalty. extracted, transformed, and loaded (ETL) over time into data warehouses and data lakes. This worked because existing IMC added the speed, scale, and distributed computing databases could barely support the transactional workloads, needed for real-time, in-process HTAP. analytics were better served by different technologies any- Companies using IMC for HTAP do not have to rip out and way, and most analytics did not need real-time data. But replace their existing applications and databases. Instead, existing analytics infrastructure cannot deliver the real-time they added speed and scalability by sliding an in-memory analytics needed to improve the customer experience. The data grid (IMDG) between their existing applications and analytics and automation required to replace a process that databases, one application at a time. This cost-effective, took hours, days, or weeks with a “one-click” process must incremental approach enables companies to, over time, build run in the same place as the operational applications in order a new in-memory layer for accessing and processing existing to complete during a “sub-second” interaction. and new data. In-memory computing is the foundation that Fifth, delivering this new experience needs to be built allows them to address other challenges as well. It allows incrementally. Most “big bang” IT initiatives fail. Digital them to combine transactions and services with real-time transformation, and adding speed and scale to applications, analytics over time, and deliver new HTAP applications for must get done incrementally. The architecture and technol- their digital transformations and customer experience initia- ogies used must be flexible enough to be easily added one tives. project at a time. 3 © 2019 GridGain Systems, Inc. Improving Speed, Scalability, and the Customer Experience with In-Memory Data Grids WHITE PAPER ADDING SPEED AND SCALE TO EXISTING For an IMDG to be minimally disruptive to an existing appli- APPLICATIONS WITH AN IMDG cation and not require additional coding, it needs to support the application’s way of accessing data. For most applica- Many companies tried to support ever-increasing query and tions, that is SQL (the second most popular developer lan- transaction growth by solving point performance and scal- guage after JavaScript and the most popular language for ability issues one application at a time. For most applica- data access). tions the bottleneck is the database, and the most common An IMDG is minimally disruptive if it can be added as a trans- approach to the issue was scaling vertically with much more parent proxy, one that does not require a change to the expensive hardware. But this approach was never cost effec- application, in between an application and database. That tive or sustainable in the long run. System loads are growing means it must provide JDBC/ODBC drivers to the applica- faster than annual performance and cost improvements for tion that support standard SQL and the full range of ACID any single server, and this growth shows no signs of slowing transactions developers expect to use in a database. The down. IMDG also needs to connect to and pass the same SQL to Many companies turn to in-memory computing (IMC). Com- the database, and keep the data in sync across the IMDG and panies first started with caches: in-memory data stores databases.
Recommended publications
  • JSON Processing in Apache Ignite As Cache of RDBMS
    JSON processing in Apache Ignite as cache of RDBMS Lazarev Nikita, Borisenko Oleg ISP RAS Plan ● JSON processing in RDBMS ● Implementing of JSON processing in Apache Ignite ● Apache Ignite as cache to RDBMS ● Testing ● Results This work is funded by the Minobrnauki Russia (grant id RFMEFI60417X0199, grant number 14.604.21.0199) Introduction JSON documents: ● Describes objects with substructure ● Flexible scheme ● Used in WEB ● Supported in some RDBMS ● Not included in SQL standard Introduction 1. SQL tables may contain in the columns JSON type 2. Functions allowing developers generate JSON documents directly in SQL queries 3. Transformation of string data types to JSON and reverse operations 4. CAST-operator both into JSON and out of it 5. Operations to check correctness of the documents 6. Operations to work with documents directly in SQL 7. Indexing of JSON documents Introduction Feature Oracle MySQL MS SQL Server PostgreSQL 1 Stored in strings Yes Stored in strings Yes, Binary storage is possible 2 Incompletely Yes Yes Yes 3 Incompletely Yes Yes Yes 4 Incompletely Yes Incompletely Yes 5 Yes Yes Yes Yes 6 Yes Yes Incompletely Yes 7 Full text search No No For binary representation Introduction PostgreSQL provides: ● json, jsonb data types ● json and jsonb operators: ○ “->”, “->>”, “#>”, “#>>” - get document element as document or text ● jsonb operators: ○ “@>”, “<@” - comparison of documents ○ “?”, “?|”, “?&” - key existence ○ “||”, “-”, “#-” - document modifications ● Addition JSON processing functions ● Aggregate functions ● GIN Index for jsonb Introduction ● The cost of RAM decreases ● Increase of data processing performance ● Horizontal scaling ● CAP-theorem ● Power supply dependency Apache Ignite Apache Ignite is the open source version of GridGain Systems product.
    [Show full text]
  • Beyond Relational Databases
    EXPERT ANALYSIS BY MARCOS ALBE, SUPPORT ENGINEER, PERCONA Beyond Relational Databases: A Focus on Redis, MongoDB, and ClickHouse Many of us use and love relational databases… until we try and use them for purposes which aren’t their strong point. Queues, caches, catalogs, unstructured data, counters, and many other use cases, can be solved with relational databases, but are better served by alternative options. In this expert analysis, we examine the goals, pros and cons, and the good and bad use cases of the most popular alternatives on the market, and look into some modern open source implementations. Beyond Relational Databases Developers frequently choose the backend store for the applications they produce. Amidst dozens of options, buzzwords, industry preferences, and vendor offers, it’s not always easy to make the right choice… Even with a map! !# O# d# "# a# `# @R*7-# @94FA6)6 =F(*I-76#A4+)74/*2(:# ( JA$:+49>)# &-)6+16F-# (M#@E61>-#W6e6# &6EH#;)7-6<+# &6EH# J(7)(:X(78+# !"#$%&'( S-76I6)6#'4+)-:-7# A((E-N# ##@E61>-#;E678# ;)762(# .01.%2%+'.('.$%,3( @E61>-#;(F7# D((9F-#=F(*I## =(:c*-:)U@E61>-#W6e6# @F2+16F-# G*/(F-# @Q;# $%&## @R*7-## A6)6S(77-:)U@E61>-#@E-N# K4E-F4:-A%# A6)6E7(1# %49$:+49>)+# @E61>-#'*1-:-# @E61>-#;6<R6# L&H# A6)6#'68-# $%&#@:6F521+#M(7#@E61>-#;E678# .761F-#;)7-6<#LNEF(7-7# S-76I6)6#=F(*I# A6)6/7418+# @ !"#$%&'( ;H=JO# ;(\X67-#@D# M(7#J6I((E# .761F-#%49#A6)6#=F(*I# @ )*&+',"-.%/( S$%=.#;)7-6<%6+-# =F(*I-76# LF6+21+-671># ;G';)7-6<# LF6+21#[(*:I# @E61>-#;"# @E61>-#;)(7<# H618+E61-# *&'+,"#$%&'$#( .761F-#%49#A6)6#@EEF46:1-#
    [Show full text]
  • Apache Ignitetm In-Memory Data Fabric in Action Fast Data Meets Open Source DMITRIY SETRAKYAN Founder, PMC
    Apache IgniteTM In-Memory Data Fabric In Action Fast Data Meets Open Source DMITRIY SETRAKYAN Founder, PMC https://ignite.apache.org @apacheignite @dsetrakyan Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries. Coding Examples • Compute Grid • Data Grid • Streaming Grid • Service Grid Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries. Join Us! Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries. In-Memory Data Fabric: More Than Data Grid Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries. Apache Ignite: Complete Cloud Support • Automatic Discovery – Simple Configuration – AWS/EC2/S3 – Google Compute Engine – Other Clouds with JClouds • Docker Support – Automatically Build and Deploy Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries. In-Memory Compute Grid • MapReduce • ForkJoin • Zero Deployment • Cron-like Task Scheduling • State Checkpoints • Load Balancing • Automatic Failover • Full Cluster Management • Pluggable SPI Design Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries.
    [Show full text]
  • A Gridgain Systems In-Memory Computing White Paper
    WHITE PAPER A GridGain Systems In-Memory Computing White Paper February 2017 © 2017 GridGain Systems, Inc. All Rights Reserved. GRIDGAIN.COM WHITE PAPER Accelerate MySQL for Demanding OLAP and OLTP Use Cases with Apache Ignite Contents Five Limitations of MySQL ............................................................................................................................. 2 Delivering Hot Data ................................................................................................................................... 2 Dealing with Highly Volatile Data ............................................................................................................. 3 Handling Large Data Volumes ................................................................................................................... 3 Providing Analytics .................................................................................................................................... 4 Powering Full Text Searches ..................................................................................................................... 4 When Two Trends Converge ......................................................................................................................... 4 The Speed and Power of Apache Ignite ........................................................................................................ 5 Apache Ignite Tames a Raging River of Data ...............................................................................................
    [Show full text]
  • Apache Ignite and Gridgain Enterprise Data Fabric Training Gridgain Brings Apache Ignite to the Enterprise
    Apache Ignite and GridGain Enterprise Data Fabric Training GridGain brings Apache Ignite to the enterprise. Apache Ignite is a high-performance, integrated and distributed in-memory platform for computing and transacting on large- scale data sets in real-time, orders of magnitude faster than possible with traditional disk- based or flash technologies. C123-401 This training is designed to provide you with the knowledge required to build high throughput, low latency applications for scaling with Apache Ignite and GridGain Enterprise™ Data Fabric. GridGain Enterprise™ consists of Apache Ignite™ plus premium features to enhance functionality for enterprises. By completing this training you will learn and gain experience about GridGain Enterprise and Apache Ignite and what they are used for, Learn where and when to deploy Apache Ignite and GridGain Enterprise, Learn how to build applications that run on Apache Ignite and GridGain Enterprise and take advantage of the benefits and Make the right development decisions while using Apache Ignite and GridGain Enterprise. AUDIENCE Developers Project Managers SI Architects KNOWLEDGE REQUIREMENTS Java working knowledge IntelliJ IDE knowledge is a plus LENGTH 3 Days BONUS Plenty of hands-on lab sessions on modifying the Custom applications SYLLABUS GridGain and Apache Ignite Apache Ignite/GridGain API (Day 2) Apache Ignite/GridGain API (Day 3) Introduction (Day 1) 7. Data Modeling 12. Compute Grid 1. Course Introduction 8. SQL Grid Query 13. Continuous Queries 2. GridGain Introduction 9. SQL Grid DML 14. Service Grid 3. Clustering and Caching 10. Transactions 15. Additional API Concepts 11. Persistence 16. Administration Concerns 4. Order It Demo Application 17.
    [Show full text]
  • Evaluation of SQL Benchmark for Distributed In-Memory Database Management Systems
    IJCSNS International Journal of Computer Science and Network Security, VOL.18 No.10, October 2018 59 Evaluation of SQL benchmark for distributed in-memory Database Management Systems Oleg Borisenko† and David Badalyan†† Ivannikov Institute for System Programming of the RAS, Moscow, Russia Summary Requirements for modern DBMS in terms of speed are growing every day. As an alternative to traditional relational DBMS 2. Overview distributed, in-memory DBMS are proposed. In this paper, we investigate capabilities of Apache Ignite and VoltDB from the This chapter discusses the features of Apache Ignite and point of view of relational operations and compare them to VoltDB. Both DBMS support data replication in distributed PostgreSQL using our implementation of TPC-H like workload. mode. However, the paper will consider only the case of Key words: data distribution without replication. Apache Ignite, VoltDB, PostgreSQL, In-memory Computing, distributed systems. 2.1 Apache Ignite 1. Introduction Apache Ignite is a distributed in-memory DBMS [3] [4] written in the Java programming language. It is a caching Today, most applications have to handle large amounts of and data processing platform designed for managing large data. Architects of complex systems face a problem of amounts of data using large number of compute nodes. choosing a DBMS corresponding to reliability, scalability Despite original key-value nature of the system, the and usability requirements. Traditionally used RDBMS developers declare ACID compliance and full support for have several advantages, such as integrity control, data the SQL:1999 standard. consistency, matureness. However, the centralized data H2 Database is used as a subsystem to process SQL queries.
    [Show full text]
  • TIBCO® MDM Cloud Deployment Guide Version 9.3.0 December 2020 Document Updated: March 2021
    TIBCO® MDM Cloud Deployment Guide Version 9.3.0 December 2020 Document Updated: March 2021 Copyright © 1999-2020. TIBCO Software Inc. All Rights Reserved. 2 | Contents Contents Contents 2 TIBCO MDM on Container Platforms 3 TIBCO MDM All-in-one Container 3 Building and Running Docker Image for the TIBCO MDM All-in-one Container 4 TIBCO MDM Cluster 6 Build Docker Image for TIBCO MDM Cluster Container 8 TIBCO MDM Cluster Container Components YAML Files 9 Configuring Kubernetes Containers for TIBCO MDM 11 ConfigMap Parameters 13 Configuring Memory of Docker Container 15 Configure Memory and CPU for Kubernetes Pod 16 Configuration for Persistent Volume Types 16 Setting up Helm 18 TIBCO MDM Cluster on the Cloud 19 Tag and Push the Docker Image for Cloud Platforms 32 Deploying TIBCO MDM Cluster on Kubernetes by Using YAML Files 34 Deploying Kubernetes Dashboard (Optional) 35 Deploying TIBCO MDM Cluster by Using Helm 36 Access TIBCO MDM Cluster UI 37 TIBCO Documentation and Support Services 39 Legal and Third-Party Notices 41 TIBCO® MDM Cloud Deployment Guide 3 | TIBCO MDM on Container Platforms TIBCO MDM on Container Platforms You can containerize TIBCO MDM and run it in a Docker or Kubernetes environment. To containerize TIBCO MDM, you must build and run the Docker images using the bundled Docker ZIP file. The Dockerfiles are delivered as a ZIP file on the TIBCO eDelivery website. Download the TIB_mdm_9.3.0_container.zip file and extract its content to a separate directory. In the directory, locate the ready-to-use Dockerfile and other scripts required to build the images.
    [Show full text]
  • A Gridgain Systems In-Memory Computing White Paper
    WHITE PAPER d A GridGain Systems In-Memory Computing White Paper May 2017 © 2017 GridGain Systems, Inc. All Rights Reserved. GRIDGAIN.COM WHITE PAPER Choosing the Right In-Memory Computing Solution Contents Wh IMC Is Right for Toda’s Fast-Data and Big-Data Applications ............................................................. 2 Dispelling Myths About IMC ......................................................................................................................... 3 IMC Product Categories ................................................................................................................................ 4 Table of IMC Product Categories .............................................................................................................. 8 Sberbank case study: In-Memory Computing in Action ............................................................................... 9 GridGain Systems: A Leader in In-Memory Computing ................................................................................ 9 Making the Choice ...................................................................................................................................... 10 Contact GridGain Systems .......................................................................................................................... 11 About GridGain Systems ............................................................................................................................. 11 © 2017 GridGain Systems, Inc. All Rights Reserved.
    [Show full text]
  • Apache Ignitetm Distributed In-Memory SQL Queries
    Apache IgniteTM Distributed In-Memory SQL Queries Denis Magda GridGain Product Manager Apache Ignite PMC http://ignite.apache.org #apacheignite Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries. Agenda • Apache Ignite Overview • Apache Ignite SQL Engine • Internals • Query Execution Flow • SQL API • Tips and Tricks • Apache Ignite SQL Engine Of Tomorrow • Demo Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries. Apache Ignite Overview Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries. Apache IgniteTM In-Memory Data Fabric: Strategic Approach to IMC • Supports Applications of various types and languages • Open Source – Apache 2.0 • Simple Java APIs • 1 JAR Dependency • High Performance & Scale • Automatic Fault Tolerance • Management/Monitoring • Runs on Commodity Hardware • Supports existing & new data sources • No need to rip & replace Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries. In-Memory Data Grid • Distributed Key-Value Data Store • Data Reliability • High-Availability – Active replicas, automatic failover • Data Consistency – ACID distributed transactions • Distributed SQL – Advanced indexing Apache®, Apache Ignite, Ignite®, and the Apache Ignite logo are either registered trademarks or trademarks of the Apache Software Foundation in the United States and/or other countries.
    [Show full text]
  • Apache Ignite [email protected], Ptupitsyn.Github.Io Traditional Approach: Bring Data to Code
    Боремся с сетевым оверхедом в распределённых системах: альтернативный подход к работе с данными Pavel Tupitsyn Lead .NET engineer at GridGain .NET client maintainer at Apache Ignite [email protected], ptupitsyn.github.io Traditional Approach: Bring Data To Code A lot of network calls for one user search query: ● Get item ids from ElasticSearch ● Get item descriptions from Redis ● If not in Redis, get from DB, update Redis But Network Is Fast! Or Is It? Latency Numbers Every Programmer Should Know https://colin-scott.github.io/personal_website/research/interactive_latency.html Connections Are Not Free Facebook and memcached - Tech Talk https://www.youtube.com/watch?v=UH7wkvcf0ys What if we store the data together with code? Local Redis vs In-Process Ignite i7-9700K, Ubuntu 20.04, .NET 5, StackExchange Redis 2.2.4, Apache Ignite 2.9.1 What is Apache Ignite? ● Distributed Database ● Transactional ● Automatic data partitioning (sharding) ● In-Memory + On Disk ● NoSQL + SQL / LINQ + FullText ● Streaming, messaging (pub/sub) ● Compute (map/reduce) ● Embedded Mode for .NET, Java, C++ Apache Ignite: Embedded Mode ● App + DB in one process (like SQLite) ● Data is in the process memory (“Page Memory” - unmanaged) ● Optionally on local disk ● Ignition.Start(config) to run ● Your app is the node: run on multiple machines to form a cluster ● Nodes find each other (address list / multicast / k8s discovery) ● Embedded mode is not the only choice: ○ Thin clients (.NET, C++, Java, JS, Python, PHP, Rust..) ○ ODBC ○ REST https://ignite.apache.org/docs/latest/memory-architecture
    [Show full text]
  • Apache Ignite In-‐Memory Data Fabric for .NET
    Apache Ignite In-Memory Data Fabric for .NET Dmitriy Setrakyan GridGain Founder & Chief Product Officer Apache Ignite PMC www.ignite.apache.org #apacheignite © 2016 GridGain Systems, Inc. Agenda • Project history • In-Memory Data Fabric • In-Memory Clustering • In-Memory Compute Grid • In-Memory Data Grid • In-Memory Service Grid • In-Memory Streaming & CEP • Hadoop & Spark Accelerator © 2016 GridGain Systems, Inc. Why In-Memory Compu?ng Now? Data Growth Driving Demand Declining DRAM Cost Growth of Global Data 35 30 25 20 15 10 ZeHabytes of Data DRAM 5 Flash 0 2009 2010 2015 2020 Disk 8 zeSabytes in 2015 growing to 35 in 2020 Cost drops 30% every 12 months © 2016 GridGain Systems, Inc. Apache Ignite - We Are Hiring! • Very AcWve Community • Great Way to Learn Distributed CompuWng • How To Contribute: – hSps://ignite.apache.org/community/ contribute.html#contribute – hSps://cwiki.apache.org/confluence/ display/IGNITE/How+to+Contribute © 2016 GridGain Systems, Inc. In-Memory Data Fabric Navely developed for .NET Apache Ignite is a leading open-source, cloud-ready distributed soaware delivering 100x performance and scalability by storing and processing data in memory across scale out or scale up infrastructure. © 2014 GridGain Systems, Inc. Comprehensive In-Memory Data Fabric • Richest funcWonality – a true data fabric – SQL, distributed data and compute grids, streaming, Hadoop acceleraon, ACID transacWons, etc. • Open source – Apache Ignite – for Fast Data what Hadoop is for Big Data • Most strategic, least disrupWve approach to in-memory
    [Show full text]
  • In-Memory Databases and Apache Ignite
    In-Memory Databases and Apache Ignite Joan Tiffany To Ong Lopez 000457269 [email protected] Sergio José Ruiz Sainz 000458874 [email protected] 18 December 2017 INFOH415 – In-Memory databases with Apache Ignite Table of Contents 1 Introduction .................................................................................................................................... 5 2 Apache Ignite .................................................................................................................................. 5 2.1 Clustering ................................................................................................................................ 5 2.2 Durable Memory and Persistence .......................................................................................... 6 2.3 Data Grid ................................................................................................................................. 7 2.4 Distributed SQL ..................................................................................................................... 10 2.5 Compute Grid features ......................................................................................................... 10 2.6 Other interesting features .................................................................................................... 10 3 Business domain ........................................................................................................................... 11 4 Database schema and data setup ................................................................................................
    [Show full text]