系統容量預估 　　前幾天聊過，pv 和並發 的概念，也大概解釋了 並發，帶寬等指標的計算。感興趣的朋友，可以看看我前面那篇文章：《聊一聊PV和並發》。今天再來聊一聊容量預估。 　　電商公司的朋友，，這樣的場景是否似曾相識： 　　　 運營和產品 ...

　　前段時間，在和朋友討論和研究緩存的使用，一直對緩存的使用搞的不太清楚，所以這次把和朋友討論過緩存系統的設計的相關問題總結總結。 　　對於一個電商系統，緩存是重要組成部分，提升系統性能的主要方式之一就是緩存。它可以擋掉大部分的數據庫訪問的沖擊，如果沒有它，系統很可能會因為數據庫不可用導致 ...

距離項目的結項會議差不多有一個月的時間了，研發人員也基本上都從該項目撤出。之前一直就想寫一下這個項目的總結無奈身兼多職未能抽出身來寫這篇文章。不過我們有幸能夠在項目開始之初就接觸到了.NET領域優秀的開源電商系統--NopCommerce，讓我們能夠站在“巨人”的肩膀上更加快速的實現我們的目標 ...

一，涉及的技術 vue，nodejs springboot，mybatis，redis，rabbitmq 二，設計圖如下 三，整個流程描述 1，登錄，校驗用戶名密碼，生成唯一的token ...

1. 需求分析 大促在即，擁有億級流量的電商平台開發了一個訂單系統，我們應該如何來預估其並發量？如何根據並發量來合理配置JVM參數呢？ 假設，現在有一個場景，一個電商平台，比如京東，需要承擔每天上億的流量。現在開發了一個訂單系統，那么這個訂單系統每秒的並發量是多少呢？我們應該如何分配其內 ...

1.解決項目高並發 5台WEB服務器，每台TOMCAT服務器並發量是400； 解決高並發問題首先要提高本系統的吞吐能力，在系統中添加緩存，實現網頁靜態化。系統優化還不滿足的話，需要增加服務器，做服務器集群；前端用nginx做負載均衡服務器，並實現Nginx的高可用。將來業務還增加的話 就要考慮 ...

這個套系統算是非常完整的，由我自己全程設計構建的系統。其他幾套系統多多少少是與同事合作之類的，並沒有那么完整的經驗。 不算大的一套東西，但是卻的確學到很多，主要是關於數據庫設計、設計api、代碼結構設計、項目推進、項目時間和難度的預估、測試預估。 項目從拿到需求到積分系統的完成(包括對接現有 ...

　　前一篇文章聊到了小型電商網站的系統架構，然后有朋友問我，里面的日志與監控指的是啥，所以，今天就來聊聊這個問題。 　　監控系統主要用於服務器集群的資源和性能監控以及應用異常和性能監控，日志管理等多維度的性能監控分析。一個完善的監控系統和日志系統對於一個系統的重要性不必我多說，總而言之 ...