This is an automated email from the ASF dual-hosted git repository.
dmagda pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/ignite.git
The following commit(s) were added to refs/heads/master by this push:
new de43f96 Updated readme file removing outdated and redundant content
de43f96 is described below
commit de43f96734a0ac1d0bf61dbe714154fc3c74877f
Author: Denis Magda <[email protected]>
AuthorDate: Thu Oct 24 15:54:51 2019 -0700
Updated readme file removing outdated and redundant content
---
README.md | 260 +-------------------------------------------------------------
1 file changed, 1 insertion(+), 259 deletions(-)
diff --git a/README.md b/README.md
index 89af2ca..345f12a 100644
--- a/README.md
+++ b/README.md
@@ -84,262 +84,4 @@ Most traditional databases work in a client-server fashion,
meaning that data mu
## Scalability and Durability
Ignite is an elastic, horizontally scalable distributed system that supports
adding and removing cluster nodes on demand. Ignite also allows for storing
multiple copies of the data, making it resilient to partial cluster failures.
If the persistence is enabled, then data stored in Ignite will also survive
full cluster failures. Cluster restarts in Ignite can be very fast, as the data
becomes operational instantaneously directly from disk. As a result, the data
does not need to be preload [...]
-[Read More](https://apacheignite.readme.io/docs/clustering)
-
-## Ignite Components
-
-You can view Apache Ignite as a collection of independent, well-integrated
components geared to improve performance and
- scalability of your application.
-
-Some of these components include:
-* [Advanced Clustering](#advanced-clustering)
-* [Data Grid](#data-grid-jcache)
-* [SQL Database](#sql-database)
-* [Compute Grid](#compute-grid)
-* [Service Grid](#service-grid)
-* [Hadoop Accelerator](#hadoop-accelerator)
-* [Spark Shared RDDs and SQL indexes](#spark-shared-rdds)
-
-Below you’ll find a brief explanation for each of them.
-
-
-### Advanced Clustering
-
-Ignite nodes can [automatically
discover](https://apacheignite.readme.io/docs/cluster) each other. This helps
to scale the cluster when needed, without having to restart the whole cluster.
Developers can also leverage from Ignite’s hybrid cloud support that allows
establishing connection between private cloud and public clouds such as Amazon
Web Services, providing them with best of both worlds.
-
-<p align="center">
- <a href="https://apacheignite.readme.io/docs/cluster">
- <img src="https://ignite.apache.org/images/advanced-clustering.png" />
- </a>
-</p>
-
-Apache Ignite can be deployed on:
-* [AWS](https://apacheignite.readme.io/docs/aws-deployment)
-* [Docker](https://apacheignite.readme.io/docs/docker-deployment)
-* [Google
Compute](https://apacheignite.readme.io/docs/google-compute-deployment)
-* [Kubernetes](https://apacheignite.readme.io/docs/kubernetes-deployment)
-* [Mesos](https://apacheignite.readme.io/docs/mesos-deployment)
-* [YARN](https://apacheignite.readme.io/docs/yarn-deployment)
-
-
-### Data Grid (JCache)
-
-[Ignite data grid](https://apacheignite.readme.io/docs/data-grid) is an
in-memory distributed key-value store which can be viewed as a distributed
partitioned hash map,
-with every cluster node owning a portion of the overall data. This way the
more cluster nodes we add, the more data we
-can cache.
-
-Unlike other key-value stores, Ignite determines data locality using a
pluggable hashing algorithm. Every client can
-determine which node a key belongs to by plugging it into a hashing function,
without a need for any special mapping
-servers or name nodes.
-
-Ignite data grid supports local, replicated, and partitioned data sets and
allows to freely cross query between these
-data sets using standard SQL syntax. Ignite supports standard SQL for querying
in-memory data including support for distributed SQL joins.
-
-<p align="center">
- <a href="https://apacheignite.readme.io/docs/data-grid">
- <img src="https://ignite.apache.org/images/data_grid.png" vspace="15"
width="450px"/>
- </a>
-</p>
-
-### SQL Database
-
-Apache Ignite incorporates [distributed SQL
database](https://apacheignite.readme.io/docs/distributed-sql) capabilities as
a part of its platform. The database is horizontally
- scalable, fault tolerant and SQL ANSI-99 compliant. It supports all SQL, DDL,
and DML commands including SELECT, UPDATE,
- INSERT, MERGE, and DELETE queries. It also provides support for a subset of
DDL commands relevant for distributed
- databases.
-
-With Ignite Durable Memory architecture, data as well as indexes can be stored
both in memory and, optionally, on disk.
-This allows executing distributed SQL operations across different memory
layers achieving in-memory performance with the durability of disk.
-
-You can interact with Apache Ignite using the SQL language via natively
developed APIs for Java, .NET and C++, or via
-the Ignite JDBC or ODBC drivers. This provides a true cross-platform
connectivity from languages such as PHP, Ruby and more.
-
-
-<p align="center">
- <a href="https://apacheignite.readme.io/docs/distributed-sql">
- <img src="https://ignite.apache.org/images/sql_database.png"
vspace="15" width="400px"/>
- </a>
-</p>
-
-
-### Compute Grid
-
-[Distributed computations](https://apacheignite.readme.io/docs/compute-grid)
are performed in parallel fashion to gain high performance, low latency, and
linear scalability.
- Ignite compute grid provides a set of simple APIs that allow users distribute
computations and data processing across
- multiple computers in the cluster. Distributed parallel processing is based
on the ability to take any computation and
- execute it on any set of cluster nodes and return the results back.
-
-<p align="center">
- <a href="https://apacheignite.readme.io/docs/compute-grid">
- <img src="https://ignite.apache.org/images/collocated_processing.png"
vspace="15" width="400px"/>
- </a>
-</p>
-
-We support these features, amongst others:
-
-* [Distributed Closure
Execution](https://apacheignite.readme.io/docs/distributed-closures)
-* [MapReduce & ForkJoin
Processing](https://apacheignite.readme.io/docs/compute-tasks)
-* [Continuous Mapping](https://apacheignite.readme.io/docs/continuous-mapping)
-* [Clustered Executor
Service](https://apacheignite.readme.io/docs/executor-service)
-* [Per-Node Shared State](https://apacheignite.readme.io/docs/node-local-map)
-* [Collocation of Compute and
Data](https://apacheignite.readme.io/docs/collocate-compute-and-data)
-* [Load Balancing](https://apacheignite.readme.io/docs/load-balancing)
-* [Fault Tolerance](https://apacheignite.readme.io/docs/fault-tolerance)
-* [Job State Checkpointing](https://apacheignite.readme.io/docs/checkpointing)
-* [Job Scheduling](https://apacheignite.readme.io/docs/job-scheduling)
-
-### Service Grid
-
-[Service Grid](https://apacheignite.readme.io/docs/service-grid) allows for
deployments of arbitrary user-defined services on the cluster. You can
implement and deploy any
-service, such as custom counters, ID generators, hierarchical maps, etc.
-
-Ignite allows you to control how many instances of your service should be
deployed on each cluster node and will
-automatically ensure proper deployment and fault tolerance of all the services.
-
-<p align="center">
- <a href="https://apacheignite.readme.io/docs/service-grid">
- <img src="https://ignite.apache.org/images/service_grid.png"
vspace="15" width="400px"/>
- </a>
-</p>
-
-### Ignite File System
-
-[Ignite File
System](https://apacheignite-fs.readme.io/docs/in-memory-file-system) (IGFS) is
an in-memory file system allowing work with files and directories over existing
cache
-infrastructure. IGFS can either work as purely in-memory file system, or
delegate to another file system (e.g. various
-Hadoop file system implementations) acting as a caching layer.
-
-In addition, IGFS provides API to execute map-reduce tasks over file system
data.
-
-### Distributed Data Structures
-
-Ignite supports complex [data
structures](https://apacheignite.readme.io/docs/data-structures) in a
distributed fashion:
-
-* [Queues and sets](https://apacheignite.readme.io/docs/queue-and-set):
ordinary, bounded, collocated, non-collocated
-* [Atomic types](https://apacheignite.readme.io/docs/atomic-types):
`AtomicLong` and `AtomicReference`
-* [CountDownLatch](https://apacheignite.readme.io/docs/countdownlatch)
-* [ID Generators](https://apacheignite.readme.io/docs/id-generator)
-* [Semaphore](https://apacheignite.readme.io/docs/distributed-semaphore)
-
-### Distributed Messaging
-
-[Distributed messaging](https://apacheignite.readme.io/docs/messaging) allows
for topic based cluster-wide communication between all nodes. Messages with a
specified
-message topic can be distributed to all or sub-group of nodes that have
subscribed to that topic.
-
-Ignite messaging is based on publish-subscribe paradigm where publishers and
subscribers are connected together by a
-common topic. When one of the nodes sends a message A for topic T, it is
published on all nodes that have subscribed to T.
-
-### Distributed Events
-
-[Distributed events](https://apacheignite.readme.io/docs/events) allow
applications to receive notifications when a variety of events occur in the
distributed grid environment. You can automatically get notified for task
executions, read, write or query operations occurring on local or remote nodes
within the cluster.
-
-### Hadoop Accelerator
-
-Our [Hadoop
Accelerator](https://apacheignite-fs.readme.io/docs/hadoop-accelerator)
provides a set of components allowing for in-memory Hadoop job execution and
file system operations.
-
-#### MapReduce
-
-An alternate
[high-performant](https://apacheignite-fs.readme.io/docs/map-reduce)
implementation of job tracker which replaces standard Hadoop MapReduce. Use it
to
-boost your Hadoop MapReduce job execution performance.
-
-<p align="center">
- <a href="https://apacheignite-fs.readme.io/docs/map-reduce">
- <img src="https://ignite.apache.org/images/hadoop-mapreduce.png"
vspace="15" height="400"/>
- </a>
-</p>
-
-#### IGFS - In-Memory File System
-
-A Hadoop-compliant [IGFS](https://apacheignite-fs.readme.io/docs/file-system)
File System implementation over which Hadoop can run over in plug-n-play
fashion and significantly reduce I/O and improve both, latency and throughput.
-
-<p align="center">
- <a href="https://apacheignite-fs.readme.io/docs/in-memory-file-system">
- <img src="https://ignite.apache.org/images/ignite_filesystem.png"
height="300" vspace="15"/>
- </a>
-</p>
-
-#### Secondary File System
-
-An implementation of
[`SecondaryFileSystem`](https://apacheignite-fs.readme.io/docs/secondary-file-system).
This implementation can be injected into existing IGFS allowing for
-read-through and write-through behavior over any other Hadoop FileSystem
implementation (e.g. HDFS). Use it if you
-want your IGFS to become an in-memory caching layer over disk-based HDFS or
any other Hadoop-compliant file system.
-
-#### Supported Hadoop distributions
-
-* [Apache
Hadoop](https://apacheignite-fs.readme.io/docs/installing-on-apache-hadoop)
-* [Cloudera
CDH](https://apacheignite-fs.readme.io/docs/installing-on-cloudera-cdh)
-* [Hortonworks
HDP](https://apacheignite-fs.readme.io/docs/installing-on-hortonworks-hdp)
-* [Apache
Hive](https://apacheignite-fs.readme.io/docs/running-apache-hive-over-ignited-hadoop)
-
-### Spark Shared RDDs
-
-Apache Ignite provides an implementation of Spark RDD abstraction which allows
to easily share state in memory across Spark jobs.
-
-The main difference between native Spark `RDD` and `IgniteRDD` is that Ignite
RDD provides a [shared
in-memory](https://apacheignite-fs.readme.io/docs/ignite-for-spark) view on
data across different Spark jobs, workers, or applications, while native Spark
RDD cannot be seen by other Spark jobs or applications.
-
-<p align="center">
- <a href="https://apacheignite-fs.readme.io/docs/ignite-for-spark">
- <img src="https://ignite.apache.org/images/spark_integration.png"
height="400" vspace="15" />
- </a>
-</p>
-
-## Ignite Facts
-
-#### Is Ignite a persistent or pure in-memory storage?
-**Both**. Native persistence in Ignite can be turned on and off. This allows
Ignite to store data sets bigger than can fit in the available memory.
Essentially, the smaller operational data sets can be stored in-memory only,
and larger data sets that do not fit in memory can be stored on disk, using
memory as a caching layer for better performance.
-
-[Read More](https://apacheignite.readme.io/docs/distributed-persistent-store)
-
-#### Is Ignite a distributed database?
-**Yes**. Data in Ignite is either *partitioned* or *replicated* across a
cluster of multiple nodes. This provides scalability and adds resilience to the
system. Ignite automatically controls how data is partitioned, however, users
can plug in their own distribution (affinity) functions and collocate various
pieces of data together for efficiency.
-
-[Read More](https://apacheignite.readme.io/docs/distributed-sql)
-
-#### Is Ignite a relational SQL database?
-**Not fully**. Although Ignite aims to behave like any other relational SQL
database, there are differences in how Ignite handles constraints and indexes.
Ignite supports *primary* and *secondary* indexes, however, the *uniqueness*
can only be enforced for the *primary* indexes. Ignite also does not support
*foreign key* constraints.
-
-Essentially, Ignite purposely does not support any constraints that would
entail a cluster broadcast message for each update and significantly hurt
performance and scalability of the system.
-
-[Read More](https://apacheignite.readme.io/docs/indexes)
-
-#### Is Ignite an in-memory database?
-**Yes**. Even though Ignite *durable memory* works well in-memory and on-disk,
the disk persistence can be disabled and Ignite can act as a pure *in-memory
database*.
-
-[Read More](https://apacheignite.readme.io/docs/distributed-sql)
-
-#### Is Ignite a transactional database?
-**Not fully**. ACID Transactions are supported, but only at *key-value* API
level. Ignite also supports *cross-partition* transactions, which means that
transactions can span keys residing in different partitions on different
servers.
-
-At *SQL* level Ignite supports *atomic*, but not yet *transactional*
consistency. Ignite community plans to implement SQL transactions in version
2.2.
-
-[Read More](https://apacheignite.readme.io/docs/sql-queries#known-limitations)
-
-#### Is Ignite a key-value store?
-**Yes**. Ignite provides a feature rich key-value API, that is JCache
(JSR-107) compliant and supports Java, C++, and .NET.
-
-[Read More](https://apacheignite.readme.io/docs/data-grid)
-
-#### Is Ignite an in-memory data grid?
-**Yes**. Ignite is a full-featured data grid, which can be used either in pure
in-memory mode or with Ignite native persistence. It can also integrate with
any 3rd party database, including any RDBMS or NoSQL store.
-
-[Read More](https://apacheignite.readme.io/docs/data-grid)
-
-#### What is durable memory?
-Ignite *durable memory* architecture allows Ignite to extend in-memory
computing to disk. It is based on a paged-based off-heap memory allocator which
becomes durable by persisting to the *write-ahead-log (WAL)* and, then, to main
Ignite persistent storage. When persistence is disabled, durable memory acts
like a pure in-memory storage.
-
-[Read More](https://apacheignite.readme.io/docs/durable-memory)
-
-#### What is collocated processing?
-Ignite is a distributed system and, therefore, it is important to be able to
collocate data with data and compute with data to avoid distributed data noise.
Data collocation becomes especially important when performing distributed SQL
joins. Ignite also supports sending user logic (functions, lambdas, etc.)
directly to the nodes where the data resides and computing on the data locally.
-
-[Read More](https://apacheignite.readme.io/docs/collocate-compute-and-data)
-
-## Ignite On Other Platforms
-
-<a href="modules/platforms/dotnet">Ignite.NET</a>
-
-<a href="modules/platforms/cpp">Ignite C++</a>
-
-
-[apache-ignite-homepage]: https://ignite.apache.org/
-[getting-started]: https://apacheignite.readme.io/docs/getting-started
-[docs]: https://apacheignite.readme.io/docs
\ No newline at end of file
+[Read More](https://apacheignite.readme.io/docs/clustering)
\ No newline at end of file