tag 服務端

標籤
貢獻22
24
04:24 PM · Nov 15 ,2025
musicfe 頭像 jdcdevloper 頭像 u_13534102 頭像 u_16099280 頭像 u_16099334 頭像 qdlifeng 頭像 emqx 頭像 xiong51 頭像 u_16213599 頭像 u_16099239 頭像 u_16774904 頭像 beiyouzhiyu 頭像

@服務端 / 博客 RSS 訂閱

wanmingdehongdou 頭像

TapTap開發者服務 - 遊戲開發：三分鐘瞭解《泰拉瑞亞》成就係統如何搭建

《泰拉瑞亞》是一個跨越手機、PC、主機平台的常青樹遊戲，在全球都有海量的忠實玩家，目前在 TapTap 上銷量也超過了 300 萬份，收穫了 9.3 的 Tap 評分。 支持跨平台的 TDS 成就 由於泰拉瑞亞可以在多個平台和渠道發行，他們使用了不受平台和引擎的限制的 TDS 的成就係統，不論遊戲發佈在 iOS AppStore、Android 各大渠道、PC、甚至主機平台，都能幫助遊戲實現跨平台

服務端 , 遊戲 , 遊戲開發 , 遊戲服務端 , 後端

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 雲音樂RPC穩定性建設與實踐

本文作者：斷空（王鬆鬆） 在典型的微服務架構中，RPC框架扮演着連接各個服務、組件的關鍵角色。作為雲音樂的基礎組件之一，本文將分享我們在RPC穩定性建設過程中的經驗和實踐。 背景 在典型的微服務架構的架構中，RPC框架扮演着連接各個服務、組件的關鍵角色。作為雲音樂的最基礎組件之一，支撐了用户、會員、廣告、數據平台等各個業務的平穩運行。然而隨着當前雲原生理念的快速發展落地，在當前整體降本增效的大背景

服務端 , rpc

收藏 評論

u_16099298 頭像

墨守成規de網工 - Go語言proto使用入門

1. 什麼是 gRPC？ gRPC 是一個高性能、開源的通用 RPC 框架，由 Google 開發。它基於 HTTP/2 協議，使用 Protocol Buffers 作為接口定義語言和序列化工具。 為什麼選擇 gRPC？ 高性能：基於 HTTP/2，支持多路複用和流式傳輸 跨語言：支持多種編程語言 強

服務端 , golang , 開發語言 , server , 前端開發 , 後端 , Javascript

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 雲音樂 GitOps 最佳實踐

本文作者：kiloson 近些年隨着微服務、kubernetes 等技術的發展，越來越多的廠商將單體架構的項目進行微服務化。但是隨着原有項目的不斷拆分，微服務的數量越來越多，部署的頻率也越來越高，傳統手工運維的劣勢越發明顯，效率低、部署質量沒有保證。在雲原生時代，是否有一種更加高效、穩定的部署方式，可以幫助我們改進部署和管理流程呢？ 隨着我們對運維方法的調研，我們發現 GitOps 能夠很好的解決

服務端 , 運維自動化

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 雲音樂服務監控系統（Pylon APM）建設實踐

本文作者：碧海（蔣星韜） 雲音樂服務監控系統（代號：Pylon APM）為業務提供服務監控，鏈路追蹤，治理分析，問題診斷等能力，本文介紹了平台建設中的一些實踐經驗。 一、背景介紹 雲音樂服務端原有的服務端應用監控體系，存在很多痛點和問題，導致出現線上問題時，定位的效率不太理想。服務端應用監控體系主要存在以下幾個問題： Trace鏈路完整性問題：老的trace是通過組件sd

服務端 , 監控

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 基於VictoriaMetrics構建雲音樂億級APM Metric監控體系

本文作者：張琪 Metrics是服務監控的重要部分，網易雲音樂中間件團隊基於VictoriaMetrics構建了服務端Metrics監控體系，旨在提供易用、高效的監控解決方案，本文介紹了建設中遇到的問題、方案與成果。 一、背景介紹 Trace、Metrics、Log是APM系統（Application Performance Management，應用性能管理）的三大支柱。過去雲音樂使用的Metr

服務端 , 監控 , 後端

收藏 評論

jdcdevloper 頭像

京東雲開發者 - 服務端應用多級緩存架構方案 | 京東雲技術團隊

一：場景 20w的QPS的場景下，服務端架構應如何設計？ 二：常規解決方案 可使用分佈式緩存來抗，比如redis集羣，6主6從，主提供讀寫，從作為備，不提供讀寫服務。1台平均抗3w併發，還可以抗住，如果QPS達到100w,通過增加redis集羣中的機器數量，可以擴展緩存的容量和併發讀寫能力。同時，緩存數據對於應用來講都是共享的，主從架構，實現高可用。 三：如何解決緩存熱點（熱key）問題 但是如果

服務端 , 架構設計 , 架構 , qps , 緩存設計

收藏 評論

u_16099256 頭像

智能創新者 - ospf RFC1583和RFC2328區別

13.1概覽 當UAC希望初始化一個會話（比如，audio,video或者遊戲），它首先構造一個INVITE請求。這個INVITE請求一個服務器來建立一個會話。這個請求可能會由proxy層層轉發，最後到達一個或者多個可能能夠處理這個邀請的UAS。這些UAS需要反覆查看用户是否接收這個邀請。然後UAS可以接收這個請求（也就是會話建立了），通過發送2xx應答。如果邀請被拒絕，根

服務端 , 初始化 , 雲計算 , 雲原生 , 重發

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 雲音樂RTA投放與承接系統建設實踐

本文作者：huangleilei02 業務背景 投放廣告買量，不管是拉新還是促活場景，都是互聯網用户增長的重要手段。RTA(Real Time API)，是廣告投放領域非常重要的一種投放方式，用於滿足廣告主實時個性化的投放需求。顧名思義，RTA指的是API接口實時調用，將直投的廣告主的流量選擇權交給廣告主，媒體傳入設備號調用RTA問詢接口，進行用户投放的篩選，讓廣告主在廣告曝光前進行投放策略的判斷

服務端 , 後端

收藏 評論

u_14344 頭像

冷月星 - python多進程 不在不同cpu核

前言 並行計算是使用並行計算機來減少單個計算問題所需要的時間，我們可以通過利用編程語言顯式的説明計算中的不同部分如何再不同的處理器上同時執行來設計我們的並行程序，最終達到大幅度提升程序效率的目的。 眾所周知，Python中的GIL限制了Python多線程並行對多核CPU的利用，但是我們仍然可以通過各種其他的方式來讓Python真正利用多核資源

python多進程 不在不同cpu核 , 服務端 , 任務隊列 , 後端開發 , python多進程並行 , 多核 , Python

收藏 評論

beiyouzhiyu 頭像

北冥有隻魚 - 異步Servlet學習筆記(一)

兩週沒更新了，感覺不寫點什麼，有點不舒服的感覺。 前言 回憶一下學Java的歷程，當時是看JavaSE(基本語法、線程、泛型)，然後是JavaEE，JavaEE也基本就是圍繞着Servlet的使用、JSP、JDBC來學習，當時看的是B站up主顏羣的教學視頻: JavaWeb視頻教程（JSP/Servlet/上傳/下載/分頁/MVC/三層架構/Ajax）https://www.bilibili.

服務端 , JAVA

收藏 評論

jump_and_jump 頭像

jump__jump - 聊聊存儲引擎的實現要素

眾所周知，MySQL 的 InnoDB 存儲引擎使用了 B+ 樹作為索引實現，那麼為什麼不使用其他的數據結構呢？數組、鏈表或者哈希表。實現存儲引擎究竟需要什麼條件呢？ 我們現在先以存儲最簡單的數據為例，這裏的數據類似於 json 對象。有 key 和 value。 { "0": "value1", "1": "value2" } 最簡單的存儲引擎必須實現以下三個方法： rea

服務端 , 性能優化 , 數據結構 , 數據庫設計 , 分析

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 雲音樂曲庫讀緩存實踐分享

本文作者：伍佰（周斯航） 雲音樂曲庫緩存經過多年的實踐和改善，形成了一套自有的緩存使用體系，並取得了很好的效果。本文將以實戰為主，介紹曲庫緩存設計的動機和思路，幫助讀者瞭解背後的原因，並在其他場景中借鑑相似的思路。 背景知識 緩存基礎介紹 緩存是系統設計中，用於提升底層系統訪問能力的一種技術手段，它同樣作用於雲音樂的各個系統中，一種常用的緩存使用調用鏈路如下： 轉化為時序圖，如下圖所示： 整個

服務端 , 後端

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 雲音樂 KubeCost 助力 FinOps 降本增效

本文作者：木心 背景 目前很多互聯網公司都告別了過去流量和業務迅猛增長的時期，進入了一個相對穩定發展的新階段，業務增長可預期，成本控制成為了一個重要的議題。 在典型的互聯網公司的成本組成中，IT 成本佔比並不低，技術成本與人力成本的比例差不多在 1:2 ~ 1:2.5 左右， 降低 IT 成本顯然能帶來立竿見影的效果。 10 年來雲計算、雲原生、容器、Kubernetes、DevOps 等技術的高

服務端 , kubernetes , 運維自動化 , devops

收藏 評論

powertoolsteam 頭像

powertoolsteam - 主流表格控件工具對比與 SpreadJS+GcExcel 全棧解決方案技術解析

主流表格控件工具對比與 SpreadJS+GcExcel 全棧解決方案技術解析 摘要 表格控件作為企業級應用開發的核心組件，直接影響數據處理效率、用户體驗與系統擴展性。本文通過對比 Element UI Table、Ant Design Table、AG Grid 等主流工具的核心能力，重點解析葡萄城 SpreadJS 純前端表格控件與 GcExcel 服務端組件的全棧協同方案，

服務端 , 數據 , 代碼人生 , 解決方案

收藏 評論

jiaolvdekaixinguo 頭像

FFF方 - 技術面🧑‍🏫：前端代碼是如何與服務器交互的

前言： 本篇文章主要是想講解 .html 文件和 .CSS 文件在實際開發中和後端服務器交互最後上線的基礎原理。 面向的人羣🆕：是剛入行不久，且目前只會寫前端業務代碼而不清楚整個工作流的前端新人。我會從 0 開始一步一步帶你理解整個流程的底層邏輯是什麼，希望你能跟着我一起做完今天的所有步驟。 hr/ 一. 前期準備 為了能讓更多的人明白這其中的原理，今天我們迴歸前端最原始的本質，拋開 Vue

服務端 , node.js , 前端

收藏 評論

data_ai 頭像

數據庫知識分享者 - 做好這四步，服務端輕鬆成為全棧化人才

軟件開發裏本沒有服務端，分的細了就有了服務端。做為一個軟件開發者，每個人都可以是全棧。看到“服務端全棧”這個詞，不知道屏幕前的你現在腦子裏想到的是什麼問題。 老闆：我們團隊的服務端可以去寫前端麼？會不會搞出很多故障？能不能縮短開發時間？能不能給我節省成本？ 前端：你都能寫前端了，那還要我幹嘛？ 服務端：我有必要學前端麼？寫前端對我職業生涯有啥好處？學到啥程度可以寫前端需求，發佈前端的應用？

服務端 , 全棧 , 雲計算 , 阿里雲 , 全棧工程師

收藏 評論

u_16213716 頭像

mob64ca141834d3 - python 超時重試方法

第一章：Python大模型API超時處理方案 在調用大模型API時，網絡波動或服務器響應延遲常導致請求超時。合理設置超時機制並結合重試策略，可顯著提升程序的健壯性與穩定性。 配置請求超時參數 使用 requests 庫發起HTTP請求時，應顯式指定超時時間，避免無限等待。超時分為連接超時和讀取超時兩部分：

服務端 , API , 客户端 , 後端開發 , Python

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 社交直播多級緩存一致性解決方案-緩存管道

本文作者：有內鬼 背景介紹 1.2021年開始，社交直播活動中台因為需要支持的產品越來越多，優化過程中發現對於很多讀場景來説中心緩存的讀取已經成為了性能瓶頸，所以大量業務場景 開始採取二級緩存方案，將原來的中心 memcache 作為二級緩存，採用 guava、local memcache 作為一級緩存，來減少網絡 IO、提升鏈路性能。 2.活動中台在發展過程中，因為需要支持多個產品，產品業

服務端

收藏 評論

u_12187 頭像

karen - rpc qps測試

QPS：全名 Queries Per Second，意思是“每秒查詢率”，是一台服務器每秒能夠響應的查詢次數，是對一個特定的查詢服務器在規定時間內所處理流量多少的衡量標準。 簡單的説，QPS = req/sec = 請求數/秒。它代表的是服務器的機器的性能最大吞吐能力。 TPS： 即 Transactions Per Second 的

服務端 , rpc qps測試 , 服務器 , 雲計算 , ip , 其他 , 雲原生

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 雲音樂貴州機房遷移總體方案回顧

本文作者：邵東風 貴州機房遷移是雲音樂歷史上規模最大、人員最多、難度最高的技術項目，此文對總體方案進行回顧。 一、背景 2023年確定要將雲音樂整體服務搬遷至貴州機房，項目需要在各種限制條件下，保障2000+應用、100w+QPS的服務穩定遷移，是雲音樂歷史上規模最大、人員最多、難度最高的技術項目。在此過程中，解決了大量歷史技術債務，同時化解了大量新增系統性風險。以下為總體方案回顧。 二、項目難點

服務端 , 後端

收藏 評論

u_13534102 頭像

伊尼亞夏 - FRP將內網電腦映射到公網

背景 我有一台雲服務器，配置比較低，2C4G的配置，基本上沒法跑多個服務。家裏的電腦配置較高，但是沒有公網IP，於是想通過FRP中轉，實現家裏電腦的公網可用。 核心邏輯 客户端主動連接服務端，建立反向代理隧道，從而讓公網流量通過隧道訪問內網服務。公網 Linux 服務器作為 frp 服務端（frps），內網 Windows 服務器作為 frp 客户端（frpc）

服務端 , 內網 , 服務器 , yyds乾貨盤點 , 雲計算 , 雲服務

收藏 評論

jdcdevloper 頭像

京東雲開發者 - 【微電平台】-高併發實戰經驗-奇葩問題解決之旅

作者：京東科技 孫亮 微電平台 微電平台是集電銷、企業微信等於一體的綜合智能SCRM SAAS化系統，涵蓋多渠道管理、全客户生命週期管理、私域營銷運營等主要功能，目前已經有60+京東各業務線入駐，專注於為業務提供職場外包式的一站式客户管理及一體化私域運營服務。 導讀 本文介紹電銷系統在遇到【客户名單離線打標】問題時，從排查、反覆驗證到最終解決問題並額外提升50%吞吐的過程，適合所有服務端研

服務端 , 系統設計 , 架構設計 , 開發

收藏 評論

musicfe 頭像

雲音樂技術團隊 - 程序員旅程中的思維與精神

本文作者：E、T、F 最近碎片時間有在看黑客與畫家，看的過程中，有一個問題突然冒了出來，一個程序員到底應該具有哪些思維，哪些精神才算領悟了真諦？ 除了程序員，生活在我們這個時代的每一個人又是否有借鑑之處呢？這裏我們先撇去技術層面的知識不談，更宏觀地看下這個問題。 陸奇曾在演講中提到，動手去創造性地解決問題，代表了創造者一系列的核心行為和思想狀態。 首先，一定是要動手去做。在當今這個大數據消費時代，

服務端

收藏 評論