<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Internal Endpoint on Tarragon</title><link>https://tarrragon.github.io/blog/tags/internal-endpoint/</link><description>Recent content in Internal Endpoint on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Thu, 23 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/internal-endpoint/index.xml" rel="self" type="application/rss+xml"/><item><title>Internal Endpoint</title><link>https://tarrragon.github.io/blog/backend/knowledge-cards/internal-endpoint/</link><pubDate>Thu, 23 Apr 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/backend/knowledge-cards/internal-endpoint/</guid><description>&lt;p>Internal Endpoint 的核心概念是「只供系統內部服務彼此呼叫的入口」。它不是公開給外部 client 的功能入口。 可先對照 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/api-gateway/" data-link-title="API Gateway" data-link-desc="說明外部流量如何先收斂到一層可集中控制的入口">API Gateway&lt;/a>。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Internal Endpoint 位在 service discovery、internal network、&lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/api-gateway/" data-link-title="API Gateway" data-link-desc="說明外部流量如何先收斂到一層可集中控制的入口">API Gateway&lt;/a> 與 application 之間，並可能受到 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/request-routing/" data-link-title="Request Routing" data-link-desc="說明入口流量如何依規則被導向不同服務或處理路徑">Request Routing&lt;/a> 影響。它通常依賴封閉網段、服務身份與內部流量控制。&lt;/p>
&lt;h2 id="可觀察訊號">可觀察訊號&lt;/h2>
&lt;p>系統需要 internal endpoint 的訊號是多個服務之間要交換資料，但不希望這些入口暴露到外部網路。&lt;/p>
&lt;h2 id="接近真實網路服務的例子">接近真實網路服務的例子&lt;/h2>
&lt;p>內部訂單同步、跨服務查詢、background worker 呼叫下游系統，或 control plane 對 service 下發設定，都會使用 internal endpoint。&lt;/p>
&lt;h2 id="設計責任">設計責任&lt;/h2>
&lt;p>設計時要定義內部網路邊界、授權方式、服務發現與變更時的回復策略。Internal Endpoint 的暴露範圍應比 public API 更嚴格。&lt;/p></description><content:encoded><![CDATA[<p>Internal Endpoint 的核心概念是「只供系統內部服務彼此呼叫的入口」。它不是公開給外部 client 的功能入口。 可先對照 <a href="/blog/backend/knowledge-cards/api-gateway/" data-link-title="API Gateway" data-link-desc="說明外部流量如何先收斂到一層可集中控制的入口">API Gateway</a>。</p>
<h2 id="概念位置">概念位置</h2>
<p>Internal Endpoint 位在 service discovery、internal network、<a href="/blog/backend/knowledge-cards/api-gateway/" data-link-title="API Gateway" data-link-desc="說明外部流量如何先收斂到一層可集中控制的入口">API Gateway</a> 與 application 之間，並可能受到 <a href="/blog/backend/knowledge-cards/request-routing/" data-link-title="Request Routing" data-link-desc="說明入口流量如何依規則被導向不同服務或處理路徑">Request Routing</a> 影響。它通常依賴封閉網段、服務身份與內部流量控制。</p>
<h2 id="可觀察訊號">可觀察訊號</h2>
<p>系統需要 internal endpoint 的訊號是多個服務之間要交換資料，但不希望這些入口暴露到外部網路。</p>
<h2 id="接近真實網路服務的例子">接近真實網路服務的例子</h2>
<p>內部訂單同步、跨服務查詢、background worker 呼叫下游系統，或 control plane 對 service 下發設定，都會使用 internal endpoint。</p>
<h2 id="設計責任">設計責任</h2>
<p>設計時要定義內部網路邊界、授權方式、服務發現與變更時的回復策略。Internal Endpoint 的暴露範圍應比 public API 更嚴格。</p>
]]></content:encoded></item></channel></rss>