<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Kubernetes on Mi&amp;Bee Blog</title><link>/en/tags/kubernetes/</link><description>Recent content in Kubernetes on Mi&amp;Bee Blog</description><generator>Hugo -- gohugo.io</generator><language>en</language><managingEditor>蓝宝石的傻话</managingEditor><lastBuildDate>Fri, 10 Feb 2023 00:00:00 +0000</lastBuildDate><atom:link href="/en/tags/kubernetes/rss.xml" rel="self" type="application/rss+xml"/><item><title>eBPF Series: A Brief Analysis of Pixie</title><link>/en/posts/telemetry/pixie-try/</link><pubDate>Fri, 10 Feb 2023 00:00:00 +0000</pubDate><guid>/en/posts/telemetry/pixie-try/</guid><description>&lt;p&gt;Deployment process and instructions reference: &lt;a href="https://docs.px.dev/installing-pixie/install-guides/self-hosted-pixie/"&gt;pixie install&lt;/a&gt;&lt;/p&gt;
&lt;h2 id="pixie-platform-main-components"&gt;Pixie Platform Main Components&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Pixie Edge Module (PEM)&lt;/strong&gt;:
Pixie&amp;rsquo;s agent, installed per node. PEMs use eBPF to collect data, which is stored locally on the node.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Vizier&lt;/strong&gt;:
Pixie&amp;rsquo;s collector, installed per cluster. Responsible for query execution and managing PEMs.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Pixie Cloud&lt;/strong&gt;:
Used for user management, authentication, and data proxying. Can be hosted or self-hosted.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Pixie CLI&lt;/strong&gt;:
Used to deploy Pixie. Can also be used to run queries and manage resources like API keys.&lt;/p&gt;</description></item><item><title>Monitoring System Enterprise Architecture Evolution — Cross-Region Hybrid Cloud</title><link>/en/posts/architecture/prometheus-evolution-history-two/</link><pubDate>Mon, 12 Oct 2020 00:00:00 +0000</pubDate><guid>/en/posts/architecture/prometheus-evolution-history-two/</guid><description>&lt;h2 id="recap"&gt;Recap&lt;/h2&gt;
&lt;p&gt;In &amp;ldquo;Monitoring System Enterprise Architecture Evolution — First Steps with Prometheus&amp;rdquo;, the monitoring system had already been upgraded from a single-node architecture to a single &lt;code&gt;IDC&lt;/code&gt; distributed architecture.
The content of the previous article applies to both VM-based and container-based deployments. &lt;code&gt;Prometheus&lt;/code&gt; is a product of the cloud-native era and is commonly used alongside &lt;code&gt;Kubernetes&lt;/code&gt;, but &lt;code&gt;Prometheus&lt;/code&gt; itself can also replace traditional monitoring solutions like &lt;code&gt;Zabbix&lt;/code&gt; in non-&lt;code&gt;Kubernetes&lt;/code&gt; environments.
In this article, we begin to use &lt;code&gt;Kubernetes&lt;/code&gt; deployment to upgrade the entire monitoring system architecture, making it more flexible for cross-region hybrid cloud business scenarios.&lt;/p&gt;</description></item></channel></rss>