Tech-Reader.blog

New Article on Medium: How Cloudflare Defeated a 7.3 Tbps DDoS Monster A new record has been set - for the size of a cyber attack and for the impressive defense that stopped it. Our latest article dives deep into how Cloudflare successfully blocked a monumental 7.3 Terabits per second Distributed Denial of Service (DDoS) attack in mid-May 2025. Learn about the multi-vector assault, the staggering scale of data involved, and the autonomous technology that protected the internet from this unprecedented surge. Click here to read the full article on Medium * * *  Written by Aaron Rose, software engineer and technology writer at Tech-Reader.blog.

Solve: How to Write Data Back When Redshift Sharing Says No If you’ve tried to INSERT ,  UPDATE , or  DELETE  a Redshift table received via data sharing, you’ve already seen the wall: Redshift doesn’t allow writes on shared (external) tables. It’s not a permission issue. It’s not a bug. It’s the design. But what if your use case truly requires it? What if the consuming side needs to write new data that must eventually live in the producer’s cluster? You can’t write directly—but you can reroute. The Simplest Path: Stage It in S3 The most approachable workaround uses a write → stage → ingest pattern. The consumer cluster writes to its own local table or S3 export, and the producer ingests that data on a controlled schedule. Here’s a clean pattern that works: 1. Consumer writes to S3:  sql unload ('select * from staging_table') to 's3://your-staging-bucket/data/' iam_role 'arn:aws:iam::123456789012:role/red...

Insight: Why You Can’t INSERT into Shared Redshift Tables—And What to Do Instead Data sharing in Amazon Redshift makes it easy to expose tables from one cluster (or namespace) to another—often across teams, accounts, or organizations. But when you try to go beyond simple reads, you may run into an unexpected wall: bash Operation not supported on external tables. This error typically appears when you attempt to INSERT ,  UPDATE , or  DELETE  on a Redshift table that’s been shared with your cluster. It can feel confusing at first: everything else works. You can query the data, join it, filter it—so why not write to it? Read-Only by Design This is not a permissions issue, nor a resource constraint. It’s simply how Redshift data sharing is built. When data is shared between clusters, the receiving (consumer) cluster sees those tables through an external schema . These look native, but they remain fully owned and governed by the producer. That’s why t...

New Article on Medium: What Happened to My API? Let the Report Tell You Ever stared at CloudWatch logs during an outage, trying to make sense of retries, throttles, and spiraling latency? Yep, me too. So we built a small Python tool to help. It scans a plain .txt CloudWatch log and gives you a clean, timestamped report of: Throttling events Client retry storms Time ranges you can act on Recommendations that actually make sense No SDKs. No setup. Just a screen and a report. If your Lambda’s sluggish or your API gateway’s throwing 429s, this will show you what happened. 👉 Read it on Medium 💾 Download the tool * * *  Written by Aaron Rose, software engineer and technology writer at Tech-Reader.blog.

Insight: When the Cloud Stumbles—Google Cloud's Recent Outage and What It Means for the Digital World The Day the Digital World Felt Broken It was a Tuesday like any other for Sarah, a graphic designer in Dallas. She was putting the finishing touches on a crucial presentation, meticulously saving every few minutes to her Google Drive. Suddenly, the familiar spinning wheel appeared... and stayed. Frustration mounted as she tried to refresh, only to be met with an error message. Panic began to set in – the deadline was looming.  Across town, Mark, CEO of a burgeoning e-commerce startup, watched in disbelief as his website, hosted entirely on Google Cloud, went dark. Customer complaints flooded his inbox, and every minute of downtime meant lost sales and a dent in his company's hard-earned reputation.  Meanwhile, millions worldwide experienced similar digital tremors – Spotify abruptly cutting off mid-song, Discord chats failing to send, and even accessing emails becoming an exer...

New Article on Medium: Why a $62B Company CEO Says We're All Becoming Supervisors The AI conversation has become polarized between doom and utopia, but what's the reality from someone actually building these systems at enterprise scale? Ali Ghodsi, CEO of Databricks, offers a refreshingly grounded perspective that cuts through both the fear and the hype. His insight: AI agents are more like managing a team of capable but mistake-prone interns than the replacement scenario everyone's debating. This deep dive explores: Why complete automation is "many orders of magnitude harder" than expected The aviation industry parallel that explains AI's limitations What the "supervisor economy" means for developers and tech workers Real-world insights from Fortune 500 AI implementations If you're tired of theoretical AI takes and want practical insights from someone actually deploying these systems, this is essential reading. Read it on Medium * * *  Written ...

Insight: Beyond the Hype—What Agentic AI Really Means for the Future of Work Replacing Fantasy With Function In a sea of bold claims and AI speculation, Databricks CEO Ali Ghodsi recently offered a refreshing counterpoint. Speaking with Business Insider, Ghodsi framed today’s AI landscape not as a revolution of autonomous machines but as a transformation in human productivity. His metaphor was striking: modern AI is like giving every employee a tireless team of interns. That imagery sidesteps sci-fi exaggeration and brings the conversation back to Earth. Rather than eliminating jobs outright, Ghodsi argues, AI is reshaping how work gets done. It enhances what people can accomplish by handling repetitive or tedious tasks at scale. But just like managing real interns, success depends on thoughtful guidance. AI isn’t magic—it’s amplification. This subtle but essential framing shifts the spotlight back where it belongs: on human oversight, judgment, and clarity of purpose. Intelligent, Not...