这种架构的优点是方便维护，比如有代码更新时，只需要更新一台机器上的代码，则其他机器上都会跟着更新。缺点是，机器量大了的话，共享存储会成为瓶颈，甚至由于对文件的争抢造成性能问题。还有一点，共享存储这里是一个很大的单点隐患，不出故障一切都OK，一旦出了故障，则整个业务都挂掉，影响非常大。

2.分布式
既然通过共享的方式有不少缺点，那么就选择另外一种方式，即把代码存到每一台WEB服务器本地磁盘上，如下图所示：

这样做的好处是，没有存储性能问题，没有资源争抢冲突，也没有单点故障的隐患。缺点是，每次代码更新需要对所有web机器进行更新，比较繁琐。虽然步骤繁琐，但大多数企业都会选择该方式。

通过shell脚本+expect批量发布代码到多台web服务器：

前提：
1）提供一个存放所有web服务器的IP列表文件ip.list
2）假设所有web服务器上有一个普通用户user，密码为user123，该用户为同步代码用户
3）每次代码上线会提供一个文件列表file.list（即要更改的文件的列表）

脚本：
#/bin/bash

#提醒用户，是否更新了要上线的代码列表文件
read -p "你是否已经更新了文件列表./file.list？确认请输入y或者Y，否则按其他任意键退出脚本。" c
#如果直接按回车，也会退出脚本
if [ -z "$c" ]
then
     exit 1
fi
if [ $c == "y" -o $c == "Y" ]
then
     echo "脚本将在2秒后，继续执行。"
     #每秒输出一个.共输出两个.
     for i in 1 2
     do
         echo -n "."
         sleep 1
     done
     echo
else
     exit 1
fi
#判断有无./rsync.exp文件
[ -f ./rsync.exp ] && rm -f ./rsync.exp
#定义rsync.exp
cat >./rsync.exp <<EOF
#!/usr/bin/expect
set passwd "user123"
set host [lindex \$argv 0]
set file [lindex \$argv 1]
spawn rsync -avR --files-from=\$file / user@\$host:/
expect {
    "yes/no" {send "yes\r"}
    "password:" {send \$passwd\r}
}
expect eof
EOF
chmod a+x ./rsync.exp

#定义检测文件是否存在的函数
if_file_exist()
{
     if [ ! -f $1 ]
     then
         echo "文件$1不存在，请检查。"
         exit 1
}
#ip.list为所有WEB机器的ip列表
#file.list为要同步的文件列表
if_file_exist ./ip.list
if_file_exist ./file.list
for ip in `cat ./ip.list`
do
     ./rsync.exp $ip ./file.list
done
#善后处理
rm -f ./rsync.exp

注意：在每台web服务器上创建的代码同步用户需要有代码所在目录的写入权限