Live data from Hacker News

Fire destroys S. Korean government's cloud storage system, no backups available

koreajoongangdaily.joins.com

121–130 of 987 posts

Re: Fire destroys S. Korean government's cloud storage system, no backups available

#121

The government official who insisted that commercial AWS/GCP/Azure couldn't possibly be trusted with keeping the information will be keeping their head low for a few days then... "The Interior Ministry explained that while most systems at the Daejeon data center are backed up daily to separate equipment within the same center and to a physically remote backup facility, the G-Drive’s structure did not allow for extern…

Because these companies never lose data, like during some lightning strikes, oh wait: https://www.bbc.com/news/technology-33989384 As a government you should not be putting your stuff in an environment under control of some other nation, period. That is a completely different issue and does not really relate to making backups.

Yeah, I heard that consumer clouds are only locally redundant and there aren't even backups. So big DC damage could result in data loss.

Re: Fire destroys S. Korean government's cloud storage system, no backups available

#123
post #74

Earlier quoted context omitted.

Couldn’t even be bothered to do a basic 3-2-1! Wow

Did you expect government IT in a hierarchical respect-your-superiors-even-when-wrong society to be competent?

South Korea isn't some sort of backwards nation and I'm sure it's chaebols share the same culture.

Having had unfortunate encounters with government IT in other countries I can bet that the root cause wasn't the national culture. It was the internal culture of "I want to do the same exact same thing I've always done until the day I retire."

Absent outside pressure, civil services across the word tend advance scientifically - one funeral (or retirement) at a time.

Re: Fire destroys S. Korean government's cloud storage system, no backups available

#124

The government official who insisted that commercial AWS/GCP/Azure couldn't possibly be trusted with keeping the information will be keeping their head low for a few days then... "The Interior Ministry explained that while most systems at the Daejeon data center are backed up daily to separate equipment within the same center and to a physically remote backup facility, the G-Drive’s structure did not allow for extern…

Because these companies never lose data, like during some lightning strikes, oh wait: https://www.bbc.com/news/technology-33989384 As a government you should not be putting your stuff in an environment under control of some other nation, period. That is a completely different issue and does not really relate to making backups.

“The BBC understands that customers, through various backup technologies, external, were able to recover all lost data.”

You backup stuff. To other regions.

Re: Fire destroys S. Korean government's cloud storage system, no backups available

#127
post #120

The government official who insisted that commercial AWS/GCP/Azure couldn't possibly be trusted with keeping the information will be keeping their head low for a few days then... "The Interior Ministry explained that while most systems at the Daejeon data center are backed up daily to separate equipment within the same center and to a physically remote backup facility, the G-Drive’s structure did not allow for extern…

Agree completely that it's absolute wild to run such a system without backups. But at this point no government should keep critical data on foreign cloud storage.

Why not? If the region is in country, encrypted, and with proven security attestations validated by third parties, a backup to a cloud storage would be incredibly wise. Otherwise we might end up reading an article about a fire burning down a single data center

Re: Fire destroys S. Korean government's cloud storage system, no backups available

#128
post #98

Earlier quoted context omitted.

Rightfully did not trust these companies. Sure what happened is a disaster for them, but you cant simply trust Amazon & Microsoft.

Why not? You can easily encrypt your data before sending it for storage on on S3, for example.

You can encrypt them at rest, but data that lies encrypted and is never touched, is useless data. You need to decrypt them as well. Also, plenty of incompetent devops around, and writing a decryption toolchain can be difficult.
Post reply on HN