Amazon DynamoDB Reviews

We have enabled a state-locking mechanism in Terraform, so we store our keys in DynamoDB. 

If the database is kept running continuously, extra costs will be incurred. This particular area needs enhancement.

I rate the platform's stability a nine out of ten.

I rate the platform's scalability a nine out of ten.

The technical support team is always available to help us.

Positive

I worked with MongoDB and Firebase earlier. I switched to DynamoDB because of the company and client requirements. Atlassian and Google already own the other two services. I used MongoDB for a machine learning project and Firebase for an Android-level project.

The initial setup process is easy.

I have yet to use DynamoDB for real-time data processing in my applications. However, in Terraform, we utilized it to create multiple infrastructures. Terraform has a state-locking feature, which prevents simultaneous data updates from multiple users. For example, triggering a data update one minute before you do will lock your access until my update is completed. We implemented this feature for telco data monitoring purposes.

Data modeling in DynamoDB is simple and easy to use in our cases. You have primary and secondary tables, and then you can easily model the data. Whatever you use to access the non-structural data is how you get the storage, i.e., API gateways, workflows, and microservices that need to communicate with each other. This is where the database comes into the picture.

I advise others to be thoughtful and careful when using the platform because if you keep the database running continuously, it might cost you a lot of money. 

I recommend Amazon DynamoDB to others and rate it a nine out of ten.

My use case is user data management.

It is fairly straightforward. The best part is the scalability, the response performance, and scalability part. I didn't like the API extremely well, but it was okay. 

Moreover, the system is pretty well documented, which is important. And it's observability. That's okay.

Data integrity across availability zones would be a valuable addition. 

Currently, DynamoDB provides eventual consistency across availability zones, but strong consistency would be beneficial for certain use cases.

There is room for improvement in the pricing. A more tiered pricing structure would better accommodate different usage patterns. Similar to leasing a car versus buying it outright, there should be options for those with lower or higher usage volumes.

I have been using this solution for three years. 

It is stable enough.

This is a backend system. So it can be hundreds of thousands of users because it's not like a user interface type thing.  So, it serves hundreds of thousands of real-world users.

It is a highly scalable solution. 

Never used the support. I got all the information from the documentation. 

I've worked with NoSQL databases like Redis and Amazon Keyspaces in the past.

We switched to DynamoDB because it is SaaS. We didn't have a dedicated team to maintain our database infrastructure.

Technically, Redis is better than DynamoDB is quite capable. However, it requires less maintenance compared to other NoSQL solutions.

I tried Step Functions, but it would be too pricey if I used it too much. So, I didn't stick with it. For low volume, the peanuts work. For high volume, they become expensive.

I just did play with it and then made a forecast and said no.

We just picked Amazon DynamoDB because it did the job, we wanted to do. I don't find it complicated. We use it. It's pretty straightforward.

It is SaaS from Amazon, you just use it. You don't install anything. It could you could install it if you want. Like, I didn't, but I never used that. 

It is a service from Amazon. So that's one of the benefits; you just use it. There is no maintenance required. 

For our use case usage, DynamoDB's pricing was okay. However, for high-traffic applications, the pricing structure becomes less attractive.

It might not be the best choice for high volume. DynamoDB's billing is based on usage, not a fixed subscription fee. The invoicing is done monthly, but you only pay for the resources you consume.

There are no additional charges for support or other services. You pay solely for the resources you utilize.

My role is a solution architect. So, basically, we play with what we have at hand with what's the company strategy. We're more like Jokers. We play with whatever is the context, not necessarily being like, "hey, I'm an Amazon guy. I only do Amazon." It's mostly into building the software rather than using off-the-shelf stuff. So, we just built what we needed about VPMs in other companies.

For simple, straightforward use cases, I would recommend it. And for whatever decent volume of usage means for each company, I wouldn't recommend it for a tenth of thousands of transactions per second.

Overall, I would rate the solution a nine out of ten. 

The ease of operation. It's so easy to scale it up and down. And it delivers predictable performance, as promised. 

We are using DynamoDB in two projects now. One for storing large amounts of file metadata, and one for storing small amounts of session data. The fact that it is so easy to create tables and provision for known throughput saved us a lot of time, especially because we are deploying multiple environments and multiple regions. 

DynamoDB doesn't provide server-side encryption, so we had to do it manually.

Any replication to other regions requires writing code. It's not so bad, but would be better to get a solution out of the box. 

We store some protected patient information in DynamoDB, and in order to keep it HIPAA-compliant, we have to encrypt it at rest. Some services such as S3, Redshift and SQS will do the encryption on the server side, but with DynamoDB, the client application had to do the encryption before writing to the DB, and has to decrypt when reading. This means that we need to manage encryption keys: we need to store then securely and rotate them periodically, which is extra coding and complexity.

As for cross-region replication, AWS offers a way to do this using DynamoDB streams and Lambda, whereas other databases such as postgresql enable to configure replication without coding.

I have used it for one year.

We have not encountered any deployment issues. It's straightforward. 

We have not encountered any stability issues, but you should expect to get exceptions when you exceed the provisioned throughput. This is okay and it is by design. You need to handle it by retries with exponential backoff. 

We have not encountered any scalability issues.

We used PostgreSQL. We switched to DynamoDB for the scalability and ease of deployment and operation. 

Initial setup was straightforward.

An in-house team implemented it.

No time wasted on provisioning databases.

Pricing depends on volume and provisioned throughput. When low, the price is extremely low. But for really large amounts of data, it can be expensive. Make sure you keep there only data you really need available fast.

We evaluated Cassandra but chose to abandon it because it was harder to configure correctly and scale. 

Since Amazon DynamoDB is a serverless NoSQL database, we are using it to develop an application that uses a NoSQL database.

Amazon DynamoDB allows you to configure your read-write capacity and create a single global table that can be accessed with any other region.

Amazon DynamoDB has a very complex configuration if you go very advanced.

I have been using Amazon DynamoDB for the past two to three months.

We are very much satisfied with Amazon DynamoDB's global tables feature. It was very easy for me to learn to use Amazon DynamoDB. After one week of upskilling, I was able to query and use the solution. The solution has a very user-friendly interface. If you don't know about queries, you can filter out data with the interface without writing complex queries.

Our company decided to use Amazon DynamoDB because it is a serverless, NoSQL database. Amazon DynamoDB has a very complex configuration if you go very advanced. So, start with the basics and use PK and SK only. After that, you can jump to search indexes. If you have some advanced use cases, the configuration might have some complexities. Amazon DynamoDB has good scalability, and it is very fast for querying.

Overall, I rate the solution ten out of ten.

DynamoDB is suitable for a wide range of applications, from small-scale projects to large-scale and high-traffic applications. Amazon DynamoDB is a high-performance managed service, and AWS fully takes care of the operational parts, including hardware, setup, and maintenance.

Amazon DynamoDB is a fully managed service by AWS, and it is designed to provide fast and predictable performance.

The solution's backup and restore could be improved to be able to utilize batch operations.

I have been using Amazon DynamoDB for more than two years.

Amazon DynamoDB is a stable solution.

Amazon DynamoDB is a scalable solution. More than three people are using the solution in our organization.

The solution’s technical support is good.

The solution’s initial setup is easy.

Amazon DynamoDB is a cheap solution.

Amazon DynamoDB automatically publishes AWS CloudWatch metrics that provide information on health and performance, read-write capacity, system errors, and conditional check fail requests. It is easy for somebody to learn to use Amazon DynamoDB. I would recommend the solution to other users.

Overall, I rate the solution ten out of ten.

We use this solution for two main purposes. The first is for the IoT-H devices to collect data and push the collected data to the DynamoDB. The second aim is to use the Terraform integration for the GS. This solution supports 25 users. 

The most valuable features are the flexibility and the compatibility options without needing to use any additional services or software. It is an independent solution that doesn't need other solutions to operate. 

The design patterns and the documentation for this solution could be improved. In a future release, we would like to see an improvement of the data push options as we sometimes experience blockers when moving data. 

I have been using this solution for more than two years. 

This is a stable solution. In the last three years, I have not encountered any issues. 

This is a scalable solution. 

We make use of the paid version of support and do not usually wait more than 40 minutes to be assisted via email or live chat. I would rate support a five out of five. 

Positive

The initial setup is not that easy. It requires at least one mid-level DevOps engineer to understand both the company requirements and also the AWS capability in order to meet them. I would rate the initial setup a four out of five. 

I would rate the pricing for this solution a four out of five. 

I would rate this solution an eight out of ten. 

We mostly use it for e-commerce data.

Any inflow of new data, whether it is new input or schema inflow, can be captured and stored in DynamoDB. Any variables or inputs can be captured in DynamoDB.

It's easier to scale than other databases.

It's serverless, scalable, and we can replicate and do blow letters. It's okay from my side.

When creating login credentials, we can make a security setup while using DynamoDB.

It has a different schema type than other databases. DynamoDB has a separate schema.

It is a schema-less, NoSQL database. When connecting to other services, we need to sort and code the data. We need to especially monitor the coding of the data. There will be some minor changes to normal coding.

I have been using it for two years. 

I would rate the stability a seven out of ten. We faced some configuration issues.

We mainly need to know the configurations and settings. They need to be customized before setup can be done.

We are a small company; only four developers use it.

I would rate the scalability an eight out of ten. 

AWS technical support is very friendly and looks out for the business to continue. They will support you based on your support ticket.

Positive

I have used Azure. It was for a previous project.

For deployment, we use libraries. If you want to create a library, it's basic functionality. We can call it by integrating with any Python library. We can deploy it very quickly and easily.

Compared to MongoDB, we can set up DynamoDB within half a day.

AWS handles the maintenance.

It's pay-as-you-go. You pay for how much you use and store. We can also make automatic backups and use replication for the database. It is suitable for high-performance applications.

It's on a monthly basis. So it's a subscription.

We use it for support services, so we subscribe to it only when needed. So, the pricing can vary. 

I would rate the pricing an eight out of ten. 

I can recommend AWS, especially for enterprise and retail-level customers. 

Overall, I would rate it a seven out of ten. 

It is a NoSQL product. We can write what we want, and it will be stored. We need not worry about the structure. If we want to use a database for small use cases, we can use DynamoDB. If the CPU is high in a day, I can check what time it went high, how many people came into the site, and understand the database usage. Whenever the CPU is high, I send all the data to my database and analyze why it is high so that I can minimize the usage accordingly.

If we want to add another field, we can do so easily. It won’t show any errors. There is no need to migrate. Data modeling is easy. Whatever language we use with the product, we must check how to connect and write it. We must use some DynamoDB functions. I use the product with Lambda.

The pricing for larger databases is higher.

I have been using the solution for one and a half years.

We did not have any issues with the tool’s stability. We did not face any issues with bugs.

The tool’s scalability is good. I rate the scalability a nine out of ten.

The initial setup is straightforward.

We mostly use PostgreSQL.

I have used Amazon RDS. We do not use DynamoDB much. I will recommend the product to others. If we want a small database, Amazon DynamoDB is a good choice. We can use it for larger use cases, too. However, pricing might be high if we opt for the larger database. Overall, I rate the tool a nine out of ten.