文章裡有兩個要點
1）邊緣計算 具體功能有：流合成 錄影 水印 送審等功能 這些多數設計到需要對**資料做處理
2）作者再部署的部署方案是自己搭建idc 這樣會面臨多線的問題 多線機房比單線機房要貴很多 ，所以核心就是吧計算節點放在單線機房 多線主機盡量只承擔sfu的功能
3）有個核心的問題：就是**資料怎麼路由到mcu 這塊作者沒有具體簡明 ，因為我看到架構圖上，有的**資料，要經過幾跳才能跳到mcu 這樣必須有個路由規則
剛好我再上家公司主導過錄影和合流的專案，說下我們的解決方案
首先說下我們的部署 我們部署自己部署idc 而是走各種雲廠商 這樣多線的問題就不存在，我們的架構原則是：**和計算分開，各自屬於不同的集群，某種方面 和作者的思路一致
下面是我們的部署圖
TinyURL設計方案
現在貌似tinyurl很火爆，也逐漸成為一種流行趨勢。對應於php版本的tinyurl也有一些演算法，其實本質上來說是一種hash。除此之外，還有另外一種tinyurl方案 類似於http img.ly 其實這種設計 是最簡單的，沒有使用hash，而是遞增，這種的好 處就是資料庫 可以無限擴充套件，...
許可權設計方案
簡要介紹一下該許可權管理系統的特點，該系統功能上做到了靈活授權，操控細緻，許可權可以細到按鈕及超鏈級別,而且部署簡單，下面談談我自己的設計經驗。該系統主要功能如下 1 自定義操作動作 如增加 刪除 修改 審核等，不再是以前見過的那種粗粒度的 按模組分配許可權，或者稍微先進點的規定死某幾個操作了 2 ...
快取設計方案
redis提供的快取的api，但是在開發階段，如果每個人都自己呼叫原生api實現快取時，由於每個人的水平問題，會導致實現方案千差萬別，同事又很難統一管理維護 通過提供spring的annotation，實現快取方案的統一 target retention retentionpolicy.runtim...