Live data from Hacker News

Digital Ocean Managed Databases

try.digitalocean.com

71–80 of 171 posts

Re: Digital Ocean Managed Databases

#73
post #67

Earlier quoted context omitted.

Glad you are having fun working on your after hours side project with DO. But please DO NOT host with DO if you plan to run a real production systems, build a company, hire people etc. I have never found a better company to spun off a server and play with some settings but when their algorithm decides there is something fishy, bye bye your account, servers, backups, you never going to see any of this ever again. The…

Hey friends! My name is Jarland and I'm on the support team at DigitalOcean. We do have a number of fraud and abuse algorithms, and when we are alerted to potentially fraudulent activity, we take appropriate action, which includes notifying and communicating with individual users. I also want to confirm that we are fully compliant with GDPR.

Thanks @jarland for chiming into this thread. I love how DO has evolved over the past several years and want to comment about that.

I use DO for production and have gradually migrated my infrastructure away from AWS and Linode to Digital Ocean as the platform improved.

Just a quick question: If the algorithm is triggered (regardless if it is a false positive or not) and the user is notified, what happens with the droplets in the meantime? Is there a grace period for the user to act before DO takes action? And is the whole account frozen or just the offending droplets?

It seems the major concern amongst commenters here is the sudden lost of service.

Thanks for the great service, and I look forward to your insight on this.

Re: Digital Ocean Managed Databases

#74

Earlier quoted context omitted.

Glad you are having fun working on your after hours side project with DO. But please DO NOT host with DO if you plan to run a real production systems, build a company, hire people etc. I have never found a better company to spun off a server and play with some settings but when their algorithm decides there is something fishy, bye bye your account, servers, backups, you never going to see any of this ever again. The…

These are some serious allegations. If this is true then DogitalOcean needs to explain themselves. I guess, one should also have backups off site. Relying on just one provider constitutes a single point of failure.

I suspect that any cloud provider has enormous amounts of fraud on it and no tooling is 100% error free. It's also important to note that GDPR has specific exemptions for companies responding suspected security/fraud related issues.

I love DO because the performance for the price is great. Also have no issue supporting emerging tech companies with cultures I connect with.

Re: Digital Ocean Managed Databases

#75
post #37

I for one have always liked the simplicity of DO for hosting but I've never wanted to take on the full liability of self-rolling a DB server (and backups and replicas). So everything my company has I've put on heroku or azure. This has potential to be really significant as I'd wager there are a lot of folks in similar situations.

Can you explain it more? Why you think that running your own DB instance is such overhead? Are you ever tried running your own, with mysql/mariadb for example?

It's not about when things are going well... anyone here can setup a DB instance and run against it. It's failover/HA or recovery options that are not considered by most. Not everyone can afford to take a half a day or more to setup for backups, or read mirrors, or failover, other clustering options. Not to mention actual recovery modes.

I'm happy to pay a few dollars a month for someone else to automate.

Re: Digital Ocean Managed Databases

#76

I for one have always liked the simplicity of DO for hosting but I've never wanted to take on the full liability of self-rolling a DB server (and backups and replicas). So everything my company has I've put on heroku or azure. This has potential to be really significant as I'd wager there are a lot of folks in similar situations.

I was literally going to spend the weekend testing latency between the US DO data centers and VMs on Azure and AWS just to see if any were pretty reasonable (consistently under 10ms) so I could use DO for my application and Azure or AWS for the DB hosting and management. This is incredibly great timing.

Re: Digital Ocean Managed Databases

#77

Earlier quoted context omitted.

Agree sqlite is great and >80% of websites will probably run fine on it, but 100K hits/day is pretty vague, does that mean 1 hit/sec or 3 hits/sec during peak time, etc...?

Even if that's clarified, it's vague. It doesn't entail how a hit translates to database operations. That said, I think it's more meant to be an anecdotal rule of thumb to tell people "you're not Google, SQLite will work for most teams".

It also doesn't specify a use-case. In a 98% read scenario with a good caching strategy it can easily do much more than 100k visitors per day. If you're taking in data from many devices you can easily bottleneck on writes.

It really depends. Also, configuring everything right gets hard. Most don't even think to do RAID over a few block storage devices, but that's something that comes with cloud storage. That doesn't count HA and other issues before getting to the application layer.

It's something that unless you're paying a full-time DBA, you are probably better off buying as a service. It's one of the few holes in DO's offerings and I'm very happy to see this.

Re: Digital Ocean Managed Databases

#78
post #14

Just started using the new Kubernetes offering on Digital Ocean. Still in Beta but works pretty good. If this is a sign for how they will do databases, I'm all ears. Add CI/CD and you have a Heroku competitor.

You can do custom agents with Azure DevOps (formerly VSTS) or GitLab pretty easily. Haven't played with the new Github stuff.

How are you liking the K8s on DO? I just got access a couple days ago but haven't touched it yet, I seem so out of the loop.

Re: Digital Ocean Managed Databases

#79

Earlier quoted context omitted.

This is bad, but your data should have also resided somewhere outside DO.

I was only technical adviser for a while, but I know they did offsite backups but its hard to have these up to a minute. So they tried to recover the latest version of their DB so that truly no records are missing. Edit: my original post got downvoted severely in few minutes from posting. Hello DigitalOcean staff and/or owners!

How did you figure out that DigitalOcean staff and/or owners were the downvoters?

Re: Digital Ocean Managed Databases

#80
post #54
post #37

Earlier quoted context omitted.

Can you explain it more? Why you think that running your own DB instance is such overhead? Are you ever tried running your own, with mysql/mariadb for example?

Mostly because databases are the key piece o data-persistence infrastructure. Spinning up a MySQL db to dev against, or a single server for a hobby project is quick and easy. In production, all of a sudden you have a lot of work to do, especially around HA. Figure out replication, get it working, figure out how to monitor/alert if it stops working, figure out failover, figure out how to test that failover actually wo…

timdev2 sums up my original sentiment quite well. Is spinning up and maintaining a DB architecture doable? Of course... But there are so many complexities involved for real production that it would greatly slow us down.

If we had staff to dedicate directly to this then it wouldn't be an issue. But paying for a managed service that gives us production grade data access is a no-brainer for any non-trivial application we build.

Post reply on HN