●ITmedia エンタープライズ：第4回：間隙を突いたWeb型グループウェア
http://www.itmedia.co.jp/enterprise/articles/0501/18/news004.html

---

サイボウズではこの欠点への対処として、ポータル型と名づけたガルーンを投入したが、実際にはこれもユーザー数1000人くらいまでの企業でしか使えない。ガルーンの場合、ユーザー数が1000人を超えるとサーバを分離していく必要が生じる。分離したサーバ間の連携はサーバ間連携機能で実装することになるが、現状のガルーンのサーバ間連携機能は、別サーバのユーザーのスケジュールの変更や削除はできない。大規模ユーザーにとっては物足りないだろう。この冬にリリースされたVer. 1.5でも未対応であり、同社は次期バージョンで根本的な対応を図るとしている。
このあたりは、サイボウズ自身がガルーンを世に出したとき、ターゲットとする企業のイメージを明確にできていなかったのではないだろうか？　サイボウズは最近、ガルーンの販売先ターゲットを500人から1000人規模の企業へと絞り込んだようだ。今後、前述したサーバ連携機能以外では、組織変更や人事異動に伴うユーザー管理の簡素化がターゲットになりそうだ。こうした機能は、この規模の企業での運用時にポイントとなるからだ。

---

サーバ間連携機能では他サーバのデータを更新できないらしい。
●サイボウズ ガルーン: 環境構築例 > 基本構成例
http://g.cybozu.co.jp/gr/seihin/kouchiku/kihon/index.html
この図を見ると、各ワークグループシステム間の情報連携はメールシステムを使っ
てやり取りを行う仕組みになっています。
つまり、仕組み的には連携は非同期になるため、各拠点毎にマスタを置くようにしたのでしょう。
センター集中によるトラフィック増大を避けられるメリットはあります。
●サイボウズ ガルーン: 環境構築例 > 多拠点利用例
http://g.cybozu.co.jp/gr/seihin/kouchiku/takyoten/index.html
高速回線で拠点間が結ばれているなら、中央のサーバで一元管理ができるので、
連携の問題は発生しないということになるでしょう。