不同的雲廠商使用不同的技術來實現跨故障域的流量分佈。 請查看相關 Ingress 控制器的文檔以瞭解詳細信息。 保存更改後，kubectl 將更新 API 服務器中的資源，該資源將告訴 Ingress 控制器重新配置負載均衡器。 Ingress 控制器將提供實現特定的負載均衡器來滿足 Ingress， 只要 Service (service1，service2) 存在。 當它這樣做時，你會在 Address 字段看到負載均衡器的地址。 1、當兩個據點都已擺滿八個共振器，而玩家同時持有目標據點的鑰匙，且目標據點在所在據點的覆蓋範圍之內，就可以利用此動作將兩個據點連接。
- Ingress 經常使用註解（annotations）來配置一些選項，具體取決於 Ingress 控制器，例如重寫目標註解。
- DefaultBackend 通常是Ingress 控制器的配置選項， 而非在 Ingress 資源中指定。
- 使用炸彈攻擊敵方據點，削弱目標據點能量值，直至八個共振器全部被摧毀，據點會轉爲中立，玩家可放置共振器爭奪控制權。
- 3、入侵我方據點可取得道具，不會被攻擊，只會扣除少量XM，但無法獲得AP。
- Resource 後端是一個引用，指向同一命名空間中的另一個 Kubernetes 資源，將其作爲 Ingress 對象。
Ingress 可以由不同的控制器實現，通常使用不同的配置。 每個 Ingress 應當指定一個類，也就是一個對 IngressClass ingress2025 資源的引用。 IngressClass 資源包含額外的配置，其中包括應當實現該類的控制器名稱。
ingress: ingress強化道具
2、若玩家持有目標據點的鑰匙，則可遙距充電，但充電效率（Recharge Efficiency）會隨玩家與據點的距離有所衰減。 2、如果三個據點被互相連接，它們圍成的三角形區域就是我方的控制場（Control Field），區內的 Mind Units（MU）會歸入我方陣營。 鏈路時需消耗目標門泉的鑰匙，在無目標鑰匙時無法鏈路。 在擁有目標門泉的鑰匙時，可以通過鑰匙遠程進入門泉界面進行充電。 強化道具的等級分爲普通（Common）、稀有（Rare）和非常稀有（Very Rare）。 道具的效果受道具等級影響，道具等級越高效果越強大，不同等級的同一道具會有外觀上（顏色）的不同。
玩家扮演的特勤個體，目標就是使用XM掃描器（Scanner）以一己之力儘可能多的爭奪門泉控制權，每將三個Portal連在一起，就可以形成一個控制區域（Control Field）。 被覆蓋地方的人口密度就用以決定Mind Units，而遊戲的進度則以兩邊陣營Mind Units多少作顯示[9-10]。 在 Ingress 中引用此 Secret 將會告訴 Ingress 控制器使用 TLS 加密從客戶端到負載均衡器的通道。 你需要確保創建的 TLS Secret ingress2025 創建自包含 https-example.foo.com 的公用名稱（CN）的證書。 如果你創建的 Ingress 資源沒有在 rules 中定義的任何 hosts，則可以匹配指向 Ingress 控制器 IP ingress 地址的任何網絡流量，而無需基於名稱的虛擬主機。 Ingress 中新的 ingressClassName 字段是該註解的替代品，但並非完全等價。
ingress: 由單個 Service 來完成的 Ingress
有關玩家角色探索傳送門的活動（包括探訪新的傳送門或通過偵測器提交新的傳送門）會累計到探索能力統計信息中。 說明： 各種 Ingress 控制器所支持的 TLS 功能之間存在差異。 請參閱有關nginx、GCE或者任何其他平臺特定的 Ingress 控制器的文檔，以瞭解 TLS 如何在你的環境中工作。
該遊戲於2012年11月進行首次封測，2013年12月14日登陸安卓平臺，2014年7月14日開始支持iOS平臺的各種設備。 2018年11月6日推出二代Ingress Prime。 說明： 入口控制器和負載平衡器可能需要一兩分鐘才能分配 IP 地址。 現有的 Kubernetes 概念允許你暴露單個 Service (參見替代方案)。 你也可以通過指定無規則的默認後端來對 Ingress 進行此操作。 注意： 如果集羣中有多個 IngressClass 被標記爲默認，准入控制器將阻止創建新的未指定ingressClassName 的 Ingress 對象。
ingress: Ingress
注意，默認規則上無法使用 TLS，因爲需要爲所有可能的子域名發放證書。 因此，tls 字段中的 hosts 的取值需要與 rules 字段中的 host 完全匹配。 通常在 Ingress 控制器中會配置 defaultBackend（默認後端），以服務於無法與規約中 path 匹配的所有請求。 遊戲中有豐富的成就係統，點擊遊戲中AGENT頁面即可查看，當玩家只要完成指定次數的動作（如佔領據點、破壞共振器等）就可以解鎖對應的成就徽章。
ingress: Ingress 資源
解決這個問題只需確保集羣中最多只能有一個 IngressClass 被標記爲默認。 部署共振器，玩家將共振器放置在據點上，最多可放置八個，爲據點注滿能量。 要注意的是，玩家放置共振器的位置，會定奪共振器與據點中心的距離（而方向則不會受影響），最遠距離爲四十米。 值得注意的是，儘管健康檢查不是通過 Ingress 直接暴露的，在 Kubernetes 中存在並行的概念，比如就緒檢查， 允許你實現相同的目的。 請檢查特定控制器的說明文檔（nginx、GCE）以瞭解它們是怎樣處理健康檢查的。
ingress: Ingress 規則
Prefix：基於以 / 分隔的 URL 路徑前綴匹配。 路徑元素指的是由 / 分隔符分隔的路徑中的標籤列表。 如果每個 p 都是請求路徑 p 的元素前綴，則請求與路徑 p 匹配。 你可能需要部署 Ingress 控制器，例如 ingress-nginx。 在地圖界面切換視野方向 ，可以選擇“指北”或者可以跟隨玩家的視野方向的“自動旋轉”之間切換，此外玩家也可以通過觸摸來自由旋轉地圖視野方向。 使用不會獲取任何AP，與ADA Refactor共享一小時冷卻。
ingress: ingressPortal
如果提供了 host（例如 foo.bar.com），則 rules 適用於該 host。 服務（Service）：Kubernetes 服務（Service）， 使用標籤選擇器（selectors）辨認一組 Pod。 除非另有說明，否則假定服務只具有在集羣網絡中可路由的虛擬 IP。
ingress: 資源後端
Ingress 需要指定 apiVersion、kind、 metadata和 spec 字段。 Ingress 對象的命名必須是合法的 DNS 子域名名稱。 關於如何使用配置文件，請參見部署應用、配置容器、管理資源。 Ingress 經常使用註解（annotations）來配置一些選項，具體取決於 Ingress 控制器，例如重寫目標註解。
ingress: ingress
在負載均衡器將流量定向到引用的服務之前，主機和路徑都必須匹配傳入請求的內容。 使用一種能感知協議配置的機制來理解 URI、主機名稱、路徑和更多 Web 概念，使得 HTTP（或 HTTPS）網絡服務可用。 Ingress 概念允許你通過 Kubernetes API 定義的規則將流量映射到不同的後端。 提供進攻、部署、創建鏈接和控制區域方面的統計信息，展示玩家角色在所屬陣營爲爭取 MU ingress 控制權而進行的對抗中發揮了多大的作用。 遊戲中，藍綠營兩個對立陣營互相角力，爭奪控制真實世界中的地標性建築等據點（Portal）。
ingress: 負載均衡
Ingress 控制器通常負責通過負載均衡器來實現 Ingress，儘管它也可以配置邊緣路由器或其他前端來幫助處理流量。 沒有共振器的Portal即無人控制；爲無人控制的Portal配備一個共振器後，該門泉被當前玩家所在的陣營控制。 玩家只有在距離門泉40米以內時，才能對門泉進行操作，如入侵（Hack）門泉獲得道具，爲其放置共振器（Resonator）及各種盾，創建連接，形成三角形的控制場（Field）。 集羣操作團隊定義具體的准入控制，比如 RBAC角色與角色綁定，以使得應用程序團隊可以修改集羣作用域的配置參數資源。 ingress 路徑列表 paths（例如，/testpath）,每個路徑都有一個由 serviceName 和 servicePort 定義的關聯後端。