<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>GRPC on TiJet</title><link>https://www.tainuohc.com/tags/grpc/</link><description>Recent content in GRPC on TiJet</description><generator>Hugo</generator><language>zh</language><lastBuildDate>Sat, 18 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.tainuohc.com/tags/grpc/index.xml" rel="self" type="application/rss+xml"/><item><title>从自建协议到 gRPC：泰诺异构工控系统通信架构的重大跨越</title><link>https://www.tainuohc.com/blog/2026-07-18-grpc-migration/</link><pubDate>Sat, 18 Jul 2026 00:00:00 +0000</pubDate><guid>https://www.tainuohc.com/blog/2026-07-18-grpc-migration/</guid><description>&lt;h2 id="1-为什么我们必须废除原有的自建私有协议">1. 为什么我们必须废除原有的自建私有协议？&lt;/h2>
&lt;p>在过去很长一段时间里，泰诺的工业控制板卡与上位机、打印控制端之间采用的是自建的私有协议。这类协议在特定单一品类开发中确实具备轻量、灵活、随改随用的特点。然而，随着泰诺逐步迈向工业 5.0 标准，我们的系统架构正在向&amp;quot;通用工业级异构计算与智能控制平台&amp;quot;产生蜕变。&lt;/p>
&lt;p>在这种背景下，原有私有协议暴露出三大难以调和的痛点：多语言 SDK 维护成本高昂（C#、C++/Rust 异构端需手动重写解析流）、缺乏强大的类型安全边界、异构系统难以灵活扩展 RPC 服务。&lt;/p>
&lt;h2 id="2-为什么选择-grpc--protobuf">2. 为什么选择 gRPC + Protobuf？&lt;/h2>
&lt;p>截至 2026 年 7 月，团队迎来重大里程碑：我们彻底抛弃了过去的自建协议与 JSON，全线切换为 gRPC 通信框架。并在所有联调测试和极限压力测试中取得了全部通过（Pass）的成绩。&lt;/p>
&lt;p>gRPC 给泰诺带来了质的飞跃：契约先行（Schema-First）、二进制序列化带来的极致高性能与低延迟。同时无缝对接了董佳琦主导的 tincore 核心&amp;quot;氧化计划&amp;quot;，通过 Rust 生态的 tonic 库完美适配，兼顾了极致性能与绝对内存安全。&lt;/p></description></item></channel></rss>