Tine 2.0是一个基于Web的群件解决方案，侧重于实用性和正确性。为了实现这些目标，该项目实现了专家级的可用性和大部分的代码都有单元测试覆盖。Tine 2.0支持联系人，任务，日历，电子邮件，CRM，VoIP集成，时间跟踪，ActiveSync，和一个灵活的权限管理系统。

MaxScale是maridb开发的一个MySQL数据中间件，其配置简单，能够实现读写分离，并且可以根据主从状态实现写库的自动切换。在MHA架构上，主库宕掉后，其中从库提升为主，maxscale可以自动判断新主库，而使新主库承担写服务，也可实现从库的宕机自动离线恢复后自动上线功能。

在MySQL作为应用系统的后台数据库时，我们常常见到这样的架构，一拖二、一拖三等等。这是用MySQL的读写分离技术，实现数据的写入和读取分别在不同的库上，提升了数据库服务能力。

目前较为常见的mysql读写分离分为两种： 1、 基于程序代码内部实现：在代码中对select操作分发到从库；其它操作由主库执行；这类方法也是目前生产环境应用最广泛，知名的如DISCUZ X2。优点是性能较好，因为在程序代码中实现，不需要增加额外的设备作为硬件开支。缺点是需要开发人员来实现，运维人员无从下手。

Mysql数据库读写分离简单配置

先说背景：mysql的主从部署，读写分离，负载均衡之后；需要简单测试和校验一下，在实践中写了个简单的php脚本和校验过程，mark一下，方便再次部署校验。 数据库部署和实践 数据库在实践中，往往需要进行多机主从...

先说背景：mysql的主从部署，读写分离，负载均衡之后；需要简单测试和校验一下，在实践中写了个简单的php脚本和校验过程，mark一下，方便再次部署校验。

写一个定时任务每天凌晨将前一天的索引标记为stale

Canonical 公司和 Ubuntu Linux 操作系统创始人马克·沙特尔沃斯（Mark Shuttleworth）表示：搭载开源 Ubuntu 系统的手机将再次迈出重要一步。

DBWARE 主要实现主从数据库之间高效的读写分离。支持多个从库可配置的读策略，支持从库动态扩容，支持事务，支持查询SQL及慢查询的记录以及动态开启关闭记录功能。

做过Android手机开发的人都知道，手机UI是一个单独的线程在运行，并且该线程最好不会因为用户的操作而阻塞。换句话说，如果用户进行的操作需要耗时几十秒甚至几十分钟，那么在这段时间内占用UI线程是一个非常不明智的做法。它会阻塞掉UI线程，导致手机不再显示或者接受用户新的操作，给用户一种死机的感觉。

dbware 主要实现主备数据库的读写分离。支持负载均衡策略，支持事务，支持对sql的简单监控，如记录查询SQL以及慢查询。简单易用，配置也很简单。完全可以看做数据库的代理层。客户端连接dbware与连接数据库方式一致。

Master-Slave 的数据库机构解决了很多问题，特别是read/write比较高的web2.0应用： 1 、写操作全部在Master结点执行，并由Slave数据库结点定时(默认60s)读取Master的bin-log 2 、将众多的用户读请求分散到更多的数据库节点，从而减轻了单点的压力

Amoeba是一个以MySQL为底层数据存储，并对应用提供MySQL协议接口的proxy。它集中地响应应用的请求，依据用户事先设置的规则，将 SQL请求发送到特定的数据库上执行。基于此可以实现负载均衡、读写分离、高可用性等需求。与MySQL官方的MySQL Proxy相比，作者强调的是amoeba配置的方便（基于XML的配置文件，用SQLJEP语法书写规则，比基于lua脚本的MySQL Proxy简单）。

一、前言：为什么MySQL要做主从复制（读写分离）？ 通俗来讲，如果对数据库的读和写都在同一个数据库服务器中操作，业务系统性能会降低。 为了提升业务系统性能，优化用户体验，可以通过做主从复制（读写分离）来减轻主数据库的负载。

自从技术书的书架设定为”床底下“之后，又多了很多买书的空间。中国什么都贵，就是书便宜。 不定期更新，在碎片化阅读下难免错评。 书架主要针对Java后端开发， 书单更偏爱那些能用简短流畅的话，把少壮不努力的程序员所需的基础补回来的薄书，而有些教课书可能很著名，但干涩枯燥，喋喋不休的把你带回到大学课堂上昏昏欲睡。

自从2014年AWS推出Lambda服务后，Serverless一词越来越热，已经成为一种新型的软件设计架构，即Serverless Architecture。作为一种原生于公共云的架构，Serverless有什么优缺点？是否能应用于传统企业程序？是否适合私有云场景？是否像很多文章宣称的一样，会成为未来改变云计算的中坚力量？作为一名云计算行业的老兵，作者想在此文中分享一些自己的观点。

前后端分工协作是一个老生常谈的大话题，很多公司都在尝试用工程化的方式去提升前后端之间交流的效率，降低沟通成本，并且也开发了大量的工具。但是几乎没有一种方式是令双方都很满意的。事实上，也不可能让所有人都满意。根本原因还是前后端之间的交集不够大，交流的核心往往只限于接口及接口往外扩散的一部分。这也是为什么很多公司在招聘的时候希望前端人员熟练掌握一门后台语言，后端同学了解前端的相关知识。

前言 之前介绍了一些前后端结合的中间人攻击方案。由于 Web 程序的特殊性，前端脚本的参与能大幅弥补后端的不足，从而达到传统难以实现的效果。 攻防本为一体，既然能用于攻击，类似的思路同样也可用于防御。如果将前端技术结合到传统的 WAF 中，又能有如何的改进？

libvirt配置了librbd的QEMU接口，通过它可以在OpenStack中使用Ceph块存储。Ceph块存储是集群对象，这意味着它比独立的服务器有更好的性能。 在OpenStack中使用Ceph块设备，必须首先安装QEMU，libvirt和OpenStack，下图描述了 OpenStack和Ceph技术层次结构：