線上技術故障處理三板斧
“是軟體就有bug, 第一個bug是一蟲子”,軟體工程的老師是這樣講的。 當bug突破層層檢查站,被釋放到線上生產環境時, 比如文案錯誤,xx交易系統不可使用等,根據 其嚴重性不同,會引發線上
“是軟體就有bug, 第一個bug是一蟲子”,軟體工程的老師是這樣講的。 當bug突破層層檢查站,被釋放到線上生產環境時, 比如文案錯誤,xx交易系統不可使用等,根據 其嚴重性不同,會引發線上
構建計算機系統並非易事。隨著系統複雜性的增大,構建相應軟體的難度將呈指數增大。 同其他行業一樣,我們只有在不斷的學習中進步,從成功經驗中學習,從失敗教訓中學習,才有望克服這些困難。 這本書的內容就是這樣
頻繁的交易使的以太坊虛擬機器變得越來越慢,交易費也越來越高。當下,大多數建立在以太坊上的應用都是通過更新鏈上合約的儲存變數來實現,使用者需要支付交易費並花一定時間等待區塊確認。 當然,這也是低效的
領域驅動設計是一種解決跨學科交流問題的軟體工程方法:由於開發人員和專業人員使用不同的術語,因此存在相互理解問題。 這首先是業務語言問題(不是程式語言),DDD通過為開發人員和專業人員提供一套用於理解的規則以
1、微服務簡介 微服務是一種用於構建應用的架構方案。微服務架構有別於更為傳統的單體式方案,可將應用拆分成多個核心功能。每個功能都被稱為一項服務,可以單獨構建和部署,這意味著各項服務在工作(和出現故障)時不會
寫在前面 元件架構三劍客終於來到了最後一篇:ViewModel,關於Lifecycle和LiveData可以看之前的文章。ViewModel和Lifecycle和LiveData的關聯並不大,可以單獨拿出
image.png 上一期,我給你講述了什麼是微服務,以及微服務架構的由來。簡單回顧一下,微服務就是將龐雜臃腫的單體應用拆分成細粒度的服務,獨立部署,並交給各個中小團
當人類從IT時代走向DT時代,當社會從傳統網際網路時代演進到大資料時代,資料迎來爆發式增長。DT時代的業務也將圍繞資料進行,在商業化的視角下,如何讓資料變得更有價值,如何把握資料安全重視度上升帶來的
又開了一個新的坑,筆者工作之後維護著一個 NoSQL 資料庫 。而筆者維護的資料庫正是基於 社群版本的 Aerospike 打造而來。所以這個踩坑系列的文章屬於工作總結型的內容,會將使用開發 Aerospik
美國DARPA“配置安全”專案分析 作者:齊義勝 2017年11月,美國防部高階研究計劃局(DARPA)資訊創新辦公室(I2O)釋出“配置安全”(Configuration Security, ConS
希望你看完這一篇,能充分認知和了解架構師,認知對了,事就好辦了。 01 架構師的準確定義 架構師的職責應該是立足於技術和業務之間的中間角色或者平衡點, 在針對業務深刻理解的基礎上,針對業務中
學習C/C++難嗎?我英語數學地理生物政治歷史物理化學統統不好,能學會嗎?網上看評論說C/C++不好學建議不要學,是不是這樣?所以很多同學犯嘀咕了,C/C++到底好不好學?0基礎可不可以學C/C++? 話不
前言 學無止境,我們在不斷積累經驗的同時,也會在過程中發現自己的不足,查缺補漏才能越走越遠。有些Java程式員不知道自己目前處於什麼水平?對現在網際網路的主流技術也是一知半解。 今天
這是來自Michael Feathers的一篇著名文章,Negative Architecture消極架構已經被廣泛傳播。下面結合中國老子思想解釋與翻譯如下,從“無與有”角度理解“架構不做什麼”反而是更好的選擇
想深入瞭解分散式架構設計,想提升精進自己的技術棧,送你以下最新分享的史上最全【分散式架構設計23期資料合集】,每篇乾貨!每篇貨幹!篇篇原創!已有近300位碼兄領取啦~ Redis的高可用