tag 微服務

標籤
貢獻116
247
05:35 PM · Oct 25 ,2025
lanyiyun666 頭像 alixitongruanjianjishu 頭像 itpaiqiujun 頭像 u_16774904 頭像 xinchengkuaikayuan 頭像 wangzhongyang_go 頭像 zhuifengdekukafei 頭像 gvison 頭像 kevinwan 頭像 liangwt 頭像 binghe001 頭像 chenjiabing666 頭像

@微服務 / 博客 RSS 訂閱

lanyiyun666 頭像

藍易雲 - 藍易雲:PHP-ereg()函數

ereg() 是 PHP 早期用於正則表達式匹配的函數之一，它採用的是 POSIX（可移植操作系統接口）風格正則表達式。該函數在 PHP 5.3 起被棄用，並在 PHP 7 之後被徹底移除。現代 PHP 推薦使用更強大、更高效的 preg_match()（Perl 兼容正則表達式） 來替代。⚙️ 🧩 一、函數定義與作用 ereg(string $pattern, string $string,

服務器 , 微服務 , Debian , Nginx , Ubuntu

收藏 評論

lanyiyun666 頭像

藍易雲 - 藍易雲:快速解決Spring Boot跨域困擾：使用CORS實現無縫跨域支持

以下內容聚焦Spring Boot 3.x / Spring Security 6的當下實踐，幫你用最小代價拿下跨域。結論先行：前後端分離項目應將 CORS 作為“平台能力”，在MVC 層與Security 層雙棧一致配置，並對預檢請求（OPTIONS）提供零阻斷通道。🚀 一、目標與原則（結論速覽） 統一在 WebMvcConfigurer 與 SecurityFilterChain 開啓

服務器 , 微服務 , Debian , Nginx , Ubuntu

收藏 評論

lanyiyun666 頭像

藍易雲 - 藍易雲:arm安裝docker與docker-copose

ARM 安裝 Docker 與 Docker Compose（Debian/Ubuntu 一次性搞定） 面向 ARM（span style="color:red"arm64/aarch64/span、span style="color:red"armhf/span）服務器與開發板，我們追求的是：最短路徑上線、版本可控、可複製到 CI/CD 與生產。以下方案採用 span style="color:

服務器 , 微服務 , Debian , Nginx , Ubuntu

收藏 評論

lanyiyun666 頭像

藍易雲 - 藍易雲cdn:Docker版TDengine2.6升級到Tdengine3.0

下面給出一套在 Docker 環境中將 TDengine 2.6 平滑遷移到 3.0的實戰方案。核心原則：span style="color:red"不做原地覆蓋升級、先備份、可回滾/span。思路務實、步驟可複用，適合單機與小規模集羣場景。🚀 一、遷移總覽（結論先行） span style="color:red"2.6 → 3.0 不支持就地升級/span，採用 導出（taosdump）

服務器 , 微服務 , Debian , Nginx , Ubuntu

收藏 評論

lanyiyun666 頭像

藍易雲 - 藍易雲cdn:ubuntu編譯安裝nginx及安裝nginx_upstream_check_module模塊

下面給出一份Ubuntu 編譯安裝 NGINX 並集成 nginx_upstream_check_module 的標準作業單（SOP）。目標是：最少步驟拿到可用的主動健康檢查，並給出可複用的配置與驗證方法。為避免踩坑，我同時給出兩條路徑： 路徑A：原生 NGINX + 第三方 check 模塊（需打補丁）； 路徑B：Tengine（內建健康檢查，維護成本更低）。 兩條路線均是當前社

服務器 , 微服務 , Debian , Nginx , Ubuntu

收藏 評論

wzybhdnr 頭像

王中陽背後的男人 - 微服務門檻高到勸退？其實 90% 的人都踩錯了第一步

你是否也曾陷入這樣的循環：對着《微服務架構設計模式》啃了半年理論，卻連一個完整的服務拆分案例都寫不出來；GitHub上star過幾十個微服務開源項目，下載後看着幾百個模塊的代碼樹，連啓動命令都找不到；好不容易搭起一套框架，一到高併發場景就各種報錯，排查三天發現是服務註冊中心的配置沒配對…… 微服務的門檻，從來不在知道名詞，而在落地能力。今天結合幾個主流開源項目的實戰體驗，聊聊從看懂代碼到做出能用的

微服務 , 後端

收藏 評論

wangzhongyang_go 頭像

王中陽講編程 - 微服務門檻高到勸退？其實 90% 的人都踩錯了第一步

你是否也曾陷入這樣的循環：對着《微服務架構設計模式》啃了半年理論，卻連一個完整的服務拆分案例都寫不出來；GitHub上star過幾十個微服務開源項目，下載後看着幾百個模塊的代碼樹，連啓動命令都找不到；好不容易搭起一套框架，一到高併發場景就各種報錯，排查三天發現是服務註冊中心的配置沒配對…… 微服務的門檻，從來不在知道名詞，而在落地能力。今天結合幾個主流開源項目的實戰體驗，聊聊從看懂代碼到做出能用的

微服務 , 後端

收藏 評論

zhuifengdekukafei 頭像

追風的苦咖啡 - 什麼是OV證書？主要應用在哪些領域？

OV 證書全稱是 Organization Validated SSL Certificate，即組織驗證型 SSL 證書，核心是通過驗證企業身份來建立網站與用户間的信任，並加密數據傳輸。 [https://www.joyssl.com/certificate/select/joyssl-ov-single-st...] 一、OV 證書的核心信息 1. 定義與本質 OV 證書是 SSL 證書的三

ssl證書 , 微服務 , Linux

收藏 評論

alixitongruanjianjishu 頭像

阿里云云原生 - Higress v2.1.8：30 項引擎更新 + 4 項控制枱更新

💡 目錄 01 Higress 引擎更新 02 Higress 控制枱更新 Higress 引擎更新 📋 本次發佈概覽 本次發佈包含30項更新，涵蓋了功能增強、Bug 修復、性能優化等多個方面。 更新內容分佈 新功能: 13項 Bug 修復: 7項 重構優化: 5項 文檔更新: 4項 測試改進: 1項 ⭐ 重點關注 本次發佈包含2項重要更新，建議重點關注： feat: add

微服務 , 阿里雲

收藏 評論

coderdd 頭像

程序猿DD - 微服務正在悄然消亡：這是一件美好的事

最近在做的事情正好需要系統地研究微服務與單體架構的取捨與演進。讀到這篇文章，許多觀點直擊痛點、非常啓發，於是我順手把它翻譯出來，分享給大家，也希望能給同樣在複雜性與效率之間權衡的團隊一些參考。 微服務正在悄然消亡：這是一件美好的事 為了把我們的創業產品擴展到數百萬用户，我們搭建了 47 個微服務。 用户從未達到一百萬，但我們達到了每月 23,000 美元的 AWS 賬單、長達 14 小時的故障，以

微服務

收藏 評論

alixitongruanjianjishu 頭像

阿里云云原生 - 基於 Spring AI Alibaba + Nacos 的分佈式 Multi-Agent 構建指南

作者：如漫、席翁 AI Agent 的構建模式正在從“單個智能體做所有事”走向“多個專精智能體協作”，以更好地拆解並解決複雜任務、更精準的選取和使用工具。A2A（Agent-to-Agent）協議作為統一的通信層，旨在為跨進程、跨語言的智能體互操作提供標準化語義與傳輸通道，從而解決智能體數量增加引起的運維、管理和部署成本過高等問題。 為了讓開發者能夠高效、便捷的構建分佈式多智能體系統，同時更專注於

微服務 , 開源 , 雲原生

收藏 評論

lanyiyun666 頭像

藍易雲 - 藍易雲cdn:linux環境收集core文件步驟

下面是一套span style="color:red"Linux 環境收集 core 文件/span的標準化流程，覆蓋內核參數、會話/系統級限制、systemd 兼容與驗證取證。直接照做，可複製到交付手冊。🧰 一、結論先行 以span style="color:red"kernel.core_pattern/span統一落盤路徑與命名； 會話用span style="color:red"u

服務器 , 微服務 , Debian , Nginx , Ubuntu

收藏 評論

zhuifengdekukafei 頭像

追風的苦咖啡 - 信創產業核心組件：國密 SSL 證書如何支撐自主安全生態？

國密 SSL 證書作為信創產業的核心安全組件，通過國產算法自主可控、全棧技術適配、跨域信任貫通、合規體系支撐四大維度，構建起覆蓋 “芯片 - 操作系統 - 瀏覽器 - 雲平台” 的自主安全生態，成為我國網絡空間主權的重要技術基石。 一、國產算法自主可控：從底層打破技術依賴 國密 SSL 證書採用我國自主研發的SM2/SM3/SM4 算法體系，從根本上擺脱對 RSA/ECC 等國際算法的依賴

ssl證書 , 服務器 , 微服務 , HTTPS , Linux

收藏 評論

alixitongruanjianjishu 頭像

阿里云云原生 - SOFA AI 網關基於 Higress 的落地實踐

作者：SOFA 社區 背景 網關作為重要的中間件，在傳統業務中扮演着流量治理、路由轉發、協議轉換、安全防護等功能。根據不同業務場景的定位，也會衍生出不同類型的網關，例如流量網關、ESB（企業服務總線）、API 網關、雲原生網關。從網關職責看，其本質所承擔的職責沒有太多變化，主要是針對不同業務場景下作更多的適配，更好地滿足業務使用。比如，API 網關則是針對微服務場景，將原有的管理粒度從粗粒度的流量

微服務 , sofa , 開源 , 雲原生

收藏 評論

baidujiagoushi 頭像

百度Geek説 - 大規模微服務系統中的雪崩故障防治

導讀 在大規模微服務架構中，雪崩故障是極具破壞力卻又難以預防的系統性威脅。本文基於百度搜索架構與運維團隊的實戰經驗，深入解析雪崩從“非穩態”到“自強化崩潰”的微觀演化機制，揭示重試風暴、容量退化等正反饋迴路的形成過程。文章提出系統化的治理思路，並詳細介紹百度落地的多項核心實踐，包括重試預算、隊列限流、全局TTL控制等自愈機制，以及秒級流量調度與降級預案。通過真實案例與生產數據，為行業提供了一套可借

微服務

收藏 評論

lanyiyun666 頭像

藍易雲 - 藍易雲cdn:Docker容器Cannot find /usr/local/tomcat/bin/setclasspath.sh

在 Docker 中運行 Tomcat 容器時出現： Cannot find /usr/local/tomcat/bin/setclasspath.sh，説明容器啓動時 Tomcat 的關鍵啓動腳本缺失或路徑錯誤。此問題多與 鏡像版本、掛載路徑、Dockerfile構建錯誤或環境變量配置 有關。下面逐步分析原因、解決方式，並給出驗證邏輯。⚙️ 一、錯誤原因剖析 🧩 Tomcat 在啓動過

服務器 , 微服務 , Debian , Nginx , Ubuntu

收藏 評論

lanyiyun666 頭像

藍易雲 - 藍易雲cdn:Springboot+Netty+WebSocket搭建簡單的消息通知

下面是一個基於 Spring Boot + Netty + WebSocket 實現的消息通知系統的完整思路與核心代碼示例。整個架構旨在實現高併發下的實時推送，同時兼顧擴展性與可維護性 💡。 🚀 一、系統架構原理 系統由三層構成： 模塊 功能説明 技術核心 Spring Boot 提供 REST 接口與業務邏輯層 控制消息發

服務器 , 微服務 , Debian , Nginx , Ubuntu

收藏 評論

dayong_59b0e68b1ed0d 頭像

六邊形架構 - 微服務已死？別再盲目跟風微服務！這3種情況下單體架構更適合你。

文 / 勇哥 原創文章，轉載請聯繫授權 最近有技術團隊負責人問我："勇哥，我們團隊在討論架構升級，是繼續使用單體架構，還是轉向微服務？大家各執一詞，到底該怎麼選？"。 這個問題問得很好。作為一名有10多年技術管理經驗的架構師，我參與過多個從單體架構向微服務遷移的項目，也見過盲目跟風微服務導致項目失敗的案例。而且現在有些公司已經開始拆中台、合服務，走反向微服務化的趨勢也開始出現，今天我們

觀點 , 資訊 , 微服務 , 教程 , 知識

收藏 評論

zhuifengdekukafei 頭像

追風的苦咖啡 - SM2 vs RSA/ECC：雙算法 SSL 證書的性能對比與優化方案

SM2 vs RSA/ECC：雙算法 SSL 證書的性能對比與優化方案 雙算法 SSL 證書（如同時支持 SM2 與 RSA/ECC）的核心價值在於平衡合規性（如國內政務、金融場景的國密要求）與國際兼容性（歐美市場依賴 RSA/ECC），但兩種算法的底層數學原理差異會直接影響性能表現。本文從實測數據出發，對比 SM2、RSA、ECC 的性能差異，並針對雙算法部署的瓶頸提供可落地的優化方案。 雙算法

微服務 , 教程 , Linux , Css , sublime-text

收藏 評論

lanyiyun666 頭像

藍易雲 - 藍易雲cdn:解密Nginx的高性能魔法：事件驅動與異步非阻塞模型

解密 Nginx 的高性能魔法：事件驅動與異步非阻塞模型 🚀 Nginx 之所以能在高併發場景中穩如磐石，核心秘訣不在“堆機器”，而在它的事件驅動架構（Event-driven architecture）與異步非阻塞模型（Asynchronous Non-blocking I/O）。這兩項設計讓它在面對十萬甚至百萬級連接時依然從容，堪稱互聯網時代的“性能黑科技”。 一、Nginx 的核心哲學：

服務器 , 微服務 , Debian , Nginx , Ubuntu

收藏 評論

jerrytse 頭像

JerryTse - 如何確定微服務範圍

《微服務架構設計模式》有專門一個章節介紹如何界定微服務系統中服務的範圍。我參考書中內容結合自身多年微服務系統架構設計經驗，將定義微服務範圍的方法整理成本文。一來為了對自己的經驗和思路進行梳理，以查缺補漏並加深理解。二來方便和對此處內容感興趣的小夥伴交流學習。微服務拆分是一門藝術，沒有統一的評判標準，文章的內容也絕非圭臬必須嚴格遵循。 文章涉及到領域驅動設計相關內容，你不需要對DDD有多麼深入的理解

微服務 , 設計原則 , 架構設計

收藏 評論

u_16827017 頭像

全棧技術開發者 - 什麼叫做微服務？它和傳統的項目之間有什麼區別？又有哪些技術在微服務領域比較流行呢？微服務架構的高內聚低耦合原則如何具體落地？

在信息技術高速發展中，軟件系統的規模和複雜性不斷增加。現代企業應用不僅要求高併發、高可用，還需要在快速變化的市場環境中實現持續迭代和靈活部署。然而，傳統單體應用在系統擴展、模塊協作和運維管理上逐漸暴露出侷限性。隨着系統功能不斷疊加，模塊之間的耦合度提高，開發和維護的成本顯著上升，同時系統演化的靈活性受到限制。 面對這些挑戰，軟件工程師和架構師們開始探索更為靈活和可管理的系統

yyds乾貨盤點 , 微服務 , 軟件系統 , 架構 , 後端開發 , 迭代

收藏 評論