Pinned Tweet
A few weeks ago, I started turning the Kubernetes commands I use every day into something I could actually keep as a reference.
Days of writing.
Reviewing commands.
Creating diagrams.
Simplifying explanations.
Going through every page again and again.
It finally became a 20-page Kubernetes Handbook. βΈοΈ
I decided to give it away for free to DevOps & Kubernetes learners.
Less Googling. More practicing. π
π Free download: asynctrix.gumroad.com/l/olpgβ¦
Binance security incident π¨
A compromised DevOps laptop may have led to access to a service container.
β Unauthorized withdrawals
β ~$6.3B estimated impact
β ~$3B frozen on-chain
β No evidence of private-key leakage
β User funds remain safe
Investigation ongoing.
Binance's initial investigation suggests that the security incident may involve a compromised DevOps engineerβs laptop, which allowed an attacker to gain access to a service container and submit unauthorized withdrawal transactions. We have found no evidence of any wallet private key leak. We will share a detailed technical post-mortem once the investigation is complete and the facts are fully verified.
The estimated total impact sits at around $6.3B. We have worked with blockchain partners to freeze affected assets, with ~$3 billion frozen on-chain so far.
Binance will cover all losses from the SAFU fund and the companyβs funds. User funds are safe. We will also publish an updated Proof of Reserves once the remediation is complete.
As an immediate precaution, Binance has:
- temporarily suspended deposits and withdrawals while security checks are completed;
- revoked the affected address authorisation;
- engaged law enforcement and blockchain intelligence partners to trace and recover funds.
Our teams are working around the clock to resolve this issue safely and thoroughly. We are working closely with our law enforcement partners to confirm the identity of these criminals and bring them to justice.
Please rely only on official Binance channels for updates. Please feel free to contact Binance Customer Support if you have any further questions.
binance.com/en/support/annouβ¦
AsyncTrix retweeted
Linus Torvalds has a simple take on AI
Competent people should use AI as a tool.
The problem isnβt AI-generated code.
The problem is submitting code you donβt understand.
That distinction is going to matter a lot more as AI writes more and more of our code.
Linus Torvalds has a simple take on AI
Competent people should use AI as a tool.
The problem isnβt AI-generated code.
The problem is submitting code you donβt understand.
That distinction is going to matter a lot more as AI writes more and more of our code.
AsyncTrix retweeted
DevOps is becoming popular again? π
After all the AI hype, it feels like everyone is talking about DevOps again.
DevOps is becoming popular again? π
After all the AI hype, it feels like everyone is talking about DevOps again.
AsyncTrix retweeted
34. Route 53 Routing Policies βοΈ
Same domain.
Different routing requirements.
Which one do you choose?
β Simple - One destination
β Weighted - Split traffic between resources
β Latency-based - Send users to the Region with the best network latency
β Failover - Primary β Backup when the primary is unhealthy
β Geolocation - Route based on user location
A simple way to remember:
One destination?
β Simple
Split traffic?
β Weighted
Best latency?
β Latency-based
Primary + backup?
β Failover
User location matters?
β Geolocation
Route 53 isn't just DNS resolution.
It can also control how DNS queries are answered. π
33. You type "api.example.com".
What happens next? π
Your browser needs to find Where is this application?
Thatβs where DNS comes in.
The basic journey:
Client
β DNS Resolver
β Route 53
β Hosted Zone
β DNS Record
β Application
Route 53 supports routing policies such as:
β Simple
β Weighted
β Latency-based
β Failover
β Geolocation
You can also use Alias records to point DNS to supported AWS resources:
β ALB
β CloudFront
β S3
And remember:
Route 53 doesn't run your application.
It helps DNS resolve your applicationβs name to the right destination. π
Once this flow clicks,
AWS DNS becomes much easier.
AWS Route 53 Routing Policies π
34. Route 53 Routing Policies βοΈ
Same domain.
Different routing requirements.
Which one do you choose?
β Simple - One destination
β Weighted - Split traffic between resources
β Latency-based - Send users to the Region with the best network latency
β Failover - Primary β Backup when the primary is unhealthy
β Geolocation - Route based on user location
A simple way to remember:
One destination?
β Simple
Split traffic?
β Weighted
Best latency?
β Latency-based
Primary + backup?
β Failover
User location matters?
β Geolocation
Route 53 isn't just DNS resolution.
It can also control how DNS queries are answered. π
34. Route 53 Routing Policies βοΈ
Same domain.
Different routing requirements.
Which one do you choose?
β Simple - One destination
β Weighted - Split traffic between resources
β Latency-based - Send users to the Region with the best network latency
β Failover - Primary β Backup when the primary is unhealthy
β Geolocation - Route based on user location
A simple way to remember:
One destination?
β Simple
Split traffic?
β Weighted
Best latency?
β Latency-based
Primary + backup?
β Failover
User location matters?
β Geolocation
Route 53 isn't just DNS resolution.
It can also control how DNS queries are answered. π
33. You type "api.example.com".
What happens next? π
Your browser needs to find Where is this application?
Thatβs where DNS comes in.
The basic journey:
Client
β DNS Resolver
β Route 53
β Hosted Zone
β DNS Record
β Application
Route 53 supports routing policies such as:
β Simple
β Weighted
β Latency-based
β Failover
β Geolocation
You can also use Alias records to point DNS to supported AWS resources:
β ALB
β CloudFront
β S3
And remember:
Route 53 doesn't run your application.
It helps DNS resolve your applicationβs name to the right destination. π
Once this flow clicks,
AWS DNS becomes much easier.
AsyncTrix retweeted
33. You type "api.example.com".
What happens next? π
Your browser needs to find Where is this application?
Thatβs where DNS comes in.
The basic journey:
Client
β DNS Resolver
β Route 53
β Hosted Zone
β DNS Record
β Application
Route 53 supports routing policies such as:
β Simple
β Weighted
β Latency-based
β Failover
β Geolocation
You can also use Alias records to point DNS to supported AWS resources:
β ALB
β CloudFront
β S3
And remember:
Route 53 doesn't run your application.
It helps DNS resolve your applicationβs name to the right destination. π
Once this flow clicks,
AWS DNS becomes much easier.
32. Why Does Transit Gateway Matter? π
You have 50 VPCs.
Do you really want to manage
a growing mesh of VPC Peering connections?
Transit Gateway gives you a central hub.
VPC A ββ
VPC B ββ€
VPC C ββΌβ Transit Gateway
VPC D ββ
β Hub-and-spoke networking
β Centralized routing
β Route-table based segmentation
β Scales better than a peering mesh
Simple mental model:
VPC Peering β Point-to-point
Transit Gateway β Central hub
That's where Transit Gateway becomes useful. π
Understand Route 53 π
33. You type "api.example.com".
What happens next? π
Your browser needs to find Where is this application?
Thatβs where DNS comes in.
The basic journey:
Client
β DNS Resolver
β Route 53
β Hosted Zone
β DNS Record
β Application
Route 53 supports routing policies such as:
β Simple
β Weighted
β Latency-based
β Failover
β Geolocation
You can also use Alias records to point DNS to supported AWS resources:
β ALB
β CloudFront
β S3
And remember:
Route 53 doesn't run your application.
It helps DNS resolve your applicationβs name to the right destination. π
Once this flow clicks,
AWS DNS becomes much easier.
33. You type "api.example.com".
What happens next? π
Your browser needs to find Where is this application?
Thatβs where DNS comes in.
The basic journey:
Client
β DNS Resolver
β Route 53
β Hosted Zone
β DNS Record
β Application
Route 53 supports routing policies such as:
β Simple
β Weighted
β Latency-based
β Failover
β Geolocation
You can also use Alias records to point DNS to supported AWS resources:
β ALB
β CloudFront
β S3
And remember:
Route 53 doesn't run your application.
It helps DNS resolve your applicationβs name to the right destination. π
Once this flow clicks,
AWS DNS becomes much easier.
32. Why Does Transit Gateway Matter? π
You have 50 VPCs.
Do you really want to manage
a growing mesh of VPC Peering connections?
Transit Gateway gives you a central hub.
VPC A ββ
VPC B ββ€
VPC C ββΌβ Transit Gateway
VPC D ββ
β Hub-and-spoke networking
β Centralized routing
β Route-table based segmentation
β Scales better than a peering mesh
Simple mental model:
VPC Peering β Point-to-point
Transit Gateway β Central hub
That's where Transit Gateway becomes useful. π
AWS Transit Gateway Simplified π
32. Why Does Transit Gateway Matter? π
You have 50 VPCs.
Do you really want to manage
a growing mesh of VPC Peering connections?
Transit Gateway gives you a central hub.
VPC A ββ
VPC B ββ€
VPC C ββΌβ Transit Gateway
VPC D ββ
β Hub-and-spoke networking
β Centralized routing
β Route-table based segmentation
β Scales better than a peering mesh
Simple mental model:
VPC Peering β Point-to-point
Transit Gateway β Central hub
That's where Transit Gateway becomes useful. π
32. Why Does Transit Gateway Matter? π
You have 50 VPCs.
Do you really want to manage
a growing mesh of VPC Peering connections?
Transit Gateway gives you a central hub.
VPC A ββ
VPC B ββ€
VPC C ββΌβ Transit Gateway
VPC D ββ
β Hub-and-spoke networking
β Centralized routing
β Route-table based segmentation
β Scales better than a peering mesh
Simple mental model:
VPC Peering β Point-to-point
Transit Gateway β Central hub
That's where Transit Gateway becomes useful. π
31. Why Does VPC Peering Get Difficult at Scale? π
Connecting 2 VPCs is simple:
VPC A β VPC B
That's VPC Peering.
But what happens when you have 50 VPCs?
You end up managing many point-to-point connections and routes.
That's where Transit Gateway helps.
VPC Peering
β Simple point-to-point connectivity
Transit Gateway
β Centralized hub for many VPCs
Start simple.
Scale smart. π








