クラウド利用促進機構が8月20日に開催した勉強会で、同機構の法律アドバイザーでありISMS認証機関公平性委員会委員長でもあるTMI総合法律事務所の大井哲也弁護士は、国内外の個人情報保護法に関する注意点について解説しました。 この記事ではその中から、グローバルなクラウドサービスを提供する際に気をつけるべき「EUデータ保護指令」の部分をまとめました。 日本はEUにとって「十分な保護レベルでない第三国」 「EUデータ保護指令」とは、EUおよび英国においてPersonal Dataに関して十分なデータ保護レベルを確保していない第三国へのデータの移動を禁止する、というもの。日本以外のほとんどの国でもこれと同等の個人情報保護法が制定されていると、大井氏は指摘します。 そして日本も米国も「十分なデータ保護レベルを確保していない第三国」に含まれており、移動を許されているのはアルゼンチン、スイス、カナダなど

Google Cloud Platformは後発から巻き返せるのか：Google I/O 2013まとめレポート（2）（1/3 ページ） PHPにも対応したPaaS「Google App Engine」、オブジェクトストレージ「Google Cloud Storage」、IaaS「Google Compute Engine」などについて、事例も交えて紹介する。 グーグルのCloud Platformは「Google App Engine」「Google Compute Engine」の2つを中心にオブジェクトストレージやDBなどデータストアや分析基盤など周辺のサービスを充実させている。Google I/O 2013では24セッションも用意され、注目度の高さがうかがえる。 本稿では、Google Cloud Platformの全体の概要、サービスごとのトピック、事例を紹介する。Google

2012年07月02日07:00 Amazonの障害と利用規約による免責 ― ウェブサービス利用規約の「日本流」と「米国流」を比較してみる カテゴリ法務＿契約法務 businesslaw Comment(0)Trackback(0) 先週は日本のファーストサーバ、今週はAmazonと、世界各地で相次いでクラウド／データセンターの障害が発生し、その上でサービスを展開する法人に大打撃を与える事態が発生しています。あれ？自前でサーバーを持つよりもそういうリスクが低減できるのがいいところじゃなかった？という感じですが、ファーストサーバはメンテナンス中の事故、Amazonは自然現象が原因とはいえ、事業を支えるシステム・データを人に預けてしまうことの危険性を改めて認識させてくれています。 ▼Amazon EC2が落雷で障害　InstagramやPinterestがダウン（ITmedia） 米Amazo

ヤフー子会社でレンタルサーバを手がけるファーストサーバの大規模障害で、同社は6月23日、共有サーバサービスとクラウドサーバサービスについて「データ復旧を行うことは不可能と判断した」と発表した。専用サーバサービスも短期間でのデータ復旧は不可能とし、仮に復旧できたとしても部分的にとどまるという。 データ復旧を断念したのは共有サーバ「ビズ」「ビズ2」と、EC向けクラウドサービスの「EC-CUBEクラウドサーバ マネージドクラウド」。「弊社ならびに外部専門業者を交え、データ復旧を試み続けて参りました。しかしながら、極めて遺憾ではございますが、データ復旧を行うことは不可能と判断いたしました」という。再構築は顧客が持っているバックアップデータで行うよう求めている。 専用サーバ「エントリービズ」「エンタープライズ3」についても「短期間でのデータ復旧は不可能」として顧客のバックアップデータで再構築を行うよ

先週6月14日に発生したAmazon Web Servicesの米国東部リージョンでのシステム障害は、HerokuやPinterestなど大手のサービスにも影響を与えたようです。その障害報告が、Service Health Dashboardで公開されています（現在はRSS内の記述として読めます）。 障害は米国東部リージョンでの特定のアベイラビリティゾーンで発生したもの。報告によると、プライマリの電源ケーブルのトラブルをきっかけにバックアップとしての発電機へ移行したものの、そこでもまたトラブルが発生し、二重、三重の防護策が次々に倒れていったことが示されています。 Amazonクラウドの多重の防護策の一端が分かると共に、これだけバックアップ策が用意されていても、わずかなトラブルによって防護策が倒れることの教訓を得ることができます。 一方で、障害は特定のアベイラビリティゾーン内だったため、マル

日本電信電話株式会社(本社：東京都千代田区、代表取締役社長：三浦惺、以下 NTT)とNTTコミュニケーションズ株式会社(本社：東京都千代田区、代表取締役社長：有馬彰、以下 NTT Com)は、クラウドのPaaS(*1)基盤であるオープンソースソフトウェア「Cloud Foundry™」(クラウドファウンドリ)(*2)の日本国内での普及促進と情報共有を目的とした任意団体「日本Cloud Foundryグループ」を2012年2月25日に設立します。 【設立の背景および目的】 クラウド基盤のひとつであるPaaS基盤はアプリケーションソフト開発者にシステム開発手段となるツールや、開発したシステムを運用するための環境をインターネットを通じてサービスとして提供できる技術であり、クラウド上でのアプリケーション開発や利用のあり方を変える革新的な技術と期待されています。 オープンソースソフトウェアCloud

Cloud Foundryで始めるPaaS構築入門：CloudFoundryで始めるPaaS構築入門（1）（1/2 ページ） この連載では3回に分けて、「Cloud Foundry」というオープンソースパッケージを用いて、Platform as a Service（PaaS）のためのインフラストラクチャを構築する方法について解説します。 Platform as a Serviceとは何か クラウドコンピューティングに対する注目が高まる中、Platform as a Service（PaaS）という言葉をすでにご存じの方も多いことでしょう。これは、元々セールスフォース・ドットコムが2007年に打ち出したコンセプトです（用語説明）。 PaaSのサービスプロバイダは、ユーザーに対して、アプリケーションサーバ、データベースサーバなどの「プラットフォーム」環境を提供します。PaaSのユーザーはこれら

Trend Cloud Security Blogの昨年末の連載記事で、「システムを仮想化しない理由」がまとめられていました。 内容は、仮想化するかしないかの参考にするというよりも、「システムを仮想化しようと考えたときに対応を検討する必要があるもの」という観点で見た方がよい感じでした。 覚書きを兼ねてメモしておきます。 原文 5回の連載で10項目が挙げられています。 http://cloudsecurity.trendmicro.com/blog-series-part-1-of-5-10-reasons-not-to-virtualize/ http://cloudsecurity.trendmicro.com/blog-series-part-2-of-5-10-reasons-not-to-virtualize/ http://cloudsecurity.trendmicro.com

調べ物をしていて、Cloud Architecture Patternsなるものに辿り着きました。 次の記事が、パターンに関する概要です。 Cloud Architecture Patterns: Overview http://www.doublecloud.org/2010/10/cloud-architecture-patterns-overview/ 別記事で、10個のパターンが解説されています。 ブログ記事ではありますが、アレグザンダーの『パターン・ランゲージ』や、それにインスパイアされて書かれた（いわゆる）パターン本の形式が、ほぼ踏襲されています。 Motivation: そのパターンを適用する前提や課題 Solution: Motivationに対する解決策 Applicability: パターンがどのように適用するか Consequence: パターンを活用した結果 Kno

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...