五嶽 -
DTS按業務場景批量遷移阿里雲MySQL表實戰（下）：遷移管理平台設計與實現
本文是 DTS按業務場景批量遷移阿里雲MySQL表實戰（上）：技術選型和API對接 的後續，應用狀態模式，完成業務系統中的遷移模塊。DTS的對接方式可參考前文。
遷移管理平台設計與實現
完成DTS API對接後，就需要考慮如何將DTS和業務系統有機結合實現整套的遷移流程。
出於信息安全角度的考慮，本文刪除了大量涉及實際業務的實現代碼。
業務約束
從業務出發，最好的體驗肯定是用户無感的，即遷移完成後
軟件設計
五嶽 -
DTS按業務場景批量遷移阿里雲MySQL庫實戰（上）：技術選型和API對接
背景
概況
公司某項業務使用三個分庫存放該業務的分表。為了保持單表的查詢性能，基於業務場景按照公司維度分表，目前每個庫都有數量達到10W級的分表。過多的表已經影響了日常的運維，元數據相關的操作如搜索表名等在線操作速度極慢。隨着業務的發展，分表數量還會增加。
現狀
Springboot+阿里雲RDS-MySQL8
分庫分表中間件：MybatisPlus+ShardingSphe
雲計算
五嶽 -
Web層接口通用鑑權註解實踐（基於JDK8）
背景
目前我負責的一個公司內部Java應用，其Web層幾乎沒有進行水平鑑權，存在着一定的風險，比如A可以看到不屬於他的B公司的數據。最近公司進行滲透測試，將這個風險暴露出來，並將修復提上了議程。
由於Web層的接口很多，我希望能用一種較為通用易於接入的方式來完成這個工作。很容易就想到了通過註解方式進行水平鑑權。説來慚愧，我工作了十年多還沒有從0到1寫一個稍微複雜點的註解，正好利用這個機會進行學習和
後端
