# Network architectures

The organization of network devices and services to meet the connectivity needs of client devices.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## The TailscaleUp-date

DevFeed: [The TailscaleUp-date](<https://devfeed.tech/articles/the-tailscaleup-date-170.md>)

Original publisher: [Read original article](<https://tailscale.com/blog/tailscaleup-2026-product-update>)

Author: Ross Kukulinski

Published: 2026-08-24T14:30:00Z

Content type: news

Language: en

Sources: [Blog on Tailscale](<https://devfeed.tech/sources/blog-on-tailscale.md>)

Topics: [networking](<https://devfeed.tech/topics/networking.md>), [AI Bots](<https://devfeed.tech/topics/ai-bots.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>)

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [ai-agent](<https://devfeed.tech/tags/ai-agent.md>), [ai-gateway](<https://devfeed.tech/tags/ai-gateway.md>), [api](<https://devfeed.tech/tags/api.md>), [api-keys](<https://devfeed.tech/tags/api-keys.md>), [automation](<https://devfeed.tech/tags/automation.md>), [databases](<https://devfeed.tech/tags/databases.md>), [event](<https://devfeed.tech/tags/event.md>), [identity](<https://devfeed.tech/tags/identity.md>), [infrastructure](<https://devfeed.tech/tags/infrastructure.md>), [logs](<https://devfeed.tech/tags/logs.md>), [networking](<https://devfeed.tech/tags/networking.md>), [security](<https://devfeed.tech/tags/security.md>)

### AI overview

Tailscale previews TailscaleUp announcements focused on secure, identity-based connectivity and governed access for AI systems, services, and sensitive infrastructure.

### Source excerpt

A preview of what we're building--and what we'll share at TailscaleUp.

## Data Center Fabrics High Level Overview

DevFeed: [Data Center Fabrics High Level Overview](<https://devfeed.tech/articles/data-center-fabrics-high-level-overview-40151.md>)

Original publisher: [Read original article](<https://blog.j2sw.com/inetarch/data-center-fabric-explained/>)

Author: j2sw

Published: 2026-06-17T12:30:00Z

Content type: tutorial

Language: en

Sources: [Justin Wilson (j2sw)](<https://devfeed.tech/sources/justin-wilson-j2sw.md>)

Topics: [data centers](<https://devfeed.tech/topics/data-centers.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>), [networking](<https://devfeed.tech/topics/networking.md>), [Latency](<https://devfeed.tech/topics/latency.md>)

Tags: [architecture](<https://devfeed.tech/tags/architecture.md>), [data-center](<https://devfeed.tech/tags/data-center.md>), [ecmp](<https://devfeed.tech/tags/ecmp.md>), [internet-architecture](<https://devfeed.tech/tags/internet-architecture.md>), [latency](<https://devfeed.tech/tags/latency.md>), [leaf-switch](<https://devfeed.tech/tags/leaf-switch.md>), [network](<https://devfeed.tech/tags/network.md>), [servers](<https://devfeed.tech/tags/servers.md>), [spine-switch](<https://devfeed.tech/tags/spine-switch.md>), [storage](<https://devfeed.tech/tags/storage.md>), [vxlan](<https://devfeed.tech/tags/vxlan.md>)

### AI overview

This article explains data center fabrics as networks that connect servers, storage systems, and other network devices. It describes the common leaf-and-spine architecture, the roles of leaf and spine switches, packet movement, and how multiple paths provide bandwidth and predictable latency.

### Source excerpt

A data center fabric connects servers, storage, and network devices using a leaf-spine architecture designed for high bandwidth and predictable latency. Learn how packets move through a fabric, why ECMP matters, and how modern data centers support virtualization, cloud, and AI workloads. The post Data Center Fabrics High Level Overview appeared first on Justin Wilson (j2sw).

## How we shipped 15 Tbps for OpenAI in 90 days (Session 1 of 3)

DevFeed: [How we shipped 15 Tbps for OpenAI in 90 days (Session 1 of 3)](<https://devfeed.tech/articles/how-we-shipped-15-tbps-for-openai-in-90-days-session-1-of-3-34017.md>)

Original publisher: [Read original article](<https://sridharrajarao.com/blog/openai-15-tbps-session-1/>)

Author: Sridhar Rajarao

Published: 2026-06-08T00:00:00Z

Content type: article

Language: en

Sources: [Sridhar Rajarao](<https://devfeed.tech/sources/sridhar-rajarao.md>)

Topics: [cloud-infrastructure](<https://devfeed.tech/topics/cloud-infrastructure.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>), [Network Configuration](<https://devfeed.tech/topics/network-configuration.md>), [OpenAI](<https://devfeed.tech/topics/openai.md>)

Tags: [architecture](<https://devfeed.tech/tags/architecture.md>), [gpu](<https://devfeed.tech/tags/gpu.md>), [network](<https://devfeed.tech/tags/network.md>), [network-configuration](<https://devfeed.tech/tags/network-configuration.md>), [object-storage](<https://devfeed.tech/tags/object-storage.md>), [openai](<https://devfeed.tech/tags/openai.md>), [platform-engineering](<https://devfeed.tech/tags/platform-engineering.md>), [production](<https://devfeed.tech/tags/production.md>), [region](<https://devfeed.tech/tags/region.md>), [scale](<https://devfeed.tech/tags/scale.md>), [service](<https://devfeed.tech/tags/service.md>), [sre](<https://devfeed.tech/tags/sre.md>), [storage](<https://devfeed.tech/tags/storage.md>), [teams](<https://devfeed.tech/tags/teams.md>)

### AI overview

Session 1 describes how a team closed the architecture for OpenAI's second Object Storage instance in the same physical region as its primary. The production system was designed for 15 Tbps of GPU-fleet traffic and a three-month delivery timeline, with major architecture decisions completed in one week.

### Source excerpt

OpenAI wanted a second Object Storage instance, in customer-facing production, at 15 Tbps, in three months. Session 1 covers the first week: closing the architecture.

## How flat is replacing fat in AWS data center networks

DevFeed: [How flat is replacing fat in AWS data center networks](<https://devfeed.tech/articles/how-flat-is-replacing-fat-in-aws-data-center-networks-7602.md>)

Original publisher: [Read original article](<https://www.amazon.science/blog/how-flat-is-replacing-fat-in-aws-data-center-networks>)

Author: Giacomo Bernardi; Ratul Mahajan; Seshadhri Comandur

Published: 2026-05-28T10:30:00Z

Content type: article

Language: en

Sources: [Amazon Science homepage](<https://devfeed.tech/sources/amazon-science-homepage.md>)

Topics: [networking](<https://devfeed.tech/topics/networking.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>)

Tags: [aws](<https://devfeed.tech/tags/aws.md>), [aws-data-center-network-architecture](<https://devfeed.tech/tags/aws-data-center-network-architecture.md>), [cloud-and-systems](<https://devfeed.tech/tags/cloud-and-systems.md>), [data-center](<https://devfeed.tech/tags/data-center.md>), [fat-tree-network-replacement](<https://devfeed.tech/tags/fat-tree-network-replacement.md>), [flat-network-topology](<https://devfeed.tech/tags/flat-network-topology.md>), [network-design](<https://devfeed.tech/tags/network-design.md>), [networking](<https://devfeed.tech/tags/networking.md>), [networks](<https://devfeed.tech/tags/networks.md>), [quasi-random-network-topology](<https://devfeed.tech/tags/quasi-random-network-topology.md>), [resilience](<https://devfeed.tech/tags/resilience.md>), [routing](<https://devfeed.tech/tags/routing.md>)

### AI overview

The article describes AWS's scalable flat data-center network, using quasi-random topology and ShuffleBoxes to replace conventional fat-tree designs.

### Source excerpt

"Quasi-random" network topologies and new passive optical components called ShuffleBoxes make more-efficient flat networks as practical as traditional "fat-tree" networks.

## Laravel Cloud Incident Report: February 20, 2026

DevFeed: [Laravel Cloud Incident Report: February 20, 2026](<https://devfeed.tech/articles/laravel-cloud-incident-report-february-20-2026-3759.md>)

Original publisher: [Read original article](<https://laravel.com/blog/laravel-cloud-incident-report-february-20-2026>)

Author: Laravel Team

Published: 2026-02-20T15:20:00Z

Content type: article

Language: en

Sources: [Laravel Blog](<https://devfeed.tech/sources/laravel-blog.md>)

Topics: [incident](<https://devfeed.tech/topics/incident.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>), [Network Services](<https://devfeed.tech/topics/network-services.md>)

Tags: [api](<https://devfeed.tech/tags/api.md>), [bgp](<https://devfeed.tech/tags/bgp.md>), [cloud-services](<https://devfeed.tech/tags/cloud-services.md>), [cloudflare](<https://devfeed.tech/tags/cloudflare.md>), [incident](<https://devfeed.tech/tags/incident.md>), [infrastructure](<https://devfeed.tech/tags/infrastructure.md>), [laravel](<https://devfeed.tech/tags/laravel.md>), [outage](<https://devfeed.tech/tags/outage.md>)

### AI overview

Laravel Cloud reports a roughly 3-hour, 15-minute connectivity outage caused by Cloudflare withdrawing IP prefix advertisements. Applications and infrastructure remained operational, but users could not reach affected services; Laravel Cloud plans additional IP-announcement failover protection.

### Source excerpt

## Summary On February 20, 2026, [Laravel Cloud](https://laravel.com/blog/one-minute-or-less-how-we-built-laravel-clouds-architecture) experienced a connectivity outage lasting approximately 3 hours...

## exploits.club Weekly(ish) Newsletter 94 - P20 VMWare Bugs, ExpDev With LLMs, Pixel 0-Click Bugs, and More

DevFeed: [exploits.club Weekly(ish) Newsletter 94 - P20 VMWare Bugs, ExpDev With LLMs, Pixel 0-Click Bugs, and More](<https://devfeed.tech/articles/exploits-club-weekly-ish-newsletter-94-p20-vmware-bugs-expdev-with-llms-pixel-0-click-bugs-and-more-32636.md>)

Original publisher: [Read original article](<https://blog.exploits.club/exploits-club-weekly-ish-newsletter-94-p20-vmware-bugs-expdev-with-llms-pixel-0-click-bugs-and-more/>)

Author: exploits.club

Published: 2026-01-30T16:00:22Z

Content type: article

Language: en

Sources: [exploits.club](<https://devfeed.tech/sources/exploits-club.md>)

Topics: [Security](<https://devfeed.tech/topics/security.md>), [Exploit](<https://devfeed.tech/topics/exploit.md>), [Large Language Model](<https://devfeed.tech/topics/llm.md>), [Artificial Intelligence](<https://devfeed.tech/topics/ai.md>), [Code](<https://devfeed.tech/topics/code.md>), [Claude](<https://devfeed.tech/topics/claude.md>), [ChatGPT](<https://devfeed.tech/topics/chatgpt.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>), [P2P](<https://devfeed.tech/topics/p2p.md>), [Open Source](<https://devfeed.tech/topics/open-source.md>), [Linux](<https://devfeed.tech/topics/linux.md>)

Tags: [ai](<https://devfeed.tech/tags/ai.md>), [chatgpt](<https://devfeed.tech/tags/chatgpt.md>), [code](<https://devfeed.tech/tags/code.md>), [exploit](<https://devfeed.tech/tags/exploit.md>), [linux](<https://devfeed.tech/tags/linux.md>), [llms](<https://devfeed.tech/tags/llms.md>), [network](<https://devfeed.tech/tags/network.md>), [open-source](<https://devfeed.tech/tags/open-source.md>), [peer](<https://devfeed.tech/tags/peer.md>), [poc](<https://devfeed.tech/tags/poc.md>), [rce](<https://devfeed.tech/tags/rce.md>), [remote-code-execution](<https://devfeed.tech/tags/remote-code-execution.md>), [security](<https://devfeed.tech/tags/security.md>)

### AI overview

This newsletter surveys recent security research, including experiments using Claude and ChatGPT to generate proofs of concept for QuickJS vulnerabilities, a wormable remote code execution chain in Command & Conquer, a MediaTek bootloader exploit, and VMware workstation research.

### Source excerpt

Good morning friends....been a minute. But we are SO back. Annnnnyways 👇 In Case You Missed It... RE//verse Tickets Still On Sale - If you were just at DistrictCon, escape the snow-pocalypse to Florida next month OffensiveCon CFP - 30 days to get-em submitted! Resources And Write-Ups

## Introducing Nested Learning: A new ML paradigm for continual learning

DevFeed: [Introducing Nested Learning: A new ML paradigm for continual learning](<https://devfeed.tech/articles/introducing-nested-learning-a-new-ml-paradigm-for-continual-learning-6827.md>)

Original publisher: [Read original article](<https://research.google/blog/introducing-nested-learning-a-new-ml-paradigm-for-continual-learning/>)

Published: 2025-11-07T17:37:22Z

Content type: article

Language: en

Sources: [The latest research from Google](<https://devfeed.tech/sources/the-latest-research-from-google.md>)

Topics: [Machine Learning & Artificial Intelligence](<https://devfeed.tech/topics/machine-learning-artificial-intelligence.md>), [Optimization](<https://devfeed.tech/topics/optimization.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>), [Neural Network](<https://devfeed.tech/topics/neural-network.md>), [LLMs](<https://devfeed.tech/topics/llms.md>), [Google](<https://devfeed.tech/topics/google.md>), [Algorithms & Theory](<https://devfeed.tech/topics/algorithms-theory.md>)

Tags: [algorithms-theory](<https://devfeed.tech/tags/algorithms-theory.md>), [architectures](<https://devfeed.tech/tags/architectures.md>), [generative-ai](<https://devfeed.tech/tags/generative-ai.md>), [google](<https://devfeed.tech/tags/google.md>), [large-language-models-llms](<https://devfeed.tech/tags/large-language-models-llms.md>), [machine-intelligence](<https://devfeed.tech/tags/machine-intelligence.md>), [machine-learning](<https://devfeed.tech/tags/machine-learning.md>), [neurips](<https://devfeed.tech/tags/neurips.md>), [optimization](<https://devfeed.tech/tags/optimization.md>), [research](<https://devfeed.tech/tags/research.md>)

### AI overview

Google Research introduces Nested Learning, a machine learning approach for continual learning that represents a model as interconnected, nested optimization problems. The approach aims to reduce catastrophic forgetting by jointly treating model architecture and training rules as multiple optimization levels with distinct information flows and update rates.

### Source excerpt

Algorithms & Theory

## Finding Source Routing Paths

DevFeed: [Finding Source Routing Paths](<https://devfeed.tech/articles/finding-source-routing-paths-11208.md>)

Original publisher: [Read original article](<https://blog.ipspace.net/2025/06/source-routing-paths/>)

Published: 2025-06-13T06:10:00Z

Content type: tutorial

Language: en

Sources: [ipSpace.net blog](<https://devfeed.tech/sources/ipspace-net-blog.md>)

Topics: [networking](<https://devfeed.tech/topics/networking.md>), [Software-defined networking](<https://devfeed.tech/topics/sdn.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>), [IS-IS](<https://devfeed.tech/topics/is-is.md>)

Tags: [is-is](<https://devfeed.tech/tags/is-is.md>), [management](<https://devfeed.tech/tags/management.md>), [network](<https://devfeed.tech/tags/network.md>), [networking](<https://devfeed.tech/tags/networking.md>), [networking-fundamentals](<https://devfeed.tech/tags/networking-fundamentals.md>), [ospf](<https://devfeed.tech/tags/ospf.md>), [protocol](<https://devfeed.tech/tags/protocol.md>), [routing](<https://devfeed.tech/tags/routing.md>), [sdn](<https://devfeed.tech/tags/sdn.md>), [software](<https://devfeed.tech/tags/software.md>)

### AI overview

This tutorial explains how source-routing paths are determined and installed across networks. It examines centralized controller-based routing, SDN and OpenFlow, and segment routing with Path Computation Elements, then compares these approaches with older virtual-circuit provisioning systems.

### Source excerpt

In the previous blog post, we discussed the generic steps that network devices (or a centralized controller) must take to discover paths across a network. Today, we'll see how these principles are applied in source routing, one of the three main ways to move packets across a network. Brief recap: In source routing, the sender has to specify the (loose or strict) path a packet should take across the network. The sender thus needs a mechanism to determine that path, and as always, there are numerous solutions to this challenge. We'll explore a few of them, using the sample topology shown in the following diagram. Read more ...

## netlab 2.0: Routers, Hosts, Gateways and Bridges

DevFeed: [netlab 2.0: Routers, Hosts, Gateways and Bridges](<https://devfeed.tech/articles/netlab-2-0-routers-hosts-gateways-and-bridges-11203.md>)

Original publisher: [Read original article](<https://blog.ipspace.net/2025/06/netlab-hosts-routers/>)

Published: 2025-06-11T06:20:00Z

Content type: article

Language: en

Sources: [ipSpace.net blog](<https://devfeed.tech/sources/ipspace-net-blog.md>)

Topics: [networking](<https://devfeed.tech/topics/networking.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>), [Routing (disambiguation)](<https://devfeed.tech/topics/routing.md>), [BGP](<https://devfeed.tech/topics/bgp.md>), [Cisco](<https://devfeed.tech/topics/cisco.md>), [Containers](<https://devfeed.tech/topics/containers.md>), [Test coverage](<https://devfeed.tech/topics/coverage.md>)

Tags: [bgp](<https://devfeed.tech/tags/bgp.md>), [bridge](<https://devfeed.tech/tags/bridge.md>), [cisco](<https://devfeed.tech/tags/cisco.md>), [container](<https://devfeed.tech/tags/container.md>), [netlab](<https://devfeed.tech/tags/netlab.md>), [network](<https://devfeed.tech/tags/network.md>), [router](<https://devfeed.tech/tags/router.md>), [routing](<https://devfeed.tech/tags/routing.md>), [test-coverage](<https://devfeed.tech/tags/test-coverage.md>)

### AI overview

The article explains how netlab 2.0 models routers, hosts, gateways, and bridges in network topologies. It describes their forwarding behavior, loopback interfaces, routing choices, IPv6 router advertisements, VLAN support, and possible uses of Cisco IOS, Arista EOS, BGP, and container-based devices.

### Source excerpt

In a previous blog post, I explained how you can use bridges in a netlab topology to create custom LAN segments. Netlab supports two other node roles (host and router), and we'll eventually add gateways. netlab assumes that most network devices are routers (it considers a firewall to be a router in disguise), apart from Linux hosts, but you can always change what a node is with the role node attribute: Read more ...

## Network Design Lesson: Split Functionality Across Devices When Appropriate

DevFeed: [Network Design Lesson: Split Functionality Across Devices When Appropriate](<https://devfeed.tech/articles/must-read-make-two-trips-11016.md>)

Original publisher: [Read original article](<https://blog.ipspace.net/2024/05/worth-reading-make-two-trips/>)

Published: 2024-05-29T06:33:00Z

Content type: opinion

Language: en

Sources: [ipSpace.net blog](<https://devfeed.tech/sources/ipspace-net-blog.md>)

Topics: [Network design](<https://devfeed.tech/topics/network-design.md>), [Network architectures](<https://devfeed.tech/topics/network-architectures.md>)

Tags: [bugs](<https://devfeed.tech/tags/bugs.md>), [network](<https://devfeed.tech/tags/network.md>), [network-design](<https://devfeed.tech/tags/network-design.md>), [worth-reading](<https://devfeed.tech/tags/worth-reading.md>)

### AI overview

The article argues that network designs can be simpler and less costly when required functionality is divided across multiple devices instead of being crammed into one device.

### Source excerpt

Tom Limoncelli wrote another must-read masterpiece: sometimes you'll save time if you make two trips instead of one. The same lesson applies to network design: cramming too many features into a single device will inevitably result in complex, hard-to-understand configurations and weird bugs. Sometimes, it's cheaper to split the required functionality across multiple devices.