頂極製作所 - 近期變更 [zh-tw]

緯育職訓

2026-06-14T07:07:23Z

CCNA

←上個修訂		於 2026年6月14日 (日) 07:07 的修訂
行 62：		行 62：
	* [[緯育 2026-0507\|OSPF 網路設定、萬用字元遮罩與資安優化。]]		* [[緯育 2026-0507\|OSPF 網路設定、萬用字元遮罩與資安優化。]]
	* [[緯育 2026-0508\|網路資安與防火牆ACL技術。]]		* [[緯育 2026-0508\|網路資安與防火牆ACL技術。]]
	~~<br>~~
	* [[緯育 2026-0608\|CCNA指令集]]		* [[緯育 2026-0608\|CCNA指令集]]

OpenAI Sidebar Assistant

2026-06-14T06:28:16Z

產品細部資訊

←上個修訂		於 2026年6月14日 (日) 06:28 的修訂
（未顯示同一使用者於中間所作的 1 次修訂）
行 3：		行 3：
	OpenAI Sidebar Assistant 是一款輕量、直覺的網頁 AI 側欄工具。開啟任意網頁後，即可在右側側欄中針對目前頁面內容提問，快速理解文章、文件、雲端後台、技術頁面或任何正在瀏覽的資訊。它會讀取目前頁面的文字內容，搭配你選擇的 OpenAI 模型產生繁體中文回答，讓你不用反覆複製貼上，也能自然地與網頁內容互動。支援模型切換、API Key 本機儲存、Enter 快速送出與 Shift+Enter 換行，適合研究、學習、工作查詢與日常瀏覽使用。		OpenAI Sidebar Assistant 是一款輕量、直覺的網頁 AI 側欄工具。開啟任意網頁後，即可在右側側欄中針對目前頁面內容提問，快速理解文章、文件、雲端後台、技術頁面或任何正在瀏覽的資訊。它會讀取目前頁面的文字內容，搭配你選擇的 OpenAI 模型產生繁體中文回答，讓你不用反覆複製貼上，也能自然地與網頁內容互動。支援模型切換、API Key 本機儲存、Enter 快速送出與 Shift+Enter 換行，適合研究、學習、工作查詢與日常瀏覽使用。

	為什麼你需要這個 Chrome 擴充程式？		== 為什麼你需要這個 Chrome 擴充程式？ ==

	* ChatGPT也能媲美 Google 原生化 AI 使用情境。		* ChatGPT也能媲美 Google 原生化 AI 使用情境。
	* 右側 AI 側欄閱讀：在不離開目前網頁的情況下，直接針對頁面內容提問。		* 右側 AI 側欄閱讀：在不離開目前網頁的情況下，直接針對頁面內容提問。
行 13：		行 12：
	※付費使用者記得申請並輸入API KEY，就可以如同Google Gemini AI 側欄般的方便使用。		※付費使用者記得申請並輸入API KEY，就可以如同Google Gemini AI 側欄般的方便使用。

			== 產品細部資訊 ==
			* 產品用途：說明 OpenAI Sidebar Assistant 的單一用途：讀取目前頁面文字，讓使用者在側欄中向 OpenAI 模型提問。
			* 資料如何使用：
			** 會讀取目前網頁文字
			** 會讀取目前頁面 URL / title
			** 會把使用者問題與頁面內容送到 OpenAI API
			** 不會販售資料
			** 不會在開發者伺服器保存資料
			* API Key 說明：說明使用者需自行提供 OpenAI API Key，API Key 儲存在 Chrome extension storage，不會向開發端傳送任何資料。
			* 非官方聲明：「OpenAI Sidebar Assistant is an independent tool and is not affiliated with, endorsed by, or sponsored by OpenAI.」
			* 使用教學：安裝 → 點右上角 extension → 輸入 API Key → 選模型 → 針對頁面提問。
			* 限制說明
			** 某些 Chrome 內部頁面無法讀取
			** 某些網站可能因安全限制無法完整擷取
			** 回答品質取決於頁面內容與 OpenAI 模型

			== 服務資訊 ==
	* 當前版本：0.3		* 當前版本：0.3
	* [8xespace@gmail.com 電子郵件信箱]		* [8xespace@gmail.com 電子郵件信箱]

OpenAI Sidebar Assistant

2026-06-14T06:16:04Z

建立內容為「<h3>OpenAI Sidebar Assistant</h3> OpenAI Sidebar Assistant 是一款輕量、直覺的網頁 AI 側欄工具。開啟任意網頁後，即可在右側側欄中…」的新頁面

新頁面

<h3>OpenAI Sidebar Assistant</h3>

OpenAI Sidebar Assistant 是一款輕量、直覺的網頁 AI 側欄工具。開啟任意網頁後，即可在右側側欄中針對目前頁面內容提問，快速理解文章、文件、雲端後台、技術頁面或任何正在瀏覽的資訊。它會讀取目前頁面的文字內容，搭配你選擇的 OpenAI 模型產生繁體中文回答，讓你不用反覆複製貼上，也能自然地與網頁內容互動。支援模型切換、API Key 本機儲存、Enter 快速送出與 Shift+Enter 換行，適合研究、學習、工作查詢與日常瀏覽使用。

為什麼你需要這個 Chrome 擴充程式？

* ChatGPT也能媲美 Google 原生化 AI 使用情境。
* 右側 AI 側欄閱讀：在不離開目前網頁的情況下，直接針對頁面內容提問。
* 支援 OpenAI 模型切換：可從下拉選單選擇不同模型，方便測試速度、成本與回答品質。
* 使用者自帶 API Key：API Key 儲存在本機 Chrome storage，由使用者自行控管。
* Enter 快速提問：輸入問題後按 Enter 即可送出，Shift+Enter 可換行。
* 同頁整合體驗：側欄與網頁並排顯示，網頁可正常滾動，回答區也有獨立閱讀空間。
※付費使用者記得申請並輸入API KEY，就可以如同Google Gemini AI 側欄般的方便使用。

* 當前版本：0.3
* [8xespace@gmail.com 電子郵件信箱]
* [https://www.acmex.cc/Privacy_Policy 隱私權政策]

[[檔案:Openai-sidebar-assistant-v0.3.0-screenshot01.jpg|800px]]

[[檔案:Openai-sidebar-assistant-v0.3.0-screenshot02.jpg|800px]]

檔案:Openai-sidebar-assistant-v0.3.0-screenshot02.jpg

2026-06-14T06:07:16Z

Kuyohong 已上傳檔案:Openai-sidebar-assistant-v0.3.0-screenshot02.jpg

新頁面

檔案:Openai-sidebar-assistant-v0.3.0-screenshot01.jpg

2026-06-14T06:06:07Z

Kuyohong 已上傳檔案:Openai-sidebar-assistant-v0.3.0-screenshot01.jpg

新頁面

應用程式

2026-06-14T06:02:43Z

←上個修訂		於 2026年6月14日 (日) 06:02 的修訂
行 1：		行 1：
	* [[Reversi Game\|黑白棋 Reversi]]~~（iOS）~~		== Apple iOS App ==
	* [[kaleidoscope\|療癒萬花筒]]~~（iOS）~~		* [[Reversi Game\|黑白棋 Reversi]]
	* [[Taiwan Youbike\|台灣 Youbike]]~~（iOS）~~		* [[kaleidoscope\|療癒萬花筒]]
	* [[masking\|子網路切割王]]~~（iOS）~~		* [[Taiwan Youbike\|台灣 Youbike]]
	* [[CPAP\|睡到寶]]~~（iOS）~~		* [[masking\|子網路切割王]]
	* [[walking taiwan\|附近走走]]~~（iOS）~~		* [[CPAP\|睡到寶]]
	* [[Prevoyance\|趨吉避凶]]~~（iOS）~~		* [[walking taiwan\|附近走走]]
	* [[204819216]]~~（iOS）~~		* [[Prevoyance\|趨吉避凶]]
			* [[204819216]]

			== Chrome Web Extion ==
			* [[OpenAI Sidebar Assistant]]

緯育 2026-0605

2026-06-14T02:38:05Z

建立內容為「<h3>雲端架構與生成式AI</h3> 本次系列講座聚焦雲端架構與生成式 AI 的實務整合，涵蓋 AWS 核心計算與網路（EC2、VPC、Route 53…」的新頁面

新頁面

<h3>雲端架構與生成式AI</h3>

本次系列講座聚焦雲端架構與生成式 AI 的實務整合，涵蓋 AWS 核心計算與網路（EC2、VPC、Route 53、ELB/ASG/CloudFront）、儲存與快照加密、監控與稽核（CloudWatch/CloudTrail）、資料庫（RDS/Replica/高可用）、高併發設計（MQ+ASG）、以及以 RAG 為核心的 LLM 應用與 AI Agent 落地策略。課程強調在商業場景中先定義尖銳問題再選技術，並在職涯與證照方面給出備考與作品集的實作建議。另包含教學與簡報製作的流程優化、學習策略（每日微學習）、與專題評議重點。零星與主題無關資訊（如人物生平、健康小撇步）已略去。

1. 計算與作業系統（EC2/AMI/存取）
* AMI 與作業系統：可選 Linux/Windows/macOS 或自訂 AMI，支援標準化部署與市集販售。
* 命名規則：型號對應場景/版本/大小，實務查文件匹配工作負載即可。
* 存取機制：以 Key Pair 驗證登入；ENI 連網，關機再開公網 IP 會變，需綁定 Elastic IP（注意費用與釋放）。
* Hibernate 與 User Data：休眠將 RAM 寫入 EBS，需容量足夠；User Data 僅首次開機執行一次。
* 購買與容量方案：On-Demand、Savings Plans/Reserved、Scheduled、Spot、Capacity Reservation；權衡彈性、成本與容量保證。
2. 儲存與快照/加密
* EBS 類型與 I/O：GP 系列（通用）、io 系列（高 IOPS）、HDD（高吞吐）；依隨機/順序、延遲/吞吐選型。
* 快照與跨區域：EBS/AMI 皆可建 Snapshot，支援跨 AZ/Region 遷移與備援。
* 加密流程：新建可直接加密；既有未加密需透過快照複製後以加密重建（不可就地加密）。
3. 網路與安全（VPC/Route 53）
* VPC 基礎：VPC 為 Region 級、Subnet 為 AZ 級；Public Subnet 透過 IGW 出入網，Private Subnet 不直連 IGW。
* 路徑流程：外部封包經 IGW → NACL（無狀態、入出都要規則）→ Route Table → 目的端；Security Group 為 stateful，回程自動允許。
* 進階連線：Bastion Host（外→內跳板）、NAT Gateway（私網出網）、VPC Endpoint（私通 AWS 服務）、VPN（地端混合雲）、VPC Peering（非傳遞）、Transit Gateway（樞紐拓撲）、VPC Sharing（跨帳共享）。
* Flow Logs：擷取介面流量供監控與分析。
* Route 53 功能：網域註冊、DNS 路由、健康檢查；路由策略含 Simple、Weighted（A/B 測試）、Latency、Geolocation、Geoproximity（bias）、Failover、Multivalue Answer；A/CNAME/Alias（對 AWS 服務、在 Route 53 免費）。
4. 負載平衡、CDN 與自動擴展（ELB/CloudFront/ASG）
* CloudFront：透過 Edge Location 快取靜態內容，Distribution 管理來源（S3/EC2），TTL 控快取刷新，OAI 僅允許 CloudFront 存取 S3。
* ELB 類型：CLB（舊）、ALB（L7，端點路由/SSL 終止與 X-Forwarded-For）、NLB（L4 高效處理 TCP/UDP）、GWLB（資安鏈接）；配合 CloudWatch 監控與日誌/S3 分析。
* Auto Scaling Group（ASG）：設定 Min/Max/Desired，動態或預測擴展；策略含 Target Tracking、Step、Simple、Scheduled、固定數量；可獨立操作 EC2，常與 ELB/Health Check 協同。高併發下維持基線（如最少 3 台）並自動補足。
5. 監控與稽核（CloudWatch/CloudTrail）
* CloudWatch：5 分鐘標準監控、1 分鐘需付費；Dashboard、Alarms（觸發 SNS/SMS）、Logs/Agent（收集 EC2/應用/Lambda 日誌）、Log Insights/Metric/Subscription Filter、VPC Flow Logs 整合；EC2 記憶體需安裝 Agent。
* CloudTrail：記錄管理事件/資料事件/Insights（需啟用），可送 CloudWatch Logs、長期存放 S3，多帳號匯總；Athena 查詢、QuickSight 視覺化、Security Hub 觸發警示。
6. 資料庫（RDS 與高可用/備援/安全）
* RDS vs. 自建於 EC2：RDS 提供託管、自動備份/維運與限制底層修改；RDS Custom 兼顧部分底層控制需求。
* 引擎與部署：Aurora、MySQL/MariaDB、PostgreSQL、Oracle、MSSQL、DB2；Single-AZ / Multi-AZ（Standby 或含 Read Replica）。
* 備份與還原：自動備份（保留 0–35 天）、手動快照（無期限）、刪除前最終快照、PITR（時間點還原）；RDS 加密同 EBS：既有未加密需快照重建。
* 複製與分流：Read Replica 分擔查詢、提升可用性；跨 AZ 部署降低單 AZ 故障風險；RDS Proxy 管控連線池。
* SQL Injection 案例凸顯快照/備份為災難復原關鍵；延伸提 Prompt Injection 風險意識。
7. 高併發架構與面試重點
* 核心思路：將請求與耗時運算解耦，先快速回應、再以 MQ 非同步處理；ASG 彈性擴縮，避免 DB 被沖垮與超賣。
* 面試常見：售票庫存負數、訂單號唯一性等；能以壓測與 Demo 證明方案更具競爭力。
8. LLM 與 RAG/AI Agent 實務
* LLM 參數與互動：Retriever 相似度搜尋（Top-k）、Prompt Template（變數注入）、temperature/topp/topk/max_token/penalty 控制生成。
* 常見問題：幻覺、知識截止、私有資料；策略比較：RAG（即時更新/私有知識/降低幻覺）優於長上下文與多數微調場景（微調成本高、時效性差）。
* RAG 管線：載入→切塊（chunk size/overlap，避免破壞表格）→嵌入（sentence-transformers 等）→向量庫→檢索/重排→模板→生成；相似度搜尋 Top-k、context grounding、RAGAS 監測；Mermaid/Markdown 流程圖協作；可用 LangChain、AWS Bedrock/Agent 服務整合。
* 文本切割技術：固定長度（不推）/遞迴/Token-based（控制上限）/Markdown 結構/語義切割（效最好成本高）。
* 向量檢索：向量化後以內積或餘弦相似度計算語義接近度，Redis/其他向量庫支援高效檢索。
* AI Agent 定位：以 LLM 作為決策引擎規劃下一步，非僅 RPA 事件轉發；需定義清楚要解決的問題與衡量指標；可由 Knowledge Base（RAG）提供企業知識上下文；提及與多家模型整合的協定層（如 NCP 概念）與 AI HUB 管理。
9. AI 落地與商業場景
* 先鎖定尖銳問題再選技術：例如語音客服「報課意圖」判定流程（錄音→ASR→逐字稿→AI 分析），以效率與轉化為度量。
* 知識庫與長期記憶：將雲端新聞等轉為 Knowledge Base，構建長期、可檢索的 LON 系統，支撐深層查詢與推理。
10. 課程運作、學習策略與職涯/證照
* 教學與簡報：Google Slides 過載會變慢，已製二版並優化；後續以 PPT 提升教學品質，調整授課節奏。
* 微學習法：每日 10–20 分鐘累積，5–6 個月完成目標；以持續小步快跑代替臨時衝刺。
* 證照備考：AWS SAA 推薦 Udemy 高難度課程練題；建議實體考場，流程與防弊嚴格；費用約 US$150。亦提及 AWS/生成式 AI、Azure 路徑與資安證照（CompTIA→EC-Council→CISSP）長期規劃。
* 作品集與求職：專題是求職關鍵；CICD 已成標配，需凸顯真實痛點解法與價值陳述（可視介面或清晰 API 說明）；前端 UI/CSS 難度高但有助價值溝通。
[[檔案:2026-0605-01.png|800px]]

檔案:2026-0605-01.png

2026-06-14T02:37:26Z

Kuyohong 已上傳檔案:2026-0605-01.png

新頁面

緯育職訓

2026-06-14T02:35:11Z

Amazon Web Services

←上個修訂		於 2026年6月14日 (日) 02:35 的修訂
行 78：		行 78：
	* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]		* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]
	* [[緯育 2026-0604\|AWS 雲端網路與基礎設施設計]]		* [[緯育 2026-0604\|AWS 雲端網路與基礎設施設計]]
			* [[緯育 2026-0605\|雲端架構與生成式AI]]

	=== Google Cloud ===		=== Google Cloud ===
	* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]		* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]
	* [[緯育 2026-0613\|雲端架構與權限治理（GCP vs AWS）]]		* [[緯育 2026-0613\|雲端架構與權限治理（GCP vs AWS）]]

緯育 2026-0604

2026-06-14T02:16:59Z

建立內容為「<h3>AWS 雲端網路與基礎設施設計——VPC、NAT、VPC Peering、EC2、S3、容器化與企業級RAG</h3> 本系列課程聚焦於AWS雲端網路與基…」的新頁面

新頁面

<h3>AWS 雲端網路與基礎設施設計——VPC、NAT、VPC Peering、EC2、S3、容器化與企業級RAG</h3>

本系列課程聚焦於AWS雲端網路與基礎設施的設計與實作，從VPC公私子網的連線原理、IGW與NAT Gateway的角色分工，到VPC Peering跨帳號/跨Region互聯與路由表雙向更新的排錯方法；並延伸至EC2實作（AMI、實例類型、EBS/ENI/EIP、Placement Groups與高可用性設計）、S3物件儲存（Bucket/ACL/Policy/加密/版本/生命週期/跨區複寫/預簽章URL/Transfer Acceleration）與CLI操作。<br><br>

課程同時安排實作：以跳板機連入私有子網、部署NAT打通私網出站、在私網主機安裝Docker與MySQL、規劃前後端分離；進一步帶領跨VPC/跨Region私網互聯測試，並強化以單一變因驗證與拓撲繪圖建立心智模型。後段提出專題方向：從經典單體到容器化/微服務與CI/CD，乃至企業級RAG知識庫AI Agent的雲端落地；涵蓋團隊協作、分支治理、逐步自動化、多雲（AWS+GCP）實作與AI治理。課程亦穿插實務心法、職涯建議與學習方法，強調以測試定義成功、以圖溝通、以AI輔助但不取代理解，並規劃彩排與發表時程。

1. 公有/私有子網與路由表
* 公私子網判定以路由表為準：公網子網的路由表具指向IGW的路由；私網子網不寫IGW。
* 私網不可由外部直連：即便分配公網IP，若路由缺失，封包無法到達。
* 常見誤區：SG/NACL全開但仍不通，多因路由表出口（IGW/NAT）未配置。
* 單一變因對比實驗：僅改變路由/閘道以定位可達性差異。
2. 私網連外的NAT設計
* NAT Gateway用途：允許私網對外出站、阻擋外部直入，符合最小外露原則。
* 部署要求：NAT Gateway必須位於公網子網；私網子網的路由表加入指向NAT的0.0.0.0/0。
* 實作流程：建立VPC→關聯IGW→公網子網參照主路由表→建立私網路由表（不含IGW）→於公網子網建NAT→私網路由表指向NAT→驗證連通（如ping 8.8.8.8）。
3. 跳板機與金鑰
* 傳統連線法：先登公網子網EC2（跳板機），再SSH到私網EC2。
* 金鑰驗證：兩段連線兩次獨立金鑰驗證，可用同一金鑰檔但屬兩次驗證。
* 建議繪圖：以拓撲視覺化封包路徑澄清卡點。
4. VPC Peering（跨帳號/跨Region）
* 建立/接受：一方發起，一方接受，僅代表「通道建立」。
* 雙向路由表更新：雙方在各自子網關聯的路由表新增「對方VPC CIDR→Peering Connection」；單邊更新會造成單向或不通。
* 安全性規則：目標端SG/NACL需允許來自對方VPC網段（TCP 22、ICMP等）。
* 測試判讀：無回應多半為路由/防火牆問題；出現認證拒絕表示網路已通但金鑰不匹配。
* 公私路由覆蓋：需要由公網子網訪問對端私網時，公網子網所參照的路由表也需加入peering路由。
5. EC2基礎與網路
* EC2本質：VM；核心概念含AMI、實例類型（t2.micro/t3.micro）、Key Pair（SSH登入）、SG（實例層防火牆）、User Data（首次啟動執行）。
* EBS儲存：gp2（IOPS隨容量變動）vs gp3（IOPS獨立可調）、io1/io2（高IOPS）；快照用於備份與跨區複製。
* EBS加密轉換：未加密→複製快照→以加密快照建立新卷→掛載。
* ENI與IP：預設一張ENI，需多IP可增配ENI；Stop/Start會更換Public IP，Private IP不變。
* Elastic IP：提供固定公網IP；計費需注意；生產上建議以DNS映射而非曝露IP。
* Placement Groups：
** Cluster：同域集中以獲低延遲，適用HPC/高速訓練；AZ失效風險集中。
** Spread：單機分散到不同機架/可跨AZ，提升HA；每組最多7台，適合少量但不能掛的負載。
** Partition：分組分散、可跨AZ、容納大規模節點，適合需replication的分散式系統（如Kafka）；延遲相對高、操作較重。
* DR實務：定期演練、閘道切換、跨區/跨地切流，設計回切與驗證流程。
6. S3核心與實作
* 基本概念：Bucket/Object/Key；常見用途含檔案儲存、靜態網站託管。
* 權限層級：Block Public Access優先級最高；ACL較舊且難管理；Bucket Policy（JSON）為主流；IAM Policy對身份授權。
* 存取方式：
** HTTPS物件URL（需公開或policy允許）。
** S3 URI（s3://...）供程式/已認證身份使用。
** 預先簽署URL（具時效、無需公開Bucket）。
* 版本控制與安全：Versioning（刪除標記可復原）、MFA Delete、Object Lock（WORM）。
* 加密：SSE-S3（S3管理金鑰）、SSE-KMS（KMS管控權限與審計）、客戶端加密（自行持鑰）。
* 生命週期與分層：從Standard→Standard-IA→Glacier等自動轉移；Intelligent-Tiering自動最佳化；理解Durability/Availability差異與最短保留/取回延遲。
* 跨區複寫（CRR）：可跨Region/跨帳號複寫；Transfer Acceleration加速傳輸；Server Access Log/Object-level Logging追蹤存取。
* 靜態網站託管：在Properties啟用、設定index/error文件；教學中示範開放/關閉公開訪問；實務可搭配CloudFront更專業。
* CLI操作：申請IAM Access Key、aws configure設置、透過CLI建立/上傳檔案、啟用靜態託管與驗證。
7. 應用實作與跨網測試
* 私網主機連外驗證：ping 8.8.8.8、SSH嘗試行為判讀。
* 兩台私網Ubuntu安裝Docker並以容器化部署MySQL；規劃前端在可訪問環境、DB於私網，落實分層安全。
* 與他組跨VPC/跨Region私網互聯：交換私有IP、以SSH/ICMP驗證，釐清路由/SG/NACL/金鑰問題。
8. 架構演進：單體→容器化→微服務→編排
* 故事一（單體風險）：共同維運單體Flask，刻意引入小Bug觀察「全壞」風險，映照流程缺陷。
* 故事二（服務拆分）：拆為多個獨立Flask服務，各自容器化；以反向代理統一入口，為ECS/K8s鋪路。
* 容器映像治理：版本標記、掃描、推送與後續接入CI。
* 多雲與自動化：從手動到局部自動化再到CI/CD；從單一AWS走向AWS+GCP並行；建立分支策略與PR檢查。
9. AI專題與治理
* 企業級RAG客服AI Agent：多元資料向量化與索引設計、查詢精度/延遲/成本評估；選型AWS/GCP/開源向量DB；在雲端實裝。
* Prompt/Form治理：企業級規範（敏感詞、禁止回覆規則）、集中治理與部門繼承。
* Data Drift：需規劃原始資料保存、再向量化策略與效能測試。
* AWS整合專題：SCP研究與內部系統整合；FinOps查詢AI；AI安全與模型監控（Prompt/使用狀態）設計。
10. 專題規劃、分組與學習方法
* 專題方向：經典架構（含RDS私網整合）、微服務（Docker/12-Factor）、CI/CD、AI Agent/知識庫、n8n/RPA整合、本地到雲端遷移。
* 分組規則：每組至多三人；合作或競賽模式自定；同題可多組並行。
* 里程碑與時程：彩排日2026-06-29、正式發表2026-06-30；準備完整簡報與一頁式簡報。
* 學習心法：以圖溝通、以測試定義成功；多次演練建立直覺；閱讀官方文件與每日AWS新知；善用AI輔助但維持基礎功。
[[檔案:2026-0604-01.png|800]]

檔案:2026-0604-01.png

2026-06-14T02:16:35Z

Kuyohong 已上傳檔案:2026-0604-01.png

新頁面

緯育職訓

2026-06-14T02:15:26Z

Amazon Web Services

←上個修訂		於 2026年6月14日 (日) 02:15 的修訂
（未顯示同一使用者於中間所作的 1 次修訂）
行 77：		行 77：
	* [[緯育 2026-0529.2\|雲端 DevOps 全生命週期與 AI 平台實作]]		* [[緯育 2026-0529.2\|雲端 DevOps 全生命週期與 AI 平台實作]]
	* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]		* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]
			* [[緯育 2026-0604\|AWS 雲端網路與基礎設施設計]]

	=== Google Cloud ===		=== Google Cloud ===
	* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]		* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]
	* [[緯育 2026-0613\|雲端架構與權限治理（GCP vs AWS）]]		* [[緯育 2026-0613\|雲端架構與權限治理（GCP vs AWS）]]

緯育 2026-0613

2026-06-14T01:55:39Z

建立內容為「本次系列講座聚焦雲端架構與權限治理的核心觀念與實作，系統性比較 Google Cloud Platform (GCP) 與 Amazon Web Services (AWS) 在身分…」的新頁面

新頁面

本次系列講座聚焦雲端架構與權限治理的核心觀念與實作，系統性比較 Google Cloud Platform (GCP) 與 Amazon Web Services (AWS) 在身分與存取管理、網路架構（VPC、公私網段、路由/NAT/IAP/Peering）、儲存高可用（Persistent Disk）、計費與作業流程上的差異。課程以多階段實作貫穿：建立與測試 GCP VM/Service Account 權限、Cloud Storage/S3 的精準授權、VPC 與子網路設計（公網/私網）、NAT Gateway 讓私網安全出外網、IAP 零信任存取替代傳統跳板與RDP/SSH、跨專案 VPC 互聯與路由交換驗證，以及多網路卡（NIC）與DMZ隔離區的安全分層。<br><br>

並延伸至多產品帳務分攤與標記（labels/tags）治理、AWS 多帳號與角色（Assume Role）設計、Identity Center集中化身分管理、Policy/Condition 的設計哲學差異，以及企業級共享型VPC與Organization層級政策的實務。講座亦以金融市場與產業動態做比喻，提醒上雲的不可逆後遺症、治理複雜度與成本現實，鼓勵以制度、SOP與精準權限設計化解風險。<br><br>

1. 雲端平台部署與權限基礎（GCP vs AWS）
* 基本部署流程
** 撰寫程式 → Docker 容器化（Dockerfile） → 推到Hub（如 Docker Hub） → 部署至雲端（GCP/AWS）。
** GCP 需安裝 gcloud/gsutil 等工具；以 Service Account 為資源間授權主體。
* 服務間權限管理
** GCP以 Service Account 賦權（如指派給 Compute Engine），AWS以 IAM Role 為核心，支援跨帳號 Assume Role。
** GCP Default Service Account常具過大 Editor 權限，屬安全隱患；建議建立最小權限的新 Service Account，並於VM建立時指派。
** 組織層可用 Organization Policy 強制新專案不自動生成 Default Service Account，降低誤用風險。
* 計費與運算模型
** GCP計費細緻（核心數、秒級計費），早期即延伸至函式服務；AWS則多依產品維度與流量/授權費加總。
2. 儲存高可用與備份哲學
* GCP「地球機房」理念：天然高可用、全球擴散，設定生效可能有延遲。
* PD選項
** Zonal PD：同Zone風險、可用快照備份。
** Regional PD：區域內多機房自動冗餘，降低人工作業。
* 與AWS對比：AWS常需手動快照與還原、跨區備份操作繁瑣。
3. GCP 存取範圍（Access Scope）與安全
* VM的Access Scope三選項
** Default：較安全的預設，會阻擋部分高風險權限。
** Allow access to all cloud APIs：與所指派 Service Account 權限等同。
** Set access for each API：逐項API開關，提供第二層限制。
* 實作：指派Service Account前需關機編輯；設定後以 gsutil ls 驗證授權效果。
4. 網路架構：VPC、公私網段、路由與零信任
* GCP vs AWS VPC差異
** AWS：IGW→NACL→Route Table→Subnet→Security Group→VM；以路由表區分公私網段。
** GCP：IGW→Route Table→Firewall→VM；無NACL層，公私網以「是否分配外部IP」區分，公私子網共用同區域路由表以簡化管理。
* 子網路規劃與全球擴散
** GCP VPC不需最大CIDR，強調彈性擴容；指導在台灣區建立 public/private 子網，IP命名規則如 10.[座號].10.0/24。
* IAP 零信任與跳板替代
** 以IAP前置身分驗證，安全導流至私網機器；不再需傳統暴露跳板機。
** 防火牆案例：將0.0.0.0/0改為IAP來源段35.235.240.0/20，封阻未授權RDP/SSH。
* NAT Gateway與私網出站
** 私網不可直出外網，需建 Cloud NAT 並調整路由；完成後驗證出站流量與K8s/私有資源可見性。
* 多NIC與DMZ隔離
** 金融等嚴謹場景以DMZ隔離層放置中轉伺服器，多NIC分別連外/連內以分域管理與斷面控風險。
* 路由交換與VPC互聯
** VPC Peering需CIDR不重疊，建立後檢視路由表自動新增規則並以ICMP驗證。
** 共享型VPC（VPC Sharing）與Organization級網路治理可緩解多對多互聯帶來的拓撲混亂。
5. 身分與多帳號治理（AWS重點）
* 第一代IAM使用者 vs Identity Center
** 傳統多iuser造成憑證分散與管理混亂；Identity Center集中單一身分跨多帳號/角色，體驗與控管更佳。
* 跨帳號角色設計
** 在目標帳號建立role與信任策略，來源帳號使用者Assume該role進行操作，避免大量外部使用者帳號。
* 多產品成本分攤
** 以labels/tags分帳，但需政策強制建立資源必填標記；或以獨立帳號達成賬務隔離與邊界清晰。
6. 精準授權：Cloud Storage 與 S3
* GCP：IAM權限＋Condition重用
** 權限與條件拆離；以 IAM Conditions 限縮至特定資源（使用完整resource name format），提升權限重用性與維護性。
** Cloud Shell/VM以指定Service Account測試：只能列出/操作被授權bucket，其他桶不可見。
* AWS：自訂IAM Policy
** 以JSON指定 Action（ListBucket、GetObject、PutObject）與資源ARN（bucket與bucket/*），讓新人僅能操作單一桶。
** 新需求常對應新Policy，長期導致Policy膨脹，管理成本高；建議以AI輔助產生政策、嚴格命名與文件化。
7. 安全實務與費用控管
* 防火牆優先順序與deny規則設計，縮小允許來源網段，備份異動記錄與審計。
* Windows Server雲端成本評估：計算資源、流量、OS授權費用疊加；定期檢視帳單與清理資源，避免持續計費。
8. 觀念、學習方法與專題要求
* 基本功：標記/帳務分攤、身分與跨帳號設計、網路拓撲圖、SOP與零信任。
* 畫架構圖理清關係（使用者/資源/權限/條件），以流程與驗證（ping/gsutil/CLI）確保設計正確。
* 專題報告：共同技術概念＋各成員獨立案例之具體成效；可加入權限互動環節與還原機制設計，展現治理能力。
[[檔案:2026-0613-01.png|800px]]

檔案:2026-0613-01.png

2026-06-14T01:55:01Z

Kuyohong 已上傳檔案:2026-0613-01.png

新頁面

緯育職訓

2026-06-14T01:53:03Z

Google Cloud

←上個修訂		於 2026年6月14日 (日) 01:53 的修訂
行 80：		行 80：
	=== Google Cloud ===		=== Google Cloud ===
	* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]		* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]
			* [[緯育 2026-0613\|雲端架構與權限治理（GCP vs AWS）]]

緯育 2026-0611

2026-06-14T01:51:54Z

建立內容為「本次系列課程以實作導向比較與操作 Google Cloud Platform（GCP）與 Amazon Web Services（AWS），涵蓋帳號開通與財務治理、身份與權…」的新頁面

新頁面

本次系列課程以實作導向比較與操作 Google Cloud Platform（GCP）與 Amazon Web Services（AWS），涵蓋帳號開通與財務治理、身份與權限管理、計費模式差異、高可用設計哲學、從本地到雲端的開發流程、虛擬機（VM）與防火牆規則、啟動/關機指令碼與 Metadata 機制，以及 Docker 部署與服務啟用治理。課程強調 GCP 的三大核心優勢：以「地球機房」為理念的天然高可用、零信任的雲側驗證模型、與細粒度的按用量計費；同時指出 AWS 在傳統 SSH 金鑰管理與部分服務的固定基礎費用等設計上的風險與負擔。實務面，講師帶領學員開通並設定 GCP 帳號、建立 Project、規劃 Organization/Folder 結構、綁定 Billing Account、設置預算與預警，並以內建 AI 助手與精準提問加速學習。<br><br>

技術操作包含：在 GCP 建置 VM（e2-micro/e2-small）、設定 Persistent Disk 與快照/映像複製、安裝 Docker 並以防火牆與 network tags 放通 HTTP（TCP 80），以 Startup Script 自動化安裝、以 Shutdown/Stop Script處理中止前的收斂，並將配置集中放入 Metadata 以達到可追蹤與可治理。課程亦示範本地端安裝 Google Cloud SDK（gcloud）、完成身份驗證（瀏覽器跳轉）、選擇 Project 與最小權限 Service Account 授權，提醒本地憑證外洩與設備交接風險。權限治理方面，對照 AWS IAM（User/Group/Role/Policy）與 GCP IAM（User/Group/Role/Service Account）與基本角色（Owner/Editor/Viewer），強調企業帳號下群組功能的完整性與 Gmail 帳號的受限，以及權限變更的全球同步延遲現象。<br><br>

防火牆策略採用 network tags 綁定規則，示範移除與貼回標籤以驗證放通/阻擋，並以自訂規則與標籤名稱演練治理流程。計費與財務管理上，講師比較 AWS 與 GCP 的帳務分離與成本歸屬，指出 GCP 將財務管理與專案權限切割（多人多帳單帳戶、專案綁定 Billing Account、財務人員可僅存取帳單帳戶），並導入預算與預警以防超支；臺灣稅務實務方面，說明代理商開立統一發票的必要性與個人/法人帳號差異。市場分析指出 AWS/Azure 仍為主流，GCP設計更嚴謹但需懂行者評估採用；案例包含國泰金控採用 GCP 與學員轉職 Google。<br><br>

教學方法上倡導以 AI 輔助查詢與命令、先示範後交付、概念遷移跨雲與標記治理（GCP 將 Label/Tag/Network Tag 分工：成本、權限、網路），並將 Metadata 作為啟動/關機指令碼與動態環境變數的集中中樞，提升可觀測、可審計與可復現能力。另以爬蟲輪換公有 IP 的雲端遷移案例，實作內部查詢 Metadata Server 取得 instance ID/公有 IP 等屬性，將值注入程式環境變數，結合自動重啟策略降低封鎖風險，凸顯「指令不是重點，目標才是重點」的設計思維。

1. 高可用性與平台設計比較
* AWS 傳統高可用：多 AZ/Region 手動備援，極端事件下 Region 整體故障風險仍在。
* GCP「地球機房」哲學：全球視為單一機房，天然高可用、減少跨區容錯心智負擔。
* 權限與驗證：AWS 側重 SSH 金鑰；GCP 推雲側零信任，每次連線綁定 Google 身份驗證，降低金鑰外洩風險。
2. 帳號開通、組織結構與財務治理
* 開通流程：進入 GCP 控制台、基本資料與可能的信用卡、稅務諮詢確認；善用內建 AI 助理操作引導。
* 組織結構：Organization ID → Folder → Project（全球唯一 Project ID）；Project 作為資源與計費邊界，等價 AWS Account 心智。
* Billing Account：多帳單帳戶、專案關聯與轉移、財務與權限分離；建立預算與預警避免超支。
* 稅務與發票（臺灣）：代理商開立合法統一發票以利稅務扣抵；個人帳號不可設統編，法人可設定統編。
3. 計費模式與消費思維
* AWS 固定基礎費用與改善路線仍存在，用洗衣機佔用比喻。
* GCP 細粒度按用量計費（如 Firestore 按讀/寫/刪計次），投幣式洗衣店比喻更貼近新世代使用權消費。
4. 身份與權限治理（GCP vs AWS）
* 對齊概念：User/Group/Role/Service Account；GCP 基本角色 Owner/Editor/Viewer 的風險與教學使用。
* 群組功能：企業帳號完整、Gmail 受限；權限變更全球同步延遲（秒至半天）。
* 服務對服務：以 Service Account 與 Service Discovery 互動，名稱不同但機制相通。
5. 本地開發與雲端對接
* 安裝 Google Cloud SDK（gcloud）、gcloud init 驗證與 Project 綁定；最小權限 Service Account 授權。
* 本地憑證風險：credentials/config 留存，設備不可隨意外借；遵循最小權限與定期清理。
* 與 AWS 概念等價：本地開發→CLI/SDK→認證→雲端互動；Jenkins 流程延續。
6. VM、磁碟與映像管理
* 建立 VM（E2 系列 e2-micro/e2-small）、Persistent Disk 預設 10GB、可線上擴容至 20GB。
* 快照與映像：建立快照→映像→複製新 VM；AWS 對應 EBS 快照/AMI。
* 連線方式：GCP 主控台 SSH 觸發 Google 驗證；對比 AWS PEM 金鑰風險。
7. 防火牆、Network Tags 與服務啟用（Enable）
* 防火牆規則：HTTP（TCP 80）預設條目檢視與自訂規則新增。
* Network tags 作用：以標籤匹配規則控制放通；移除/貼回測試放通/阻擋。
* 服務 Enable 機制：授權與可用性雙閘門，未啟用即不可操作，降低誤用；治理上避免「權限給太大」引發成本與安全風險。
8. Startup/Stop Script 與 Metadata 中樞
* Startup Script：開機自動安裝/配置，root 權限執行；以 Docker Run 為核心替代手動安裝流程，確保重啟自動拉起。
* Stop/Shutdown Script：可搶佔 VM 終止前執行備份/收斂；注意刪除途徑可能跳過執行。
* Metadata 機制：集中管理 startup/stop scripts 與動態環境變數（鍵值對），提高可觀測、可審計、可復現；服務帳戶驗證與特殊功能亦依賴 Metadata。
9. Metadata Server 實務與爬蟲雲遷移案例
* 內部查詢：在 VM 內透過 Metadata Server 取得 instance ID、公有 IP、image、磁碟大小等，注入程式環境變數。
* 雲遷移與 IP 輪換：關機/開機變更公有 IP 降低封鎖；自動化流程根據 Metadata 決策重啟、回報、輪換，縮短交付時間。
10. 學習方法、可審計治理與交付
* 精準提問與 AI 助教：指令不是重點，目標才是重點；以概念遷移跨雲、問 AI 取正確命令與步驟。
* 介面化治理：操作行為留痕、離職可追溯；以標籤治理防火牆、安全策略抽象化到資源集合。
* 先示範後交付：快速閉環、文件沉澱、風險備忘與審計報告；DNS/Resolver 設定與外部名稱解析的故障排除。
[[檔案:2026-0611-01.png|800px]]

檔案:2026-0611-01.png

2026-06-14T01:51:24Z

Kuyohong 已上傳檔案:2026-0611-01.png

新頁面

緯育職訓

2026-06-14T01:50:25Z

Amazon Web Services

←上個修訂		於 2026年6月14日 (日) 01:50 的修訂
行 77：		行 77：
	* [[緯育 2026-0529.2\|雲端 DevOps 全生命週期與 AI 平台實作]]		* [[緯育 2026-0529.2\|雲端 DevOps 全生命週期與 AI 平台實作]]
	* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]		* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]

			=== Google Cloud ===
			* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]

影音整理

2026-06-10T11:13:11Z

←上個修訂		於 2026年6月10日 (三) 11:13 的修訂
行 1：		行 1：
			== 我的作品 ==
			* [https://tw.tv.yahoo.com/usertestdrive Yahoo汽車一起試]
			* [https://www.youtube.com/playlist?list=PLwu4K4iiHZpehbAUAehDCx8Es8UJagLmw 一起趣越野]
			* [https://www.youtube.com/playlist?list=PLwu4K4iiHZpcb6_ajO9dfPIp3L8UlWLgD 高階駕訓班]

	==史詩怒火==		==史詩怒火==
	===新聞大破解===		===新聞大破解===

Resume

2026-06-10T10:48:29Z

我的履歷

←上個修訂		於 2026年6月10日 (三) 10:48 的修訂
（未顯示同一使用者於中間所作的 1 次修訂）
行 1：		行 1：
	== 我的履歷 ==		== 我的履歷 ==

	邱鈺鋒，畢業於宏國德霖科技大學資訊工程系，具備媒體內容、數位行銷、網站經營與資訊科技整合經驗。曾任 Yahoo! 汽車頻道節目製作人、採訪記者與數位內容工作者，長期負責網站內容、社群經營、影音企劃與專題製作。近年積極轉向資訊科技領域，投入 ~~Flutter、Dart、Python、Linux、Docker、Kubernetes、AWS、Google~~ Cloud、iOS App 開發與 AI Agent 應用實作。曾開發 YouBike 查詢、CPAP 睡眠資料統計、互動式工具與雲端 AI 客服平台等專案。具備良好的資料整理、問題拆解、跨域溝通與持續學習能力，期望投入資訊科技、雲端應用、AI 服務或數位產品開發相關工作。		邱鈺鋒，畢業於宏國德霖科技大學資訊工程系，具備媒體內容、數位行銷、網站經營與資訊科技整合經驗。曾任 Yahoo! 汽車頻道節目製作人、採訪記者與數位內容工作者，長期負責網站內容、社群經營、影音企劃與專題製作。近年積極轉向資訊科技領域，投入 Python、Flutter、Dart、Python、Linux、Docker、Kubernetes、AWS、Google Cloud、iOS App 開發與 AI Agent 應用實作。曾開發 YouBike 查詢、CPAP 睡眠資料統計、互動式工具與雲端 AI 客服平台等專案。具備良好的資料整理、問題拆解、跨域溝通與持續學習能力，期望投入資訊科技、雲端應用、AI 服務或數位產品開發相關工作。

	=== 履歷簡報 ===		=== 履歷簡報 ===
行 293：		行 293：
	我目前也積極投入雲端與 AI 應用開發，特別是 AWS 原生服務、API Gateway、Lambda、S3、CloudFront、Route 53、Bedrock Knowledge Bases 與 AI Agent 的整合。我正在建置汽車異常檢索 AI-Agent 客服平台，目標是讓使用者能以自然語言描述車輛問題，再由系統進行症狀判斷、風險分級、服務廠查詢與拖吊資訊導引。這個專案結合了我過去的汽車內容背景、數位資料整理能力，以及現在的雲端與 AI 技術實作，正好代表我最想投入的資訊科技方向：把領域知識轉化為可用、可查、可互動的智慧型服務。		我目前也積極投入雲端與 AI 應用開發，特別是 AWS 原生服務、API Gateway、Lambda、S3、CloudFront、Route 53、Bedrock Knowledge Bases 與 AI Agent 的整合。我正在建置汽車異常檢索 AI-Agent 客服平台，目標是讓使用者能以自然語言描述車輛問題，再由系統進行症狀判斷、風險分級、服務廠查詢與拖吊資訊導引。這個專案結合了我過去的汽車內容背景、數位資料整理能力，以及現在的雲端與 AI 技術實作，正好代表我最想投入的資訊科技方向：把領域知識轉化為可用、可查、可互動的智慧型服務。
	<br><br>		<br><br>
	~~我也完成緯育~~ Tibame ~~雲端暨網工相關訓練，學習內容包含~~ OSI 七層、Switch、Router、Firewall、Cisco CCNA、Linux 作業系統、Server、Shell Scripts、Docker、Kubernetes、VCSA 8、VMware 私有雲、AWS 與 Google Cloud 等。這些訓練讓我補足網路、系統、雲端與基礎架構觀念，也讓我能從單一應用開發進一步理解整體服務部署、網路連線、權限控管、容器化與雲端資源管理。		我也完成[https://www.acmex.cc/%E7%B7%AF%E8%82%B2%E8%81%B7%E8%A8%93 緯育 Tibame 雲端暨網工相關訓練]，學習內容包含 OSI 七層、Switch、Router、Firewall、Cisco CCNA、Linux 作業系統、Server、Shell Scripts、Docker、Kubernetes、VCSA 8、VMware 私有雲、AWS 與 Google Cloud 等。這些訓練讓我補足網路、系統、雲端與基礎架構觀念，也讓我能從單一應用開發進一步理解整體服務部署、網路連線、權限控管、容器化與雲端資源管理。
	<br><br>		<br><br>
	我最大的優勢，是同時具備內容理解力、資料整理能力、使用者溝通能力與技術實作意願。我懂得如何把複雜問題拆解成可執行步驟，也願意透過實作、測試、除錯與紀錄，把新技術真正落地。相較於純技術背景的人，我更能理解使用者語言、產業情境與產品溝通；相較於純內容背景的人，我也已經具備持續深入資訊工程、雲端服務與 AI 應用的能力。		我最大的優勢，是同時具備內容理解力、資料整理能力、使用者溝通能力與技術實作意願。我懂得如何把複雜問題拆解成可執行步驟，也願意透過實作、測試、除錯與紀錄，把新技術真正落地。相較於純技術背景的人，我更能理解使用者語言、產業情境與產品溝通；相較於純內容背景的人，我也已經具備持續深入資訊工程、雲端服務與 AI 應用的能力。

檔案:Resume (4).jpg

2026-06-10T10:44:17Z

Kuyohong 已上傳檔案:Resume (4).jpg

新頁面

檔案:Resume (4).jpg

2026-06-10T10:43:42Z

Kuyohong 刪除頁面檔案:Resume (4).jpg

Resume

2026-06-10T10:39:34Z

←上個修訂		於 2026年6月10日 (三) 10:39 的修訂
（未顯示同一使用者於中間所作的 1 次修訂）
行 259：		行 259：
	<br>		<br>

	~~<div style~~=~~"display~~:~~inline~~-~~block; border~~:~~2px solid black;">~~		=== 2022 Yahoo奇摩年度風雲車展===
	[[檔案:~~Resume (51)~~.~~jpg~~\|800px]]		[[檔案:2022-car-show.gif\|800px]]
	</~~div>~~
	~~<br>~~		[[檔案:2022-car-compress.gif\|800px]]

			[[檔案:2022-car-show-girl.gif\|800px]]
			* [https://autos.yahoo.com.tw/news/2022-yahoo%E5%A5%87%E6%91%A9%E5%B9%B4%E5%BA%A6%E9%A2%A8%E9%9B%B2%E8%BB%8A%E5%B1%95%E6%AD%A3%E5%BC%8F%E4%B8%8A%E7%B7%9A%EF%BC%81%E6%9C%9F%E9%96%93%E9%99%90%E5%AE%9A-top-10-%E8%BB%8A%E6%AC%BE%E6%9C%89%E5%93%AA%E4%BA%9B%EF%BC%9F-144803687.html 2022 Yahoo奇摩年度風雲車展正式上線！期間限定Top10車款有哪些？]
			* [https://autos.yahoo.com.tw/news/2022-yahoo%E5%A5%87%E6%91%A9%E5%B9%B4%E5%BA%A6%E9%A2%A8%E9%9B%B2%E8%BB%8A%E5%B1%95%EF%BC%8D%E5%A4%A2%E5%B9%BB%E9%A2%A8%E9%9B%B2%E8%BB%8A%E5%B1%95%E9%A4%A8%EF%BC%81%E5%B9%BE%E4%B9%8E%E9%81%87%E4%B8%8D%E5%88%B0%E7%9A%84-3-%E6%AC%BE%E8%BB%8A%E5%9C%A8%E6%AD%A4%E5%AE%8C%E6%95%B4%E6%8F%AD%E9%9C%B2%EF%BC%81-072929894.html 2022 Yahoo奇摩年度風雲車展－夢幻風雲車展館！幾乎遇不到的3款車在此完整揭露！]
			* [https://autos.yahoo.com.tw/news/2022-yahoo%E5%A5%87%E6%91%A9%E5%B9%B4%E5%BA%A6%E9%A2%A8%E9%9B%B2%E8%BB%8A%E5%B1%95%EF%BC%8D%E8%BB%8A%E5%A3%87%E9%A2%A8%E9%9B%B2%E9%8C%84%E5%B1%95%E9%A4%A8%EF%BC%81%E5%90%8C%E5%A0%B4%E5%8A%A0%E6%98%A0%E9%9B%A3%E4%BB%A5%E6%8A%B9%E6%BB%85%E7%9A%84-3-%E6%AC%BE%E7%B6%93%E5%85%B8%E8%BB%8A%E5%9E%8B%EF%BC%81-084651408.html 2022 Yahoo奇摩年度風雲車展－車壇風雲錄展館！同場加映難以抹滅的3款經典車型！]
			* [https://autos.yahoo.com.tw/news/2022-yahoo%E5%A5%87%E6%91%A9%E5%B9%B4%E5%BA%A6%E9%A2%A8%E9%9B%B2%E8%BB%8A%E5%B1%95%E6%95%99%E6%88%B0%E5%AE%88%E5%89%87%EF%BC%81%E7%94%A8%E6%BB%91%E9%BC%A0%E5%92%8C%E9%8D%B5%E7%9B%A4%E9%96%8B%E5%95%9F%E8%B3%9E%E8%BB%8A%E6%96%B0%E7%B4%80%E5%85%83%E5%90%A7%EF%BC%81-150321713.html 2022 Yahoo奇摩年度風雲車展教戰守則！用滑鼠和鍵盤開啟賞車新紀元吧！]

	=== AXCR 亞洲越野拉力賽專案 ===		=== AXCR 亞洲越野拉力賽專案 ===
	[[檔案:AXCR-2022.jpg\|800px]]		[[檔案:AXCR-2022.jpg\|800px]]
行 291：		行 298：
	<br><br>		<br><br>
	未來我希望投入資訊科技、雲端應用、AI Agent、資料處理、技術支援、系統導入或數位產品開發相關工作。我不把自己定位為從零開始的轉職者，而是將過去二十多年累積的媒體、數位內容、網站經營、社群應用與專案管理能力，升級為資訊科技領域可以實際運用的跨域能力。若有機會加入貴單位，我期待以穩定的學習力、清楚的邏輯、成熟的溝通經驗與持續實作的態度，協助團隊完成系統建置、資料整理、產品優化與數位服務推進，並在資訊科技領域持續成長，創造更高價值。		未來我希望投入資訊科技、雲端應用、AI Agent、資料處理、技術支援、系統導入或數位產品開發相關工作。我不把自己定位為從零開始的轉職者，而是將過去二十多年累積的媒體、數位內容、網站經營、社群應用與專案管理能力，升級為資訊科技領域可以實際運用的跨域能力。若有機會加入貴單位，我期待以穩定的學習力、清楚的邏輯、成熟的溝通經驗與持續實作的態度，協助團隊完成系統建置、資料整理、產品優化與數位服務推進，並在資訊科技領域持續成長，創造更高價值。

			<div style="display:inline-block; border:2px solid black;">
			[[檔案:Resume (51).jpg\|800px]]
			</div>
			<br>

檔案:2022-car-show-girl.gif

2026-06-10T10:25:28Z

Kuyohong 已上傳檔案:2022-car-show-girl.gif

新頁面

檔案:2022-car-show.gif

2026-06-10T10:21:29Z

Kuyohong 已上傳檔案:2022-car-show.gif

新頁面

檔案:2022-car-compress.gif

2026-06-10T10:17:02Z

Kuyohong 已上傳檔案:2022-car-compress.gif

新頁面

Resume

2026-06-10T10:03:05Z

←上個修訂		於 2026年6月10日 (三) 10:03 的修訂
行 16：		行 16：
	<div style="display:inline-block; border:2px solid black;">		<div style="display:inline-block; border:2px solid black;">
	[[檔案:Resume (3).jpg\|800px]]		[[檔案:Resume (3).jpg\|800px]]
			</div>
			<br>

			<div style="display:inline-block; border:2px solid black;">
			[[檔案:Hdut-result.png\|800px]]
	</div>		</div>
	<br>		<br>

檔案:Hdut-result.png

2026-06-10T10:02:02Z

Kuyohong 已上傳檔案:Hdut-result.png

新頁面

緯育 2026-0608

2026-06-08T00:58:29Z

人工智慧 Prompt

←上個修訂		於 2026年6月8日 (一) 00:58 的修訂
行 354：		行 354：
	\| 狀態：完成<br>目的：只允許 VLAN14 IT SSH 到 R3<br>Username：user<br>Password：123<br>Domain：ckc.com<br>RSA：1024<br>ACL：12<br>Allowed Source：10.1.14.64/27<br><br>輸入指令：<br><code>conf t</code><br><code>username user password 123</code><br><code>ip domain-name ckc.com</code><br><code>crypto key generate rsa</code><br><code>1024</code><br><code>ip ssh version 2</code><br><code>access-list 12 permit 10.1.14.64 0.0.0.31</code><br><code>line vty 0 5</code><br><code>login local</code><br><code>transport input ssh</code><br><code>access-class 12 in</code><br><code>exit</code><br><code>line vty 6 15</code><br><code>transport input none</code><br><code>exit</code><br><br>		\| 狀態：完成<br>目的：只允許 VLAN14 IT SSH 到 R3<br>Username：user<br>Password：123<br>Domain：ckc.com<br>RSA：1024<br>ACL：12<br>Allowed Source：10.1.14.64/27<br><br>輸入指令：<br><code>conf t</code><br><code>username user password 123</code><br><code>ip domain-name ckc.com</code><br><code>crypto key generate rsa</code><br><code>1024</code><br><code>ip ssh version 2</code><br><code>access-list 12 permit 10.1.14.64 0.0.0.31</code><br><code>line vty 0 5</code><br><code>login local</code><br><code>transport input ssh</code><br><code>access-class 12 in</code><br><code>exit</code><br><code>line vty 6 15</code><br><code>transport input none</code><br><code>exit</code><br><br>
	\|}		\|}

	~~== 人工智慧 Prompt ==~~
	~~00. 請使用這個連結： https://www.acmex.cc/%E7%B7%AF%E8%82%B2_2026-0608 當作這次學習成果驗收的參考紀錄。~~

	~~01. 學習成果驗收比照模擬考試，所以正確和精準度都非常重要，而且成果驗收長達6個小時，因此 Token 務必錙銖必較、不要浪費，非常重要。~~

	~~02. 操作過程有很多步驟和驗證，如果沒有特別提出問題，或者是要求給予回應，不要主動給予過多資料，以免 Token 不夠使用，非常重要。~~

	~~03. 因為 Packet Tracer 會有許多繁複的指令，每次只要給予我所針對的範圍給答案就好，一次給太多無法消化、也會無謂的浪費 Token。~~

	~~04. 除了從網址來的基本參考線以外，附件是這次驗收的模擬環境資料，就以這個檔案為成果驗收的主軸，幫我完成最後這個作業。~~

	~~05. 除非遇到卡關或是撞牆的問題，否則我會儘量減少使用截圖來解決問題，也是為了讓Token維持最大化運用，將耗損控制在最低範圍。~~

	~~06. 所以需要驗證的時候，我會儘量使用文字貼上，或者由你來告訴我如何驗證，例如：「R2用ping某個ip」這種方式做驗證。~~

	~~07. 截圖是這次驗收的拓樸圖，務必和上傳的文件做內容比對，確保後面每一個設定都是正確的。~~

	~~08. 假使我沒有發出要求的時候，不要主動給出任何的資訊，以免無謂浪費Token的消耗。~~

←上個修訂		於 2026年6月14日 (日) 07:07 的修訂
行 62：		行 62：
	* [[緯育 2026-0507\|OSPF 網路設定、萬用字元遮罩與資安優化。]]		* [[緯育 2026-0507\|OSPF 網路設定、萬用字元遮罩與資安優化。]]
	* [[緯育 2026-0508\|網路資安與防火牆ACL技術。]]		* [[緯育 2026-0508\|網路資安與防火牆ACL技術。]]
	~~<br>~~
	* [[緯育 2026-0608\|CCNA指令集]]		* [[緯育 2026-0608\|CCNA指令集]]

←上個修訂		於 2026年6月14日 (日) 06:02 的修訂
行 1：		行 1：
	* [[Reversi Game\|黑白棋 Reversi]]~~（iOS）~~		== Apple iOS App ==
	* [[kaleidoscope\|療癒萬花筒]]~~（iOS）~~		* [[Reversi Game\|黑白棋 Reversi]]
	* [[Taiwan Youbike\|台灣 Youbike]]~~（iOS）~~		* [[kaleidoscope\|療癒萬花筒]]
	* [[masking\|子網路切割王]]~~（iOS）~~		* [[Taiwan Youbike\|台灣 Youbike]]
	* [[CPAP\|睡到寶]]~~（iOS）~~		* [[masking\|子網路切割王]]
	* [[walking taiwan\|附近走走]]~~（iOS）~~		* [[CPAP\|睡到寶]]
	* [[Prevoyance\|趨吉避凶]]~~（iOS）~~		* [[walking taiwan\|附近走走]]
	* [[204819216]]~~（iOS）~~		* [[Prevoyance\|趨吉避凶]]
			* [[204819216]]

			== Chrome Web Extion ==
			* [[OpenAI Sidebar Assistant]]

←上個修訂		於 2026年6月14日 (日) 02:35 的修訂
行 78：		行 78：
	* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]		* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]
	* [[緯育 2026-0604\|AWS 雲端網路與基礎設施設計]]		* [[緯育 2026-0604\|AWS 雲端網路與基礎設施設計]]
			* [[緯育 2026-0605\|雲端架構與生成式AI]]

	=== Google Cloud ===		=== Google Cloud ===
	* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]		* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]
	* [[緯育 2026-0613\|雲端架構與權限治理（GCP vs AWS）]]		* [[緯育 2026-0613\|雲端架構與權限治理（GCP vs AWS）]]

←上個修訂		於 2026年6月14日 (日) 02:15 的修訂
（未顯示同一使用者於中間所作的 1 次修訂）
行 77：		行 77：
	* [[緯育 2026-0529.2\|雲端 DevOps 全生命週期與 AI 平台實作]]		* [[緯育 2026-0529.2\|雲端 DevOps 全生命週期與 AI 平台實作]]
	* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]		* [[緯育 2026-0603\|AI Engine架構、LLM操作與AWS雲端建置]]
			* [[緯育 2026-0604\|AWS 雲端網路與基礎設施設計]]

	=== Google Cloud ===		=== Google Cloud ===
	* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]		* [[緯育 2026-0611\|GCP 與 AWS 實作比較]]
	* [[緯育 2026-0613\|雲端架構與權限治理（GCP vs AWS）]]		* [[緯育 2026-0613\|雲端架構與權限治理（GCP vs AWS）]]