360 Zhihui Cloud is an enterprise open service platform that aims to "aggregate data value and empower an intelligent future," leveraging 360's extensive product and technology resources to deliver platform services to customers.
The article explains Cilium’s eBPF‑based network‑policy architecture across five layers—program loading, identity system, map storage, packet processing, and policy types—then demonstrates three practical YAML configurations, while also covering VPC‑CNI integration and deployment details.
The article explains how intensive file‑system reads in a Kubernetes pod cause kernel slab memory to balloon, why standard cgroup limits cannot contain the leak, and demonstrates step‑by‑step how configuring Pod Overhead with Kata containers creates a separate sandbox cgroup that isolates kernel memory, preventing host‑level OOM.
An intermittent Redis timeout in a Kubernetes pod was traced not to Redis or the network but to uneven soft‑interrupt handling on a single CPU core, caused by irqbalance moving interrupts across NUMA nodes, and resolved by aligning NIC queues, adjusting irqbalance, and reserving CPUs.
An in‑depth analysis of a custom SIP‑WebRTC video gateway built on Kubernetes, detailing dual load‑balancing via K8s and Redis RPC, a seven‑layer architecture, media mixing and aggregation pipelines, and graceful shutdown mechanisms that enable reliable SIP call integration with modern WebRTC conferences.
ZestKV is a Redis‑compatible distributed KV store that separates compute from storage, using a log service and object storage to lower hardware costs, guarantee data durability, and enable independent, elastic scaling of compute and storage resources.
By tightly integrating autonomous agents with the 360 View Computing platform, the article shows how multi‑layer perception, analysis, decision, and application enhancements—backed by concrete Python code—boost real‑time anomaly detection, cut false‑alarm rates by over 40%, and accelerate scene adaptation across industrial, campus, and city security scenarios.
ZestKV, built on Pika, introduces a seven‑layer compute‑storage separation architecture that eliminates capacity limits, offers second‑level elastic scaling without data migration, maintains stable P99 latency, guarantees zero data loss, provides multi‑tenant isolation, and remains fully compatible with the Redis protocol for a wide range of cloud‑native workloads.
The upgraded Redis large‑key analysis transforms troubleshooting by delivering a comprehensive memory portrait that includes type, size, TTL, and prefix distributions, plus risk highlights, enabling precise identification of performance bottlenecks without relying on guesswork.
The article analyzes common mistakes when moving from MySQL to PostgreSQL—such as oversized connection pools, blind max_connections tweaks, oversized transactions, idle‑in‑transaction connections, and indiscriminate indexing—and offers concrete, step‑by‑step guidance to achieve a stable, well‑tuned PostgreSQL deployment.
The article analyzes why expanding the Skill system with an ontology‑based semantic layer is essential for Data Agents, comparing metric‑centric and ontology‑centric approaches, outlining technical evolution from NL2SQL to NL2LF2SQL, and proposing a step‑by‑step implementation roadmap for enterprises.
