在业务系统里集成即时通讯（Instant Messaging,IM）能力，是客服、社交、协同办公、IoT 等场景常见的需求。直接对接厂商的推送通道或 SaaS 服务会带来数据出境、付费、定制化受限等问题，因此自建一套开源 IM 系统成为很多团队的选择。

JSON（JavaScript Object Notation）几乎是今天所有 Web API 和配置文件的默认载体。但当数据嵌套层级变深、字段数量变多，纯文本的 JSON 就开始「反人类」:括号配错一个、逗号漏掉一个、键名拼错一个，都需要肉眼在海量文本里排查。可视化编辑（visual editing）的核心思路，是把这棵抽象的语法树（AST）还原成可点选、可折叠、可校验的图形界面，让人而不是正则去理解结构。

在对接 RESTful API 或解析配置文件时，把一段 JSON 示例手工逐字段翻译成 Go 的 struct 是一件繁琐且容易出错的事。好在社区已经提供了不少自动化方案，从浏览器里的在线工具，到本地命令行，再到 IDE 内建的转换功能，基本可以覆盖大多数场景。本文梳理几种常用方案，并补充 encoding/json 的 struct tag 关键用法，帮助你在不同情境下做出选择。

1. JavaScriptCore

JavaScriptCore（简称 JSC）是 WebKit 默认的内嵌 JS 引擎。在维基百科上它都没有独立词条，只在 WebKit 词条的三级目录里被介绍了一下。个人感觉这多少有些不像话，毕竟它也是老牌 JS 引擎了。

Kubernetes 的网络模型要求每个 Pod 都拥有独立的 IP，并能在不同节点间互通。CNI（Container Network Interface）便是实现这一模型的标准接口，kubelet 在创建 Pod 时会调用配置好的 CNI 插件来完成网卡与 IP 的分配。下面整理了社区常见的 CNI 插件以及性能测评与选型建议。

K8s 中DNS采用的服务器方案也在不断演变， 早期用的是 kube-dns， 从 1.11 版本开始 默认的dns服务器 由 kube-dns切换到了 coredns。

kube-dns 与 coredns 性能数据对比

在 Kubernetes 中，把集群内服务暴露给外部访问有多种方式:ClusterIP 仅集群内可达,NodePort 在每个节点上开一个端口,LoadBalancer 借助云厂商的负载均衡器把流量引入。这些方式都属于四层（L4）入口，但当流量是 HTTP/HTTPS 时，我们往往希望按域名（Host）和 URL 路径（Path）做更精细的路由、统一做 TLS 终止、复用一个公网 IP 对外。Ingress 就是为此而生的七层（L7）资源对象。