SShortSingh.
Back to feed

Azure Virtual Network Routing Appliance bridges peering speed and hub-and-spoke control

0
·13 views

Microsoft has introduced the Azure Virtual Network Routing Appliance (VNRA), a managed forwarding layer designed to address the long-standing trade-off between VNet peering performance and centralised hub-and-spoke governance. Unlike traditional NVAs or Azure Firewall, the VNRA runs on dedicated networking hardware directly within the Azure backbone, offering tiers of 10, 50, 100, and 200 Gbps without becoming a traffic inspection bottleneck. It is deployed into a dedicated subnet within a hub VNet and does not perform firewall functions; traffic control still relies on UDRs, NSGs, and Azure Monitor. The service is particularly relevant for data-intensive workloads such as AI pipelines, centralised databases, and cross-VNet API calls that suffer under conventional hub appliance capacity limits. Built-in metrics for bytes, packets, and flows are available immediately after deployment, requiring no additional diagnostic configuration.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Causely Exposes Agent Diagnostic Reasoning to Improve Production Safety Checks

Software platform Causely has updated its causal model to surface the full reasoning behind an AI agent's diagnosis, including alternative explanations that were considered and rejected before a root cause is selected. The update addresses a widely discussed challenge in on-call engineering workflows: distinguishing an agent's confidence in a diagnosis from the safety of acting on that diagnosis in production. A recent Kubernetes community thread highlighted that veto layers blocking unsafe actions still fail if they rely on the agent's own self-reported cluster state rather than independently verified data. Causely's MCP server now offers two tools — get_potential_diagnoses and get_signal_potential_diagnoses — that expose the full causal chain behind each candidate explanation, not just the top result. The approach draws on explainable-AI research showing that satisfying explanations require contrasting a chosen outcome against alternatives, framed formally in 2025 as answering 'why P but not Q' rather than simply 'why P.'

0
ProgrammingDEV Community ·

WebForms Core Brings Server-Side UI Control to Julia Web Apps

A new open-source library called WebForms.jl enables Julia developers to build interactive web pages by controlling the browser's HTML DOM directly from the server. Instead of writing client-side JavaScript, the server generates WebForms commands that are executed in the browser by a JavaScript engine called WebFormsJS. The library works alongside Julia's existing HTTP.jl package, keeping the application architecture straightforward and server-centric. WebForms.jl is available for download on GitHub, though it was not submitted to the official Julia General package registry due to time constraints around meeting its strict requirements. Developers can include the library manually in their Julia projects to start building server-driven interactive web applications.

0
ProgrammingDEV Community ·

AI Citations and Brand Mentions Measure Different Things, Semrush Study Finds

A Semrush study published on June 9, 2026, found that roughly 62% of AI citations were 'ghost citations,' where an AI system cited a webpage without naming the associated brand in its answer. About 25% of cases involved brand mentions without any citation, while only around 13% included both. The research also revealed stark differences between platforms: Gemini named brands in about 84% of appearances but cited sources only 21% of the time, while ChatGPT cited sources in roughly 87% of cases but named brands in only about 21% of appearances. These findings suggest that citation counts and brand mention counts capture distinct aspects of AI search visibility and cannot be used interchangeably as performance benchmarks. Businesses tracking AI search presence are advised to measure citations and brand mentions separately, as strong performance on one metric does not guarantee visibility on the other.

0
ProgrammingDEV Community ·

CISA Flags LiteLLM, Kestra, and Starlette CVEs as Actively Exploited in the Wild

The U.S. Cybersecurity and Infrastructure Security Agency added seven CVEs to its Known Exploited Vulnerabilities catalog in the second week of September 2026, three of which directly affect common self-hosted AI infrastructure. LiteLLM, a popular AI gateway proxy, carries a flaw exposing an unauthenticated admin endpoint that leaks all configured API keys in a single request. Kestra, widely used for AI pipeline orchestration, has a remote code execution vulnerability allowing attackers to run arbitrary commands via crafted workflow definitions. Starlette, the underlying framework for roughly 70% of self-hosted AI model servers built on FastAPI, contains a server-side request forgery flaw that can expose internal network resources. Security researchers warn that once code execution is achieved on these servers, plaintext API keys and cloud credentials stored in environment variables — as recommended in most official setup guides — are trivially recoverable.