How much of your database workload is going to be in a public cloud?

Parents
  • I worked on a hospital network for seventeen years and saw how patients and medical providers required access to their data 7x24.  And I've seen too many cloud-based total outages that affect patients and medical staff for hours, or even days; there's nothing good about the cloud then.  There will always be a need for critical data  to remain accessible 7x24, and the only way I've seen that happen is when our employees are 100% in charge of the servers & pathways that data uses.  We have multiple data centers connected by multiple resilient 10G private lines.  The more we rely that infrastructure, the better our uptime has been.  And as we came to rely on the cloud, the more times we saw our downtime increase.  Sure, the cloud is popular.  It's (maybe) even practical--for smaller companies who can't afford multiple data centers and the depth and scope of employees who maintain & support the systems.  But if someone dies because of human error in a router upgrade, or because ransomware from the Internet isolated their data, putting everything into the cloud wasn't worth the cost savings over local data centers & the staff they require.  But SOME things can be in the cloud--as long as there's a fast and reliable failover solution that redirects the traffic back to our data centers in the event of a national problem affecting DNS or BGP or OSPF.  I haven't seen that yet, but I can imagine one.  Business types monitoring the bottom line like the cloud for its lower costs.  It doesn't take nearly as many local employees to operate & maintain it.  It can have fast-healing redundant server solutions.  And someone else does all the work.   But . . . putting your data in someone else's server eliminates your ability to verify its safety and security.  And that's something that Personal Health Information can't tolerate when it becomes vulnerable to single points of failure the end customer (hospitals) can't see or correct.  Patient data that is required to get timely and correct decisions from health care providers can't be made subject to unknowable / unreliable problems caused by other companies and people who aren't in our chain of operations or command.  When one person can make a mistake, or intentionally perform a bad act that affects access to that data--and when we can't know who that person is--what do you tell the family of someone who died because their doctor didn't have access to their health care record through that mistake or act of anger?  Or more practically, what do you tell that family's lawyers when they come to sue you and your company?

Reply
  • I worked on a hospital network for seventeen years and saw how patients and medical providers required access to their data 7x24.  And I've seen too many cloud-based total outages that affect patients and medical staff for hours, or even days; there's nothing good about the cloud then.  There will always be a need for critical data  to remain accessible 7x24, and the only way I've seen that happen is when our employees are 100% in charge of the servers & pathways that data uses.  We have multiple data centers connected by multiple resilient 10G private lines.  The more we rely that infrastructure, the better our uptime has been.  And as we came to rely on the cloud, the more times we saw our downtime increase.  Sure, the cloud is popular.  It's (maybe) even practical--for smaller companies who can't afford multiple data centers and the depth and scope of employees who maintain & support the systems.  But if someone dies because of human error in a router upgrade, or because ransomware from the Internet isolated their data, putting everything into the cloud wasn't worth the cost savings over local data centers & the staff they require.  But SOME things can be in the cloud--as long as there's a fast and reliable failover solution that redirects the traffic back to our data centers in the event of a national problem affecting DNS or BGP or OSPF.  I haven't seen that yet, but I can imagine one.  Business types monitoring the bottom line like the cloud for its lower costs.  It doesn't take nearly as many local employees to operate & maintain it.  It can have fast-healing redundant server solutions.  And someone else does all the work.   But . . . putting your data in someone else's server eliminates your ability to verify its safety and security.  And that's something that Personal Health Information can't tolerate when it becomes vulnerable to single points of failure the end customer (hospitals) can't see or correct.  Patient data that is required to get timely and correct decisions from health care providers can't be made subject to unknowable / unreliable problems caused by other companies and people who aren't in our chain of operations or command.  When one person can make a mistake, or intentionally perform a bad act that affects access to that data--and when we can't know who that person is--what do you tell the family of someone who died because their doctor didn't have access to their health care record through that mistake or act of anger?  Or more practically, what do you tell that family's lawyers when they come to sue you and your company?

Children
No Data