數據庫集羣之路一

    最近把前端angular開發框架搭建好了，比較順利的解決了框架，三方庫，jquery以及jquery插件庫的依賴和使用。對框架內部實現了控件封裝，形如分頁控件，排版控件，選擇器控件，下拉選擇控件，再到表單生命週期，動態建立組件，頁面路由，模塊整理，路由守衛，http攔截，sso，文件上傳，過場動畫等等各個節點實現了，基本徹底知足現有需求功能開發，我想後面對於前端來講也就是圖表，gis，websocket一類的應用結合了。

   關於後端，對於一個分佈式管理系統來講無外乎就是sso統一受權，webapi就能夠了，經過對sso生命週期分析，創建會話模型，和權限機制，再到webapi的基礎框架搭建，路由，消息過濾與統一，http上下文管理等等，基本上能夠說對整個管理平臺各個基礎性關鍵性節點都很好的解決和實現了。

   對於一個分佈式系統來講僅僅讓全部的api都來訪問一個數據庫確定是不行的，那麼早就瞭解過數據庫主從架構，他的第一步就是讀寫分離，好吧網上看各類帖子其中一個很是好的對mysql主從架構分析的專題

http://www.cnblogs.com/crazylqy/category/625963.html博主寫得很好也很貼之際簡單易懂。後來發現這些都不夠知足分佈式數據庫架構，那麼又遇到一個叫作mysql-proxy這個新東西（對我來講新），個人乖乖原來這正是數據庫集羣的一個過分之做，有了代理的概念，原來代理首先要解決讀寫分離的sql路由問題，代理的出現不斷解決了sql路由，過濾，負載均衡，最終達到數據庫高可用集羣化架構。原來在這一領域這個代理其實是一箇中間件工具，這樣的工具軟件有不少開源的也不少好比mysql-proxy，amoeba，haproxy等等，可是可是百度百度搞不懂這些東西都只是再說如何構建集羣，什麼水平拆分，垂直拆分等等搞得我好暈，我就想知道對於客戶端orm如何來使用這個中間件，如何使用啊，然而你們是否根本不關注這個事情，好吧最好發現了國內的使用頻率很高且開源，且至今任然有人維護狀態是的mycat，一個國內開源的且技術比較牛，的數據庫集羣開源中間件工具，同時提供net，java，php一類的平臺語言開發接口，看來是得花點時間來學習下mycat了，畢竟分佈式系統首先在數據庫層面應該就是分佈式的，而後再解決應用服務器的分佈式。

 

  下一站mycat之路，如今有一個疑問就是現有的orm如何與mycat提供的結果對接呢？