基幹系システムの基本構成とCloud SQLのCRUD処理
1 連載の概要 1.1 本連載の趣旨と概要 基幹系はソーシャル系などに比べて、誤解を招く言い方かもしれませんが保守的な面があり、先端的な機能などの取り込みも遅れがちです。また、実際問題として基幹系ではソーシャルWebなどに比べて、システム機能の要件のハードルが高くなる部分が多いです。しかしそのような基幹系だからこそ、クラウド他Webの先端機能を利用すればどのように変貌・効率化するかを考えてみるのも意味のあることと筆者は考えます。 本稿では8回程度のやや長期の連載を予定しています。内容としては、GoogleのPaaSクラウド（Google App Engine、以後GAE）上でRDBのMySQLを使用できるようにした「Google Cloud SQL」を中心に取り上げますが、その他にもさまざまなツールやサービスと組み合わせた内容にする予定です。 サービスの組み合わせで取り上げる内容としてはW
PaaS利用のポイント
PaaSはアプリケーションの開発・実行環境で、「開発」と「実行」は一体化しています。PaaSの開発環境で作ったアプリケーションを、PaaSの実行環境で動作させるのが基本的な使い方になります。別のPaaSで作ったアプリケーションを移植するのは基本的に想定されていません。また、先述したようにPaaSの開発環境にはさまざまな制約がありますので、選定したPaaSによってシステムの骨格が大きく左右されます。つまり、どのPaaSを使うかがシステム構築においてとても重要だということです。そこでPaaS選択のポイントを解説した上で、PaaSの利用例を紹介します。 アーキテクチャーが根本から変わる PaaSを選択する際のポイントとなるのは、利用可能なプログラミング言語と、データストアです。 選択のポイント1●プログラミング言語 利用できるプログラミング言語はPaaSごとに異なり、汎用言語が利用可能なPaaS
クラウドアプリケーション開発をJavaScriptだけで！
対象ユーザ GoogleのPaaS型クラウド「Google App Engine」に興味はあるが経験のない方。JavaScriptやActionScriptによるプログラミング、およびjQueryでの簡単なプログラミング経験のある方。JavaやPythonの開発経験は不要です。 必要な環境 コマンドライン動作環境 Java SE5またはJava SE 6 Eclipse（オプショナルですが強く推奨） 1 クラウド移行の意義 1.1 災害発生時に実証されるクラウドの威力 5年ほど前から米国で構築され始めたクラウドコンピューティングは、日本でも急速にその価値が認識され存在感を高めつつあります。クラウドは東日本大震災への対応と復興/復旧においても、公共Webサイトの複製を構築したり業務システムを復旧させたりするときに、拡張性・可用性・迅速性などがいかんなく発揮されています。もちろん平時での利用で
［Google App Engine編］大量データの処理はかかる時間に注意
Google App Engineで大量データを処理する場合、特別な配慮が必要になります。処理時間の制限など、独特の制約に引っ掛かる恐れがあるからです。 大量データを扱うケースとして、テーブルのスキーマ変更、検索結果のダウンロードなど、データの一括処理という三つについて、それぞれの設計ノウハウを解説します。 スキーマのバージョンをフィールドに持つ 一つ目の設計ノウハウは、テーブルのスキーマを変更する際に効果があるものです。 稼働中のシステムにおいて、機能を追加・変更する際、テーブルのスキーマ変更が必要になる場合があります。スキーマの変更に備えて、Google App Engineでは、RDBベースの場合とは違った設計が必要になります。「スキーマのバージョンをフィールドに持つ」というものです。 Datastoreはそもそも、同じテーブル内で、異なるスキーマのレコードが混在していてもかまわない
［Google App Engine編］サービスのエラーに備える
Google App Engineでは、さまざまな機能において「いつでも例外（エラー）が発生する可能性がある」という仕様になっています。Datastoreのタイムアウトや処理時間の上限に到達してしまった場合の例外が有名です。リソースの使用量を課金額の上限まで使いきってしまった場合にも例外が発生します。 中でも、アプリケーションが動作するサーバー「AppServer」の障害（エラー）への対策には注意が必要です。うまくエラーを避けるための設計ノウハウを紹介します。 アプリケーションからデータだけを送信する Google App Engineのアプリケーションは、「AppServer」というサーバーで実行されます。このAppServerは、これまで何度か障害が発生したり、極端にレスポンスが遅くなったりしたことがあります。AppServer自体に障害が発生すると、アプリケーションの中でどれだけ例外
自前のアプリも動く「PaaS型」「IaaS型」躍進
クラウドコンピューティング・サービスは、SaaS（サース）、PaaS（パース）、IaaS（アイアース）の3タイプに大別できます。これまで導入企業数が多かったのはSaaS型でしたが、ここに来てPaaS型やIaaS型を選ぶ企業が増えています。本連載では、まず第1回でPaaS型とIaaS型のそれぞれの特徴を見極めてから、第2～3回でAIGエジソン生命保険やクックパッド、パソナグループなどの導入事例を基に、選択と活用のポイントを探っていきます。 PaaSやIaaSは、ユーザー企業が利用したいアプリケーションを、クラウド上で実行できるサービスだ。PaaSとIaaSの普及によってクラウドの用途は大きく広がった（図1）。
サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」
はじめに 本稿では、JavaやPythonによるサーバー側コーディングを一切必要とせずにGoogle App Engineによる開発を実現するツール「jsonengine」について紹介します。 対象読者 Google App Engineに興味はあるが経験のない方。JavaScriptやActionScriptによるクライアント開発、またはiPhoneやAndroidによるスマートフォン開発の経験のある方。JavaやPythonの開発経験は不要です。 必要な環境 最低動作環境は次のとおりです。 Java SE 5 jsonengineって何？ 「jsonengine」は、JavaやPythonによるサーバー側コーディングを一切必要とせずにGoogle App Engineによる開発を実現するオープンソースのツールです。このツールは、昨年開催された「Mashup Awards 6」において「
GroovyとGoogle App Engineでアプリ開発（前編） ～GroovyでWeb開発を行うための基本
はじめに Javaプログラマであれば、Google App Engine（GAE）がJavaに対応したとき、すぐさま試してみた人も多いのではないでしょうか。Javaに対応するということには、実は非常に深い意味があります。それは同時に「Java仮想マシン上で動く、あらゆる言語に対応する」ということでもあるのです。 GroovyもJava上で動くスクリプト言語なので、当然ですがGAEで利用できます。そこで今回は、GroovyでGAEのアプリケーション開発を行ってみましょう。 対象読者 JSPを書くのは正直しんどい...と近頃感じる人 Ruby on Railsスタイルの開発に興味があるという人 MVCフレームワークをJavaで学びたいという人 JavaによるGoogle App Engineプログラミングに興味がある人 GAEでGroovyを利用する Google App Engine（GAE
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラウド設計のデザインパターン