BP Study#19 Google Apps & Google App Engine

株式会社ビープラウド

Google Apps

  • 独自ドメインGoogleのWebアプリを使える。
  • メール・カレンダー・ドキュメント・サイト・連絡先・ビデオ
  • APIやサービスが結構充実している
    • 細かい要求についてはAPIを叩いて各自実現すれば良いのでGoogleはそんなに実装しません
Google Apps APIs
  • Email Migration
    • 管理者権限でユーザのメールボックスにメールを突っ込める
  • Single Sign-On
    • 例えば、メールを使う際にGoogleにログインしないで、組織内の認証が通っていればよしとするとかいったことができる
  • Domain Shared Contacts
    • 社内共通で見れるアドレス帳とか使える

N大学案件 2007年春

約10万人の全学生にGoogleAppsを導入

  • ユーザ管理ツール
    • なかったのでPHPでカカッと作成
    • 学部ごとの管理権限
    • カスタムのメールアドレス付与ルール
    • 複数プロセスで一括ユーザ登録(PHP)
      • 実はPHPは凄かった
      • エラー処理が変態的
    • 卒業時の一括論理削除・物理削除
    • 生徒へのパスワード配布システム
      • ランダムなパスワードを配布
      • CAPTCHAシステムだけPythonで書いた

↑これらをPythonで書き直してOSS

↑これらを利用して大学向けにSIをやってる。

質疑応答
  • SIの仕事でお客様に頂いた時間でOSSへ貢献するコードを書いてよいのか?
    • 元々OSSのコードを使ってシステムを構築するという話で、既存のOSSコードだけでは足りないので…とか交渉
    • 予算押さえる代わりに…とか交渉
    • お客さんによる。「メールのシステムができればいい」というようなお客さんなら、できたシステムのコードがクローズドだろうがオープンだろうが気にしない。
  • 外に(メール等の)データを置くことへの拒絶反応とか
    • 中に置いたとして情シスの人のモラルが低くてみられたら同じじゃん?
    • Appsじゃないけどメールサーバはデータセンターに置いてる会社とか結構あるし、別にいいんじゃん?
  • Appsのメリットがある会社
    • 人数があんまり多くない会社
    • 人数が多くても一カ所に固まっていない会社(一つ一つのオフィスの規模はそれほどでもない)

Google App Engine(GAE)

  • Googleのデータセンターで動かせる
  • 勝手にスケールする
向き不向き
  • 向いてる
    • アクセスが多い
    • Social App等のバックエンド
    • Google Appsにadd-onする形の組織ないツール
  • 向いてない
質疑応答
  • ストレージがRDBでないことによって不便なことはないか?join joinできない
    • そもそもスケールさせようとするなら、必然的にkey-value storeになってしまう

Googleについて

  • GoogleJapanの社員にはオープンな活動をしている人は少ない
  • マウンテンビュー(本社)の社員はオープンソースのコミッタとか多いよ