elevate.boston
FIMS CloudDatabaseNoSQLArchitecture
NoSQL Database Solutions via MongoDB.
Every identity management system has to have a well thought out backend database solution. It is well known that for scaling beyond 1 million the NoSQL class of solutions offer increasingly more powerful scaling laws. Depicted in the accompanying figure is the database solution within our FaceR Cloud via the NoSQL class of solutions focusing on our choice of MongoDB. Our NoSQL solution provides data replication providing immunity from hardware failures and data sharing providing scaling. Typically, within the US, nodes the replica set can be situated in the Eastern geographical zone and/or in the Western region. Each Replica Set typically operates with 3 to 7 nodes (or computers). Additional replica sets can be seamlessly added to horizontally scale data storage automatically. Growing the database in this way is referred to as Sharding and the data represented by each replica set is called a Shard. Our selection of MongoDB provides the following features including (i) Data Redundancy – Replica sets providing an automated method for storing multiple copies of the data and (ii) Automated Failover a correctly configured replica set basically provides a “hot backup”. Recovering from backups is typically very time consuming and can result in data loss. Having an active replica set is generally much faster than working with backups.
FIMS CloudDatabaseNoSQLArchitecture
NoSQL Database Solutions via MongoDB.
Every identity management system has to have a well thought out backend database solution. It is well known that for scaling beyond 1 million the NoSQL class of solutions offer increasingly more powerful scaling laws. Depicted in the accompanying figure is the database solution within our FaceR Cloud via the NoSQL class of solutions focusing on our choice of MongoDB. Our NoSQL solution provides data replication providing immunity from hardware failures and data sharing providing scaling. Typically, within the US, nodes the replica set can be situated in the Eastern geographical zone and/or in the Western region. Each Replica Set typically operates with 3 to 7 nodes (or computers). Additional replica sets can be seamlessly added to horizontally scale data storage automatically. Growing the database in this way is referred to as Sharding and the data represented by each replica set is called a Shard. Our selection of MongoDB provides the following features including (i) Data Redundancy – Replica sets providing an automated method for storing multiple copies of the data and (ii) Automated Failover a correctly configured replica set basically provides a “hot backup”. Recovering from backups is typically very time consuming and can result in data loss. Having an active replica set is generally much faster than working with backups.