Reviews from AWS Marketplace
0 AWS reviews
-
5 star0
-
4 star0
-
3 star0
-
2 star0
-
1 star0
External reviews
External reviews are not included in the AWS star rating for the product.
Fan of Aiven, fan of the service
What do you like best about the product?
UI and UX are great, good level of transparency. Good pricing.
What do you dislike about the product?
Sometimes if we want something very custom it is hard to achieve with Aiven their service
What problems is the product solving and how is that benefiting you?
Streamlining our data pipelines, reducing the complexity of our system
- Leave a Comment |
- Mark review as helpful
Value-add service for offloading Postgres management, with improvement opportunities
What do you like best about the product?
The service is simple and easy to use. It is easy to spin up a Postgres instance in Aiven's cloud service via the UI or infrastructure-as-code tooling (such as Terraform) and have this operate alongside our existing cloud infrastructure in a private VPC with no shared access to the internet.
The functionality for enterprise usage of the services has improved markedly in recent months, with facilities for shared group control of an account and centralised billing accounts, just like the big three cloud providers. I have confidence that my data is hosted in a secure facility by a team of experts who understand deeply the systems they are integrated with. The console also surprises me with features I didn't know existed; today I found out Aiven is ahead of the curve by offering SAML authentication as standard. Way to go for not requiring an "enterprise" pricing plan for such essential functionality!
Running services via Aiven is by no means the cheapest option when considering the raw hardware/cloud instance costs, but after taking into account the operational and opportunity costs of running our own database services, it's competitive.
The functionality for enterprise usage of the services has improved markedly in recent months, with facilities for shared group control of an account and centralised billing accounts, just like the big three cloud providers. I have confidence that my data is hosted in a secure facility by a team of experts who understand deeply the systems they are integrated with. The console also surprises me with features I didn't know existed; today I found out Aiven is ahead of the curve by offering SAML authentication as standard. Way to go for not requiring an "enterprise" pricing plan for such essential functionality!
Running services via Aiven is by no means the cheapest option when considering the raw hardware/cloud instance costs, but after taking into account the operational and opportunity costs of running our own database services, it's competitive.
What do you dislike about the product?
There are areas for Aiven to improve around data residency/governance and the feeling I get regarding the safety of my data when using Aiven's services. I would also like to see developments in Aiven's technical approach to managing the services to instil more confidence that this service will adequately safeguard my data.
1. Currently, Aiven services are hosted inside Aiven's cloud provider account, not a cloud account of my own. I do not however understand how our data are safeguarded in the event Aiven were to cease trading or a compromised actor inside Aiven were to gain access to and/or manipulate our data. While Aiven has appropriate audited ISO and SoC attestations, such process-based controls are not the same as hard limits on the ability for a bad actor to move laterally in the event they maliciously gained access as a privileged user to your cloud account. This gives me residual concern regarding the use of Aiven's services and consideration regarding protecting the data by making my own backups outside Aiven.
2. I would like the ability to "bring your own cloud" as standard, for all of Aiven's services. This would take the form of sharing access via a cloud provider's native IAM credentials to a project and binding the appropriate IAM permissions to enable Aiven to spin up and manage its own instances in the project. While this is a function available once usage crosses a higher monthly commit with Aiven, Postgres is actually really efficient and so it will take a long time for even a widely-used, highly-scaled service to reach this threshold.
Offering a bring your own cloud service as standard would resolve many of the concerns around point #1 regarding data ownership, because I would have assurance that my data are stored in cloud infrastructure attached to my own billing account. This reassurance is essential in all cases, but especially so in regulated industries.
As a product feature, Aiven could subsequently offer "cloud-provider security protection" by having its managed services offer to make a backup from the user's production instances in their own cloud into storage buckets in Aiven's cloud accounts (held under Aiven's separate billing). This would offer customers peace of mind that their data are safely streamed out to another organisation's cloud account and thus there is redundancy in the event their own cloud account should be accidentally compromised or lost for some reason.
Furthermore, Aiven should provide direct access to the write-ahead logs.
3. Further to data backups, there is very minimal insight into the controls Aiven has in place around these. Aiven has great backup functionality including point-in-time restores, but to have confidence that they are usable, I need to know they are resilient to various erroneous (even byzantine) conditions in which a user might need to resort to them. Once again, process-based controls are useful for managing risk, but there is always a residual risk which cannot be discharged in Aiven hosting large quantities of user data and thus being a singularly unique target to attack with potentially widespread ramifications for more than just Aiven's own business.
4. Aiven's topology for Google Cloud Platform appears to place all instances and VPCs into a single project on Aiven's side. Is this scalable? How are risks handled here?
5. The console has a number of bugs which introduce operational hazards. For example, the bug when attempting to activate a project in the project selector which the user can see (it is part of a centralised account) but for which permissions have not propagated, thus they do not have permission to inspect inside the project. Rather than present an appropriate "Permission denied" error which interrupts the user's workflow, the project selector will instead silently jump to the next project which the user does have permissions to access. This is very dangerous because it means a user who believed they were accessing a development project, perhaps to remove some infrastructure, can be connected instead to a production project and inadvertently delete the wrong instance! Good operational practices in verifying the project prior to destructive operations are good here, but such bugs do not instil confidence as to other bugs which may exist in the console. I have reported this to product support so I hope it can be rectified soon.
6. Aiven's support staff are great! You should definitely reach out to them. However, it's not clear what the SLA around support is, or how I might upgrade this if I needed a tighter SLA on the services I take from them.
1. Currently, Aiven services are hosted inside Aiven's cloud provider account, not a cloud account of my own. I do not however understand how our data are safeguarded in the event Aiven were to cease trading or a compromised actor inside Aiven were to gain access to and/or manipulate our data. While Aiven has appropriate audited ISO and SoC attestations, such process-based controls are not the same as hard limits on the ability for a bad actor to move laterally in the event they maliciously gained access as a privileged user to your cloud account. This gives me residual concern regarding the use of Aiven's services and consideration regarding protecting the data by making my own backups outside Aiven.
2. I would like the ability to "bring your own cloud" as standard, for all of Aiven's services. This would take the form of sharing access via a cloud provider's native IAM credentials to a project and binding the appropriate IAM permissions to enable Aiven to spin up and manage its own instances in the project. While this is a function available once usage crosses a higher monthly commit with Aiven, Postgres is actually really efficient and so it will take a long time for even a widely-used, highly-scaled service to reach this threshold.
Offering a bring your own cloud service as standard would resolve many of the concerns around point #1 regarding data ownership, because I would have assurance that my data are stored in cloud infrastructure attached to my own billing account. This reassurance is essential in all cases, but especially so in regulated industries.
As a product feature, Aiven could subsequently offer "cloud-provider security protection" by having its managed services offer to make a backup from the user's production instances in their own cloud into storage buckets in Aiven's cloud accounts (held under Aiven's separate billing). This would offer customers peace of mind that their data are safely streamed out to another organisation's cloud account and thus there is redundancy in the event their own cloud account should be accidentally compromised or lost for some reason.
Furthermore, Aiven should provide direct access to the write-ahead logs.
3. Further to data backups, there is very minimal insight into the controls Aiven has in place around these. Aiven has great backup functionality including point-in-time restores, but to have confidence that they are usable, I need to know they are resilient to various erroneous (even byzantine) conditions in which a user might need to resort to them. Once again, process-based controls are useful for managing risk, but there is always a residual risk which cannot be discharged in Aiven hosting large quantities of user data and thus being a singularly unique target to attack with potentially widespread ramifications for more than just Aiven's own business.
4. Aiven's topology for Google Cloud Platform appears to place all instances and VPCs into a single project on Aiven's side. Is this scalable? How are risks handled here?
5. The console has a number of bugs which introduce operational hazards. For example, the bug when attempting to activate a project in the project selector which the user can see (it is part of a centralised account) but for which permissions have not propagated, thus they do not have permission to inspect inside the project. Rather than present an appropriate "Permission denied" error which interrupts the user's workflow, the project selector will instead silently jump to the next project which the user does have permissions to access. This is very dangerous because it means a user who believed they were accessing a development project, perhaps to remove some infrastructure, can be connected instead to a production project and inadvertently delete the wrong instance! Good operational practices in verifying the project prior to destructive operations are good here, but such bugs do not instil confidence as to other bugs which may exist in the console. I have reported this to product support so I hope it can be rectified soon.
6. Aiven's support staff are great! You should definitely reach out to them. However, it's not clear what the SLA around support is, or how I might upgrade this if I needed a tighter SLA on the services I take from them.
What problems is the product solving and how is that benefiting you?
We are hosting our data in Aiven for PostgreSQL because it offers better features than the native SQL offerings of our cloud provider. This has eliminated the overhead of us running our own database instance, which we may now be in a position to do, but which we certainly could not have done during our initial formative times prior to launch - and even if we were to do so now, it would be an opportunity cost and large risk which may not be appropriate for our organisation at its current size and scale.
Smooth managed service
What do you like best about the product?
Informative Dashboards, including hints of upcoming (non), supported versions
What do you dislike about the product?
No downsides, for now, I have been using it for less than half a year
What problems is the product solving and how is that benefiting you?
Managing and configuration of Apache Kafka for my company needs
Fast and excellent
What do you like best about the product?
Fast response time, dashboard is pretty intuitive
What do you dislike about the product?
We need more info related to consumer groups, and better logging
What problems is the product solving and how is that benefiting you?
Scaling issues. Much better than rmq
Great seamless experience for a managed Kafka, no matter the cloud provider.
What do you like best about the product?
Compatible with big cloud providers (AWS, Google, Azure)
Easy to setup
Very quick provisioning
Support for latest Kafka versions
Support for all Kafka services add-ons (Schema Registry, Kafka Connect)
Support for migrating Kafkas via mirrormaker
Good security
Seamless upgrade of infrastructure with 0 down-time
Easy to setup
Very quick provisioning
Support for latest Kafka versions
Support for all Kafka services add-ons (Schema Registry, Kafka Connect)
Support for migrating Kafkas via mirrormaker
Good security
Seamless upgrade of infrastructure with 0 down-time
What do you dislike about the product?
It'd be great if Aiven could self-serve managed Kafkas in my VPC/Cloud account.
What problems is the product solving and how is that benefiting you?
Solve the need to have a production-ready Kafka up and running ASAP.
Great product, some issues pop up from time to time
What do you like best about the product?
It's very convenient, topics, schemas and offsets are very visible making working with Aiven very easy and comfortable
What do you dislike about the product?
There were occasionally some issues that resulted in data loss and that created a sense that we can't rely on Aiven 100% and that we should be very cautious on using Kafka on Aiven as true source of truth
What problems is the product solving and how is that benefiting you?
A very important slice of the company's infrastructure is abstracted and maintained by a very good service, freeing engineering time and reducing disaster possibilities
not stable enough
What do you like best about the product?
Aiven are involved with us, Karapace, networking
What do you dislike about the product?
Many accidents, wipeouts, they work hard but still stability remains an issue for us
What problems is the product solving and how is that benefiting you?
main data source, stream processing
Great database as a service PostgreSQL provider!
What do you like best about the product?
Aiven PostgreSQL provides reliable managed database service and highly flexible to scale up or down.
The interface is easy to use and intuitive, well done!
The interface is easy to use and intuitive, well done!
What do you dislike about the product?
It's more expensive than managing your own servers but it's totally worth it.
What problems is the product solving and how is that benefiting you?
Central place to manage with ease PostgreSQL databases.
Recommendations to others considering the product:
Managed db solution
It was straightforward and hassel free
What do you like best about the product?
Schema registry is easy to use compared to others
What do you dislike about the product?
Some times you can not find your way in UI
What problems is the product solving and how is that benefiting you?
We don't deal with complexities of Mafiainning a local Kafka. Also it's concentrated in one place and this feature helps a lot. Just think how inconvenient it would be if you had to deal with several tools instead.
Recommendations to others considering the product:
Save your time but using one of the online services instead of maintain Kafka internally. We always try to find good service providers online. Instead of adding that to the list of devops concerns.
The SAAS service is very good
What do you like best about the product?
The UI is very helpful understanding schema versions, topics etc. Also the service uptime is great without major incidents recently.
What do you dislike about the product?
When the kafka nodes are updating the service becomes a bit slow.
What problems is the product solving and how is that benefiting you?
Having a Saas kafka lets our engineers focus on maintaining and developing new features.
showing 211 - 220