Live data from Hacker News

Dear MongoDB users, we welcome you in Azure DocumentDB

azure.microsoft.com

41–50 of 119 posts

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#41
post #31
post #29

Earlier quoted context omitted.

The question was about Microsoft, and it depends on the definition of "stealing" and the definition of "your". It's in the terms and conditions when using their services. As a user you agree to a lot, that you probably wouldn't agree to if you took your time to read the fine print. Many SaaS operators has also a history of selling data to others, and a breach of the service might effect all users of that service and…

> It's in the terms and conditions when using their services. The it will be easy to point to those terms in Azure service. > SaaS operators has also a history of selling data to others, Then it willbe easy to link to news about those SASS operators selling the data. > Many companies have restrictions against usage of SaaS for exactly those reasons... Then it will be easy to bring examples of those companies with res…

If you haven't looked it up for yourself in 10 days (when I have access to my PC) and if I remember this, I will send you some reference to read. But I if you really want to find out (which I doubt) just look it up yourself. It's so easy. I get the feeling you have some affiliation with MS?

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#42
post #19

Earlier quoted context omitted.

DynamoDB would be pretty close if it just allowed null values.

DynamoDB is effectively useless for querying, except perhaps for some sort of highly specialised application able to fit within the DynamoDB strange and arcane query model. What sort of database is effectively useless for querying? Also they need to ditch the really, really confusiong and limiting scaling model. For a database that advertises scaling as one of its key strengths, DynamoDB sure has a bad scaling story.

> What sort of database is effectively useless for querying?

Cassandra, Riak, Voldemort, HBase, Bigtable, Azure Table Storage, and many other implementations of wide column stores have similarly limited querying.

I'm also not sure what you mean by the limiting scaling model. I can go from 0 to 160k reads/second by turning a knob, and 160k is only the default limit (you can request higher limits).

It is not a document store. It's a wide column store. Use it for the right job and it does very well. Treat it like postgres and you are gonna have a hard time.

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#43
post #21

Needs more hashtags. Reach all those Millenials graduating $10k 3-month bootcamps. Sigh.

lol, yeah, this marketing piece doesn't really feel professional. It is littered with useless illustrations and bad poetry. > Third, we do it with love… With love for our money sure. What the hell does that even mean? I really rolled my eyes reading that blog post. This is childish and out of place for an article trying to sell security.

I think they know their target audience. (It's for MongoDB users after all.)

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#44
post #19

Earlier quoted context omitted.

DynamoDB is effectively useless for querying, except perhaps for some sort of highly specialised application able to fit within the DynamoDB strange and arcane query model. What sort of database is effectively useless for querying? Also they need to ditch the really, really confusiong and limiting scaling model. For a database that advertises scaling as one of its key strengths, DynamoDB sure has a bad scaling story.

It works well for a CQRS model. Which helps with super high scale apps. But most devs want joins and dont want to take the discipline to manage the data duplication.

I just rolled out a feature on DynamoDB and when monitoring it, I look at one yeah. Provisioned capacity vs consumed capacity. That's all I have to care about. No CPU, RAM, disk space metrics. Usage can increase 4x and performance is flat. It's great.

The application is less flexible and required making a lot of decisions up front, but operationally it's fantastic.

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#45
post #41
post #31

Earlier quoted context omitted.

> It's in the terms and conditions when using their services. The it will be easy to point to those terms in Azure service. > SaaS operators has also a history of selling data to others, Then it willbe easy to link to news about those SASS operators selling the data. > Many companies have restrictions against usage of SaaS for exactly those reasons... Then it will be easy to bring examples of those companies with res…

If you haven't looked it up for yourself in 10 days (when I have access to my PC) and if I remember this, I will send you some reference to read. But I if you really want to find out (which I doubt) just look it up yourself. It's so easy. I get the feeling you have some affiliation with MS?

> If you haven't looked it up for yourself in 10 days

I have looked and I have not find any single case of Microsoft stealing Azure data. Or any big SaaS company like Amazon or Google doing that

> But I if you really want to find out (which I doubt

I'm not the one making unsupported claims without trying to provide any single example, perhaps the one that doesn't want to lok that their claims are wrong is not me

> I get the feeling you have some affiliation with MS?

No, I don't have any affiliation with Microsoft and it is not one of my most loved companies. And I'm not the one accusing others of shills of secret ties with companies. I'm also not the one making unsupported claims.

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#46
post #29

Earlier quoted context omitted.

When has a SaaS operator stolen data hosted on their service?

The question was about Microsoft, and it depends on the definition of "stealing" and the definition of "your". It's in the terms and conditions when using their services. As a user you agree to a lot, that you probably wouldn't agree to if you took your time to read the fine print. Many SaaS operators has also a history of selling data to others, and a breach of the service might effect all users of that service and…

https://www.microsoft.com/en-us/TrustCenter/Privacy/default....

Also, Azure has the best suite of compliance\certifications that demonstrated their commitments.

BTW, Have you read the terms and conditions before speculating on them?

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#47

Earlier quoted context omitted.

People choose managed services all the time. If you worry about interception, then code inspection and monitoring isn't going to give you any assurances. You'd have to run open-source software locally, audit it, and not put it on a cloud like Azure in the first place? (And the NSAKEY was something completely different if you dig into it.)

Using a service means trusting a service. Nothing wrong with either, it's a decision up to the consumer. I am just saying, in this specific case, should you trust Microsoft with your data? That's all.

https://www.microsoft.com/en-us/TrustCenter/Privacy/default....

If you don't trust MS you can trust one of the organisations that certified them for the strictest compliance and regulations in the public cloud space.

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#48
post #39

Never looked at DocumentDB before. So if I get this straight, I can get a fully managed DB that can scale easily, but still have all the advantages and compatibility of a regular NoSQL like Mongo? I think that's a first, right?

Percona have their drop-in MongoDB replacement that uses TokuMX under the hood and they'll manage it for you.

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#49
post #14

AWS needs something like this. The missing piece for the AWS serverless story is a database that is suitable for writing real world applications. DynamoDB is far from suitable for that task, which leaves AWS serverless with no good database.

AWS has RDS - That's most certainly a database suitable for writing real world applications as its MySQL.

Does serverless somehow mandate a non SQL solution?

Re: Dear MongoDB users, we welcome you in Azure DocumentDB

#50
post #39

Never looked at DocumentDB before. So if I get this straight, I can get a fully managed DB that can scale easily, but still have all the advantages and compatibility of a regular NoSQL like Mongo? I think that's a first, right?

Isn't it the same general idea as Amazon's DynamoDB?
Post reply on HN