乱爱性全过程免费视频/午夜毛片视频/中文字幕av三区/一级视频网址

當前位置： 維易PHP培訓學院 > 編程摘要 > WEB服務器 > 服務器運維

服務器運維


  • Redis 圖形化監控方案 RedisLive 介紹

    服務器運維 / 作為一款開源的Redis圖形化監控工具,RedisLive提供對Redis實例的內存使用情況,接收的客戶端命令,接收的請求數量以及鍵進行監控.RedisLive的工作原理基于Redis的INFO和MONITOR命令,通過向Redis實例發送INFO和MONITOR命令來獲取Redis實例當前的運行數據

  • 巧用復合索引，有效降低系統IO

    服務器運維 / 前面分析到,在某些場景下,如何使用適當的復合索引,能夠很大程度提高性能.那么接下來我們將通過真實案例來說明,如何創建高性能的復合索引

  • 一個疑難故障，坑了我半年青春

    服務器運維 / 運維要具有預見性、長期規劃,而不能僅僅滿足于眼前：應急預案：針對可能系統上線后可能發生的故障類型進行總結,并提供應急預案.搶通業務：優先搶通業務,再處理故障.應用版本選擇等技術選型問題：在環境部署和應用選型時需要特別注意各種版本,最好采用社區通用或者公司其他同學已經測試或驗證可行的版本.操作系統內核：要合理升級內核,只有定位到確定版本存在的問題,才能有針對性的升級內核版本,不然一切徒勞

  • 從無到有：微信后臺系統的演進之路

    服務器運維 / 011.1.21微信正式發布.這一天距離微信項目啟動日約為2個月

  • 改進舊代碼庫的推薦路線：走向可擴展可維護系統的11條經驗

    服務器運維 / 盡可能凍結數據庫修改,直到完成第一階段的改進,直到團隊對代碼庫已經有了徹底的了解,遺留代碼已經棄之身后時,才考慮修改數據庫結構.在此之前任何的數據庫修改可能會導致一些棘手的問題,你失去了并行運行舊系統和新的代碼庫的能力.保持DB完全不變,您可以比較新的業務邏輯代碼與舊的業務邏輯代碼,如果所有這些效果都與預期一樣,則應該完全沒有區別

  • 中小企業 DevOps 從 0 到 1

    服務器運維 / 今天主要有四個課題：先聊一聊DevOps；然后跟大家聊一聊運維知識的體系和職業發展；再是中小企業基于開源的Web架構演變；最后是全鏈略自動化體系；1、DevOps雜談

  • 開源跳板機（堡壘機）Jumpserver所使用的開源組件

    服務器運維 / 近期在給運維團隊構建運維平臺,其中涉及跳板機,在選型期間研究了下開源的跳板機Jumpserver,使用的是0.3.2版本,這個版本比較穩定,最新的0.4.0BETA1,也部署使用了下,新版本問題比較多

  • Linux權限控制的基本原理

    服務器運維 / 本文主要介紹Linux系統中,權限控制的基本原理

  • DevOps落地切入點的確定及實施實例

    服務器運維 / 很多公司有沉重的業務壓力,為了穩定,管理層最看重的是不管你做什么都不能去影響業務.所以比較現實的情況就是我們需要做的事要進行試點,然后以點帶面.那么首先從開發的角度來說,你就要選擇一個團隊來進行開發模式的改變.選擇好一個契合度比較高的團隊,就是產品開發測試都要能接受這樣的變化,然后對他們日常的開發模式,按照DevOps進行改造

  • MySQL主從同步延遲的幾個場景

    服務器運維 / 疑問也正在此處——因為是異步傳輸,如果單純地理解為binlog文件直接網絡傳送,這個速度應該很快才是,但實際情況:在我們的測試環境中,binlog日志的傳送速度才18M/s,小于日志產生的22M/s左右的速度

  • 企業微信組織架構同步優化的思路與實操演練

    服務器運維 / 因此,針對幾十萬節點的超大型企業的增量同步,客戶端難點在于：斷點續傳.增量同步過程中,若客戶端遇到網絡問題或應用中止了,在下次網絡或應用恢復時,能夠接著上次同步的進度繼續同步.同步過程中不影響正常展示.超大型企業同步的耗時可能較長,同步的時候不應影響正常的組織架構展示.控制同步耗時.超大型企業版本號回退的場景同步非常耗時,但是我們需要想辦法加快處理速度,減少同步的消耗時間

  • 一個可供參考的面向大型集團公司的云平臺架構解析

    服務器運維 / 然而,大型集團公司的IT基礎設施有明顯的特征,催生了相對獨特的云計算需求,所以需要結合大型集團公司的IT現狀和云計算需求來設計云平臺的整體架構.本文針對大型集團公司的云計算需求,以業內標準云平臺架構為基礎,提出了一個具有一定適應性的云平臺架構
共 862 篇教程