数据库集群之路一

    最近把前端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提供的结果对接呢？