1 分•作者: walterbell•大约 1 年前
返回首页
最新
1 分•作者: ai_unwrapped•大约 1 年前
2 分•作者: pilingual•大约 1 年前
1 分•作者: petethomas•大约 1 年前
1 分•作者: PaulPlay•大约 1 年前
1 分•作者: duxup•大约 1 年前
1 分•作者: b0xtch•大约 1 年前
3 分•作者: ViktorRay•大约 1 年前
2 分•作者: Amyang•大约 1 年前
24 分•作者: thomassmith65•大约 1 年前
1 分•作者: pseudolus•大约 1 年前
1 分•作者: ViktorRay•大约 1 年前
1 分•作者: bitlatte•大约 1 年前
2 分•作者: jnord•大约 1 年前
1 分•作者: handfuloflight•大约 1 年前
1 分•作者: vijaytupakula•大约 1 年前
1 分•作者: willisindaplace•大约 1 年前
1 分•作者: jnord•大约 1 年前
1 分•作者: addieg•大约 1 年前
凌晨两点，你最大的客户系统崩溃了，而支持团队清楚地知道哪个数据库查询能解决问题。
但首先：编写数据清洗脚本，获得法律部门的批准，配置副本访问权限，然后等待在延迟20分钟的副本上运行查询，而每个查询需要8分钟。
三个小时后，支持团队终于开始调试。实际修复只用了30分钟。你的服务等级协议（SLA）早就超标了。
你不是在焦头烂额地编写数据脱敏脚本，眼睁睁看着客户损失金钱的工程师，就是知道该运行哪个查询却无法触碰生产环境的支持人员。
我们花在获取数据访问权限上的时间，比实际解决问题的时间还长。整个系统都颠倒了。
还有人也遇到这种疯狂的情况吗，或者你们找到了更好的解决办法？
1 分•作者: Jimmc414•大约 1 年前