<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>云原生 - 标签 - 研发日志 · R&amp;D Log</title><link>https://rd163.visword.com/tags/%E4%BA%91%E5%8E%9F%E7%94%9F/</link><description>云原生 - 标签 - 研发日志 · R&amp;D Log</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>whutluohui@gmail.com (小智晖)</managingEditor><webMaster>whutluohui@gmail.com (小智晖)</webMaster><copyright>本作品采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。</copyright><lastBuildDate>Sun, 12 Jan 2025 00:00:00 +0800</lastBuildDate><atom:link href="https://rd163.visword.com/tags/%E4%BA%91%E5%8E%9F%E7%94%9F/" rel="self" type="application/rss+xml"/><item><title>K8s 的一些设计理念</title><link>https://rd163.visword.com/posts/k8s-perspective/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/k8s-perspective/</guid><description>&lt;p>分析和理解 Kubernetes 的设计理念，可以使我们更深入地了解整个系统，更好地利用它管理分布式部署的云原生应用;另一方面，也能让我们借鉴其在分布式系统设计方面的经验。&lt;/p></description></item><item><title>K8s 中的开放接口</title><link>https://rd163.visword.com/posts/k8s-open-interfaces/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/k8s-open-interfaces/</guid><description><![CDATA[<p>Kubernetes 作为云原生应用的基础调度平台，常被类比为&quot;云原生的操作系统&quot;。和传统操作系统通过驱动屏蔽硬件差异类似，Kubernetes 通过一组<strong>开放接口（Open Interfaces）</strong> 把计算、网络、存储这三类最基础的资源抽象出来，让上游可以对接不同的后端实现，而无需修改 Kubernetes 核心代码。这种可插拔（pluggable）的设计，是 Kubernetes 能够支撑极其多样化的基础设施的关键。</p>]]></description></item><item><title>Kubernetes 中文指南</title><link>https://rd163.visword.com/posts/k8s-handbook/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/k8s-handbook/</guid><description><![CDATA[<h2 id="术语解释" class="headerLink">
    <a href="#%e6%9c%af%e8%af%ad%e8%a7%a3%e9%87%8a" class="header-mark"></a>术语解释</h2><ul>
<li>Istio: Istio 是由 Google、IBM 和 Lyft 开源的微服务管理、保护和监控框架. Istio 并不是首字母缩写，但如果一定要说它代表着什么，也许会是 “I Secure, Then I Observe”（我保护，我观察），或者 &ldquo;I’m Sexy To Infrastructure Operators.&quot;（我对基础设施运营商富有吸引力）。</li>
</ul>
<h2 id="k8s-与-云原生的关系" class="headerLink">
    <a href="#k8s-%e4%b8%8e-%e4%ba%91%e5%8e%9f%e7%94%9f%e7%9a%84%e5%85%b3%e7%b3%bb" class="header-mark"></a>k8s 与 云原生的关系</h2><h3 id="云原生定义" class="headerLink">
    <a href="#%e4%ba%91%e5%8e%9f%e7%94%9f%e5%ae%9a%e4%b9%89" class="header-mark"></a>云原生定义</h3><p>云原生是一种行为方式和设计理念，究其本质，凡是能够提高云上资源利用率和应用交付效率的行为或方式都是云原生的。</p>]]></description></item><item><title>后台技术</title><link>https://rd163.visword.com/posts/server-tech/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/server-tech/</guid><description>&lt;p>「后台技术」(Backend / Server-side Technology)是一个边界宽泛、持续演化的概念。它泛指运行在服务器侧、为前端(浏览器、App、小程序、IoT 设备等)提供数据与业务能力支撑的全部技术栈,涵盖编程语言、应用框架、存储、消息、网络、运维、安全等多个层面。&lt;/p></description></item><item><title>互联网公司经典技术架构</title><link>https://rd163.visword.com/posts/classic-technical-architecture/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/classic-technical-architecture/</guid><description>&lt;p>互联网公司过去二十余年的技术演进，几乎浓缩了现代分布式系统的所有关键议题。从早期单机支撑百万 PV 的 LAMP 架构，到今日以 Kubernetes 为基础的云原生体系，每一次范式迁移的背后，都是业务规模、团队组织与基础设施能力三者共同作用的结果。本文按时间线梳理这套演进路径，并引用几家代表性公司的公开资料作为佐证。&lt;/p></description></item></channel></rss>