1 連載の概要 1.1 本連載の趣旨と概要 基幹系はソーシャル系などに比べて、誤解を招く言い方かもしれませんが保守的な面があり、先端的な機能などの取り込みも遅れがちです。また、実際問題として基幹系ではソーシャルWebなどに比べて、システム機能の要件のハードルが高くなる部分が多いです。しかしそのような基幹系だからこそ、クラウド他Webの先端機能を利用すればどのように変貌・効率化するかを考えてみるのも意味のあることと筆者は考えます。 本稿では8回程度のやや長期の連載を予定しています。内容としては、GoogleのPaaSクラウド（Google App Engine、以後GAE）上でRDBのMySQLを使用できるようにした「Google Cloud SQL」を中心に取り上げますが、その他にもさまざまなツールやサービスと組み合わせた内容にする予定です。 サービスの組み合わせで取り上げる内容としてはW
対象ユーザ GoogleのPaaS型クラウド「Google App Engine」に興味はあるが経験のない方。JavaScriptやActionScriptによるプログラミング、およびjQueryでの簡単なプログラミング経験のある方。JavaやPythonの開発経験は不要です。 必要な環境 コマンドライン動作環境 Java SE5またはJava SE 6 Eclipse（オプショナルですが強く推奨） 1 クラウド移行の意義 1.1 災害発生時に実証されるクラウドの威力 5年ほど前から米国で構築され始めたクラウドコンピューティングは、日本でも急速にその価値が認識され存在感を高めつつあります。クラウドは東日本大震災への対応と復興/復旧においても、公共Webサイトの複製を構築したり業務システムを復旧させたりするときに、拡張性・可用性・迅速性などがいかんなく発揮されています。もちろん平時での利用で
クラウドコンピューティングでは、クラウド事業者が集中管理する極めて多数のサーバーやネットワーク機器といったリソースが小口に分けられ、複数の企業や個人利用者に比較的低いコストで提供されます。サービス利用者にとっては、自分でハードウエアなどのインフラを用意することなく、必要なときに、必要な分だけリソースを安価に使えることが魅力です。 クラウドコンピューティングは大きな拡張性を備えているので、たとえアクセスが集中したとしても、リソース量を自在に増やすことができます。ただし、そうしたメリットを享受するには、クラウド事業者ごとに異なる設計のルールを守らなければなりません。 本連載では、マイクロソフトが提供するサービスの「Windows Azure Platform」に焦点を当て、その「デザインパターン」について解説をします。ここでは、クラウドの特性を生かしたり、制約を回避したりするための設計ノウハウ
既存のWindows環境と互換性が高いとはいえ、Windows Azureはクラウド上に存在するプラットフォームだ。両者には自ずと違いがある。筆者の経験に基づき、ユーザー企業が知っておくべき六つの鉄則を紹介する。 鉄則1：アプリケーションの種類を厳選せよ Windows Azureを便利と感じたとしても、やみ雲に何でもクラウドに持って行くのは得策ではない。アプリケーションの種類によってはクラウドに移すべきでないものも多く存在するからだ。 まずはクラウドというプラットフォームの特徴に親和性の高いアプリケーションか否か、クラウドに移すことでクラウドならではの利点を得られるかどうかを検討する必要がある。 柔軟で高いスケーラビリティ、使った分だけ支払う従量制の料金体系といった特徴を考慮すると、クラウドに向いているのは、処理負荷の変動が激しいアプリケーションである。期間限定でサービスを提供する必要が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
