|
An all-girl version might be called "Petty in Pink".
|
|
|
|
|
Just take your petticoat...
|
|
|
|
|
I'm still recovering from a hardware failure at our cloud host's datacenter one week ago that took the disk drive with it. There was a backup of our website folder tree but not...wait for it...of the drive. Naturally, when I was told there was a backup that was being restored to the drive I assumed the drive was being restored from the backup.
I became suspicious that something was amiss when the sysadmin asked me twice how the web server settings would get restored, and looked puzzled when I replied they were on the drive, hence on the backup, and therefore when the restore was complete we need only restart the web server and voila! Well, the truth came out when the restore (such as it was) completed and I checked for key services used by the web application and found they were missing.
The takeaway: make no assumptions about backups whether hosting is in-house or managed. Ask specific questions and get specific answers.
|
|
|
|
|
So... Your cloud provider uses a system that isn't even slightly fault tolerant, and they don't even do basic backups?
Why are you still with them?
I wouldn't trust them to store a Mars bar, much less mission critical data!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
We're in the process of moving to managed hosting with another provider. My point about asking specific questions about backups still applies though. Your data, your responsibility.
|
|
|
|
|
Absolutely agreed.
This is one reason why I don't go near the cloud!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
When you're done with the migration I believe people would appreciate if you share the providers name with us. It's good to know for the future.
|
|
|
|
|
That's pathetic. Cloud hosting is expensive!
|
|
|
|
|
Certainly is when you pick the lowest bidder!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
This wasn't a case of choosing the lowest bidder and getting what you pay for. This was a case of making (not entirely unreasonable) assumptions and being disappointed with the result. This experience has taught me to be clear about the details of hosting plans, including any operational concerns.
|
|
|
|
|
Cloud hosting is indeed expensive.
|
|
|
|
|
OriginalGriff wrote: Mars bar
mmmm.... now you've got me wanting one....
|
|
|
|
|
What provider was dense enough to do this very stupid thing?
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
I'm not going to name names, at least until we move to our new provider. I will simply repeat "make no assumptions, ask questions".
|
|
|
|
|
That phrase is true in every aspect of life. Never assume!
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
I assumed you'd say that.
Jeremy Falcon
|
|
|
|
|
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
Do they have "Tele" somewhere in their name?
Just asking as last week one of the hosts of our "cloud" provider went down and we lost all VMs on that host; and previously they've taken our stuff offline to do scheduled maintenance.
We're now looking elsewhere.
|
|
|
|
|
No "Tele" in the provider's name.
Will have a new provider in a month or two. This will be "managed" hosting. I don't deal with the contracts but I've made those who do aware of the need to know exactly what "managed" means.
|
|
|
|
|
|
There is NOTHING more sure and secure than doing your own $%^&in backups of your own ^%$#in drive to your own $%^&in drive(s).
Don't be lazy and assume someone else will do it.
Keep your data, tell the cloud to go blow and use an imager not file by file
to back it up.
Sheesh, where did smart people go wrong......
|
|
|
|
|
But...but...it's the Latest Thing! It must be wonderful! Like Justin Beiber! And Whatever Simon Cowell's latest b(r)and is called...
It's secure - nothing will ever get leaked or hacked: Apple says so[^]
It's safe - no companies are there just for the money and do the absolute minimum possible to get the business!
It's protected - no companies pay minimum wage to anyone they can get in off the streets to run the servers that hold your data!
Um...I'm with you: it's a poor idea and a massive backwards step to the centralised data days of yore, only with vastly reduced or o=non-existent security. And you can't even barge into the guy responsibles office and bang on the desk to get his attention!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
If you're the kind of guy who would hand the keys of his house to a total stranger to look after, then Cloud storage is for you...
I may not last forever but the mess I leave behind certainly will.
|
|
|
|
|
These are reasons I tend to go with solutions that give no luxuries like drives to have data stored on to loose. I have been using Heroku, as one example, for several years. Every time I make a change to the source code and push that change to my application, whatever server my app is living on gets wiped out and the source is fresh from git. In fact every time I restart the app or scale up another server, this same thing happens. Everything that needs to be persisted is stored in s3 or in a database.
I like to think of it as another separation of concerns. Nothing but code, which is redundant in git, is stored on the server. Environment variables get dynamically loaded each time the server starts for any configuration settings.
|
|
|
|
|
Had this discussion with my buddy whos in IT about how all these hosting sites cloud or otherwise actually do backups.
I can believe all these sites use tape back-ups.
Read thru the agreement of my hosting site from what I gathered is they do their best.
Any ideas how stuff is actually backup by someone in the industry.
|
|
|
|