sasapurinのブログ

2008年12月18日

職場で使い始めたグループウェア

今働いている職場で私はパート勤務なのですが、まぁそれはさておき、グループウェアを導入することになりましてな。サーバーを一丁買って貰いました。DELLのPowerEdge T105だったかな。メモリーは2GBでRAIDカード実装（ミラーリング）。CPUはOpteronなので余裕。

OSはCentOS 5.2をチョイスする事にしました。個人的にはFreeBSDが良かったんだけど、社員さんが使っているのがCentOSなので、パートな私が居なくなってもメンテ出来るOSじゃないとね。

基本的に余計な物は入れない。でも必要なものは入れる。つまりX-Windowは不要。だけどDNSは内向きに必要でしょ。既に独自に開発している社内のWebシステムがあるんだけどIPアドレスでアクセスしてる。めっちゃスマートさに欠ける。だからDNSの必要性を強く歌って導入することにした。その辺りは全て任せてくれた。

グループウェアは仕事の合間に色々と検証した。結局Group Session2というのを使う事にした。Javaで作られたソフトウェアで、Javaのアプリケーションサーバが必要なちょっと面倒なWebアプリだけど、スケジュールの共有が非常に使いやすく、慣れていない人でも十分対応出来ると判断したからだ。

アプリケーションサーバは、Tomcat5をチョイス。というかCentOS 5.2のyumで入るのはTomcat5系しか無いみたい。6系を使いたかったんだけどね。しかもJDKやらの競合でトラブル続き。事前にWindowsパソコンでTomcatを使って検証した気楽さとはかけ離れた落とし穴があった。でも安定させちゃえばUNIX系OSに軍配が上がると私は思っているので地道に合間でセットアップした。

LAN内部は内向きのDNSで名前解決するべくBind9を導入。ApacheのバーチャルホストとServerAlias記述でURLを簡略化したいと思ったから。サーバーの移行だとかでIPが変わってもDNSが入ってたらDNSだけで作業が済んじゃうからね。クライアントPCのブックマークを修正して回るなんて気が遠くなる作業だからさ。

CentOSのApacheには、Tomcatとの連携をするコネクタ？モジュールがデフォルトで実装されていて、httpd.confにちょいと記述するだけで、TomcatサービスをバーチャルホストとしてApacheで公開することが出来た。つまりポート80番でサービス提供出来るのでスマートである。8080ポートで公開するのってちょっと違和感感じる人居るだろうし。

Group Session2には、メール転送機能があって、SMTPの設定をしてやれば、携帯電話などにも転送出来ちゃう。これも導入の選択肢に強く上げられた要望。しかし何故かエラーが・・。エラーを調べていてようやく気付いた。 Java VMに標準装備のライブラリと、GroupSessionの持っているライブラリが競合している事に。結局CｅｎｔOＳに標準装備のＪａｖａ環境ではダメだってことだね。まだまだ青いなＣｅｎｔOS。

ちなみに私はJava全然わかんないっす。

さてサーバー管理ですが、私は基本的に野良ビルドは好まない。かといってモジュールのバージョンアップを怠るのもイヤである。だからメジャーでかつメンテナンスがしっかり行われるディストリビューションを好む。FreeBSDがやっぱりその辺りしっかりしていると思うのだが・・・まぁこれ以上は控えておくか。CentOSでも

# yum　update

とすればパッケージのアップデートは半自動で行われますからね。問題はどれだけ早く脆弱性問題に対処してくれるかだな。規模た小さければUbuntuでも良いかも。まぁ本家であるDebianなら安定志向だし確実だと思うけどね。

このグループウェア、GrpupSessionはなかなか良くできていて、更に要望をサイトに上げるとバージョンアップに盛り込んでくれたりしてやる気が感じられる。ユーザーのニーズを聞き入れて製品開発の糧としていくという姿勢が評価出来る感じだ。実際バグ報告のフィードバックもどんどん潰して製品の完成度上げてるし、要望は機能として取り込んで使い勝手上がってるし。

Java環境さえ整えられたら簡単に設置出来るので、グループウェア、特にスケジュール共有（シフト勤務者が多い職場では有効だと思うなぁ）にニーズがある方は試してみる価値ありだと思うな。

なお、私が働いている会社ではタイムカード機能（プラグイン）を無効にしていますが、これ結構良い感じだと思います。パソコンを常用する様な職場なら、タイムカードレスにも出来るんじゃないかな。ただ複雑な勤務体系だと厳しいけどね。（深夜帯だとか残業時間帯だとか休日出勤とか設定できるっす）

自分が（ささやかな）会社作るならこれ間違いなく使うな。今のところオープンソースでこれだけのスケジュール共有的なグループウェアは無いでしょう。

Javaだけに少々サーバーにスペックが必要だけど、サーバー専用機と割り切ったDELLのT105ならかなり安いもんね。muninで負荷状況をロギングしていますが、まだまだCPU的には余裕で、省電力機能が働いているせいかCPUクロックが上がらないままだったりする。試験的に負荷かけて上がるのを確認したい位だ。本当にCPUクロック上がるのかなと不安になる位静かなT105なのである。 

投稿者 sasapurin : 12:00 | コメント (0) | CMS , Java , Redhat , オープンソース系 | トラックバック |

2006年10月30日

Redhatの反撃：まずは自社株買い戻し

1. このソフトウェアを誰でも自由に実行してよい
2. このソフトウェアを誰でも自由に複製してよい
3. このソフトウェアを誰でも自由に改変してよい
4. このソフトウェアやそれを改変したものを誰でも自由に頒布してよい。有償で販売しても良い
   ただし、その際には頒布を受けた者に対し1から4の許可を与えなければならない。
5. 誰でも自由に複製して配布してよい

投稿者 sasapurin : 23:52 | コメント (0) | Redhat | トラックバック |

2006年10月28日

Redhatを撃墜：Oracle Unbreakable Linux

投稿者 sasapurin : 03:33 | コメント (0) | Redhat | トラックバック |

2006年07月01日

マイクロソフトを辛らつに批判--レッドハット幹部、セキュリティ対策を語る

マイクロソフトを辛らつに批判--レッドハット幹部、セキュリティ対策を語る - ZDNet Japan

ZDNet Japanの記事にて、レッドハットがマイクロソフトを批判している記事発見。
以前からマイクロソフトは、Linux雑誌等にWindowsのセキュリティや管理の優位性についての広告を掲載しているのを目にしているが、Linuxの（それもRedhatが）辛口批判は初めて目にした。

この手の論争はあちこちで行われており、セキュリティパッチの数で比較すれば明らかにLinuxの分が悪い（OS部分だけでは無くパッケージ単位のセキュリティパッチが多いから）のだが、Windowsの優位性を主張する際にLinuxを批判するのはどうかな？と思ったりする。（自己の優位性を主張するなら比較ではなく所謂当社比で主張すべきだと私は思う。相手を批判するのは最終手段だ。）

リンク先を読んで気になったのは、マイクロソフトがセキュリティパッチのリリースに際して、脆弱性の数を隠して報道しているという点だ。普通のWindowsユーザーはそこまで気にしていないが、OS論争となってくるとこういう小賢しい小細工は仇となるのは分かっていること。しいては信頼性の低下に繋がると思うのだが。

私自身、まだSELinuxについては概念を学習しただけで、まだ手を染めていないのだが、そろそろ導入すべき時期に来ているのかも知れないと感じた。多少手間が増えるが安全性を考えるとSELinux導入の効果は期待出来る。そろそろLinuxで稼働させている自宅サーバに導入しようかなと思った次第である。

WindowsのGUIベースな操作性は、有る意味優れていてお金を払って使用する意味はあるのだが、サーバーOSは明らかに自宅向きではないと言える（金額からして当然だろう）。余程のお金持ちで無い限り自宅サーバーにWindowsのサーバー版を導入する人は少ないだろう。

もちろんRedhatもお金が必用になる訳だが、Redhatクローン（代用的な所ではCentOSなど）が無償で利用出来るし、学習の素材としても今後のLinux普及に備える意味で有効だと思う。

しかし、数年前はこんな論争も無かった訳だから、LinuxOSの普及には目を見張るモノがあると感じる。少しばかり囓ってみた事のある私は今後の展開が楽しみである。

投稿者 sasapurin : 20:10 | コメント (0) | Redhat | トラックバック |