Live data from Hacker News

Amazon Kinesis

aws.typepad.com

11–20 of 42 posts

Re: Amazon Kinesis

#11
post #9

What's going on with Amazon recently? We're seeing a torrent of new technologies and platform offerings. Are we finally catching a glimpse of Bezos's grand scheme?

Amazon's reinvent conference[0] has been going on over the last few days, it's an obvious time/place to announce.

[0] https://reinvent.awsevents.com/

Re: Amazon Kinesis

#12
post #11
post #9

What's going on with Amazon recently? We're seeing a torrent of new technologies and platform offerings. Are we finally catching a glimpse of Bezos's grand scheme?

Amazon's reinvent conference[0] has been going on over the last few days, it's an obvious time/place to announce. [0] https://reinvent.awsevents.com/

Oh, derp. Well that makes more sense.

Re: Amazon Kinesis

#13
post #3

I'm really excited about this - data streaming has been a crucial missing piece for building large-scale apps on AWS. If the performance and pricing are right it's going to relieve a lot of headaches in terms of infrastructure management.

Forgive my ignorance, but what would this potentially replace? Kafka/Storm/Something else?

Re: Amazon Kinesis

#14
post #13
post #3

I'm really excited about this - data streaming has been a crucial missing piece for building large-scale apps on AWS. If the performance and pricing are right it's going to relieve a lot of headaches in terms of infrastructure management.

Forgive my ignorance, but what would this potentially replace? Kafka/Storm/Something else?

Sounds about right.

Re: Amazon Kinesis

#15
post #8
post #6

Seems like a useful reworking of SQS, but all the hard work is being done in the client: "client library automatically handle complex issues like adapting to changes in stream volume, load-balancing streaming data, coordinating distributed services, and processing data with fault-tolerance." Unfortunately, there's no explanation of the mechanics of coordination and fault tolerance, so the hard part appears to be vapo…

> Unfortunately, there's no explanation of the mechanics of coordination and fault tolerance, so the hard part appears to be vaporware. I think it's unfair to call it vaporware - Amazon doesn't tend to release vaporware. You can also be fairly confident this has been in private beta for some time, so we'll probably see a few blog posts about it from some of their privileged (big spending) clients - typically someone…

The client handling it is ideal from a systems perspective, because the app won't forget to be fault tolerant on its connection to the server.

Its less ideal from a maintenance perspective, because there will need to be feature-rich clients in Java and C (with dynamic language bindings). Applications will be running many many versions of the clients. Also, for coordination, the clients will need to communicate, so there may be configuration and/or firewall issues for the app to resolve.

It will be interesting to see Amazon make this tradeoff for what I believe is the first time.

Re: Amazon Kinesis

#16
post #13
post #3

I'm really excited about this - data streaming has been a crucial missing piece for building large-scale apps on AWS. If the performance and pricing are right it's going to relieve a lot of headaches in terms of infrastructure management.

Forgive my ignorance, but what would this potentially replace? Kafka/Storm/Something else?

Yep, Amazon's version of Kafka/Storm with pay as you go minus the headaches of maintaining the cluster.

Re: Amazon Kinesis

#18

This is essentially a hosted Kafka ( http://kafka.apache.org/ ). Given the complexity of operating a distributed persistent queue, this could be a compelling alternative for AWS-centric environments. (We run a large Kafka cluster on AWS, and it is one of our highest-maintenance services.)

We are about to deploy Kafka in our ecosystem and I am curious what maintenance you have? Can you explain or write a blog post? Is it on 0.8 beta?

We are choosing Kafka over other solutions like RabbitMQ because we like the persistent txn-log-style messages and how cheap consumers are.

Re: Amazon Kinesis

#19
The 50KB limit on data (base64 encoded data) will be a gotcha you'll have to deal with similar to the size limit in DynamoDB. Now you'll have to split your messages so they fit inside the Kinesis records and then you'll have to reassemble them on the other end... Not fun :-)

Re: Amazon Kinesis

#20
Having to base64 encode data is also a bit awkward. They should be passing PutRecord parameters as HTTP headers (which they are already using for other properties) and let users pass raw data in the body.
Post reply on HN