<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>apisix on 又LAG隨性筆記</title><link>https://www.lagagain.com/tags/apisix/</link><description>Recent content in apisix on 又LAG隨性筆記</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><lastBuildDate>Tue, 10 Nov 2026 21:30:09 +0800</lastBuildDate><atom:link href="https://www.lagagain.com/tags/apisix/index.xml" rel="self" type="application/rss+xml"/><item><title>前言 - 從鐵人賽-OpenID-再到鐵人賽</title><link>https://www.lagagain.com/post/2025-it%E9%90%B5%E4%BA%BA%E8%B3%BD-apisix%E4%BD%BF%E7%94%A8%E7%B6%93%E9%A9%97%E5%88%86%E4%BA%AB01/</link><pubDate>Tue, 10 Nov 2026 21:30:09 +0800</pubDate><guid>https://www.lagagain.com/post/2025-it%E9%90%B5%E4%BA%BA%E8%B3%BD-apisix%E4%BD%BF%E7%94%A8%E7%B6%93%E9%A9%97%E5%88%86%E4%BA%AB01/</guid><description>&lt;blockquote>
&lt;p>本系列文章於2025年，已在&lt;a href="https://ithelp.ithome.com.tw/users/20112470/ironman/8791">iT邦幫忙：【與雲原生精靈共舞：APISIX使用者的兩年旅程】&lt;/a>發布過。&lt;/p>
&lt;/blockquote>
&lt;h2 id="從keycloak建立sso服務開始-when">從Keycloak建立SSO服務開始 (When)&lt;/h2>
&lt;p>上一次參加iT鐵人賽是2022年，也就是有兩年沒參賽。&lt;br>
但這次的主題緣起，其實可以從2021年的參賽主題「&lt;a href="https://www.lagagain.com/post/%E7%94%A8keycloak%E5%AD%B8%E7%BF%92%E8%BA%AB%E4%BB%BD%E9%A9%97%E8%AD%89%E8%88%87%E6%8E%88%E6%AC%8A%E7%B3%BB%E5%88%97%E7%9B%AE%E9%8C%84/">用Keycloak學習身份驗證與授權&lt;/a>」開始說起。&lt;/p>
&lt;p>在寫完該主題後，便在公司開始引進Keycloak作爲單點登入服務(Single Sign-On，SSO)。也就是說，開始在公司維運使用Keycloak也就3年多了，從最開始的16.1.1版本，分四個區域建立四組服務，到跳板升級到22.0.5，並合併四個資料區域提供一組服務。到現在最新版本都已經到26版，並且&lt;a href="https://www.cncf.io/blog/2023/04/11/keycloak-joins-cncf-as-an-incubating-project/">Keycloak也早已進入的雲原生計算基金會(Cloud Native Computing Foundation，CNCF)的孵化項目&lt;/a>。&lt;/p>
&lt;p>除了資料區的合併，還有一項變化是：將原本在前方作為負載平衡，反向代理Keycloak的Nginx換成了APISIX。&lt;/p>
&lt;h2 id="dos服務阻斷到apisix-what--why">DoS服務阻斷到APISIX (What &amp;amp; Why)&lt;/h2>
&lt;p>爲什麼會選APISIX？ 其實也沒什麼太大理由。&lt;/p>
&lt;p>公司內另一項服務，因爲客戶端的錯誤設置，導致該服務最終資料庫無法負荷交易，造成類似DoS問題。&lt;/p>
&lt;p>因此開始和同仁討論與尋找其他監控服務與防範做法。在此前，曾經聽過微服務概念中API Gateway提供的斷路器功能，也就是當服務開始發生問題後，不再接受新的請求，好讓服務有時間好好消化處理原本已接受的請求。&lt;/p>
&lt;p>APISIX並不是唯一一個提供這樣服務的，起初也有考慮過Traefik、Kong、Tyk甚至envoy。不過Kong、Tyk屬於免費增值；envoy有點太過複雜；Traefik很有意思，單當時資源不太多。而APISIX已經是Apache基金會下的頂級項目(Top-Level Project)，使用友善Apache授權。不管是個人興趣和學習上容易性，還是當時相對豐富的中文資源(貢獻至Apache前，項目有華人發起)，最開始嘗試API網關就直接從APISIX開始，也就沒有進一步嘗試其他備選項目。&lt;/p>
&lt;p>總之，這次的主題會圍繞著APISIX的應用情境與功能進行分享，同樣也是做為一種個人學習記錄。&lt;/p></description></item></channel></rss>