「クラウドアーキテクティング原則」。クラウドデザインパターンの背後にある、システム設計の原則とは
Amazon Web Serviceのエバンジェリスト 玉川憲氏は、先週開催されたイベント「JAWS Summit 2012」の「AWSクラウドデザインパターン」（略称CDP）を紹介するセッションで、「シナリオに沿ってデザインを適用していく、ということを考えていく中で大事な原則に気がついた」と話しています。 その大事な原則をまとめたものが「クラウドアーキテクティング原則」です。 玉川氏はセッションの中でそれぞれの原則について口頭で説明しています。ここではその内容をまとめてみました。 できるだけ既存のサービスを利用する 例えばAmazon S3というクラウドストレージのサービス。これは耐久性が高くて便利なオブジェクトストレージなので、Amazon EC2を使って似たような機能を実装するよりもS3を使った方がいい。キューイングも、Amazon SQSというサービスがあるので、自分で実装するより
AWS-CloudDesignPattern CDP2.0候補
AWSクラウドデザインパターンとは？ AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。 これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計・運用のノウハウのうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知から形式知に変換したものであるといえる。 パターンの中には、クラウドでなくても実現できるもの、今まででも実現されていたものも含まれているが、クラウド上でも今まで通りのアーキテクチャが実現でき、かつクラウドを利用する事で、より安価にそしてより容易に実現できるものは、CDPとして収
クラウド上のサービス開発の新しい動向 --- JavaEE7とPlay2.0 ---</title> <meta name="Author" content="maruyama"> <meta name="Creator" content="Microsoft® PowerPoint® 2010"> <meta name="Producer" content="Microsoft® PowerPoint® 2010"
クラウド上のサービス開発の新しい動向 --- JavaEE7とPlay2.0 --- @maruyama097 丸山不二夫 Agenda 21世紀の最初の10年に起きたこと 今後の展望とエンタープライズ・クラウドの課題 JavaEE 7 Play 2.0 資料 A) GlassfishのService Deploy B) GlassfishのAmazon EC2へのdeploy C) Play 2.0 Template Overview D) Play 2.0 routesファイル サンプル 21世紀の最初の10年に起きたこと 21世紀の最初の10年が終わった。 この10年の、特に、この数年のITの世界の変 化は目覚ましいものがある。 2001/9/11 2011/3/11 21世紀、最初の10年 携帯電話の爆発的普及 15.00 18.60 22.47 27.63 34
AWSと国内DCサービス - 急がば回れ、選ぶなら近道
自分的な話題なので書いておきたい。 まず立場的はっきりさせて置く。AWSを基本的にはエンタープライズ・ユースで考えています。もっと直裁にいえば、Asakusaの実行基盤として、すなわちEnterpise Hadoopの実行基盤として見ています。クラウドの利用は単社ではできないことをできるのが特長であり、それは現時点では分散処理です。多数のノードを利用する分散処理は、単社で持つにはコスト的にペイしません。ので、一種のハードの共同利用としてクラウドを利用すべきです。単純にレンタル・サーバーの延長上で見るのであれば、クラウドのメリットはないでしょう。分散処理を一定の計算資源を利用して行うことがクラウドでできるかどうかがポイントと考えています。AWSは十二分にこの目的には合致しています。特にパブリックではないVPCの存在は非常に大きい。 （分散処理としてHadoopMapReduceが最適か？とい
Amazon EC2の大規模障害、その時何が？
クラウドコンピューティングの普及に伴い、トラブルが顕在化し始めている。2011年4月、米アマゾン・ドット・コム子会社が提供するクラウドサービスの代表格「Amazon EC2」で、過去最大規模の障害が発生。多くの利用者に影響を及ぼした。クラウドサービスの大規模障害は他事業者でも発生している。また「仮想マシンがダウンした」といった小さなトラブルは、大規模クラウドサービスであればほぼ毎日発生していると言っても過言ではない。クラウドのトラブルはどのように起こるのか――。Amazon EC2で発生した大規模障害の実態に迫る。 米アマゾン・ウェブ・サービシズ（AWS）の仮想マシン貸しサービス「Amazon EC2」で2011年4月21日に発生した大規模トラブルは、多くのクラウドユーザーに教訓を残す事件だった。
20110927-hbstudy.pdf - 「さくらのクラウド」を例に見るネットワーク仮想化の設計と実装
「さくらのクラウド」を例に見る ネットワーク仮想化の設計と実装 さくらインターネット研究所 大久保修一 <ohkubo@sakura.ad.jp> Agenda • クラウドとは？IaaSとは？ • さくらのクラウドの目指すところ • ネットワークの設計と実装 • 将来の構想 • 仮想アプライアンス • まとめ 自己紹介 • 2003年4月 さくらインターネット入社 – 以後、ネットワークの運用に携わる • 2009年7月 さくらインターネット研究所 – 発足と同時に異動 – クラウド、IPv4アドレス枯渇について研究活動 • 2011年3月 クラウドサービスの開発に従事 – 主にネットワーク部分を担当 ところで、、 • 昨日(9/27)、PublickeyさんからPR記事を公開 いただきました。 • PR：「さくらのクラウド」のアーキテクチャは、意 外なほどシンプルだった • http:
PC上で稼働するPaaS互換環境、「Micro Cloud Foundry」のβ版が公開
今年の4月、VMwareはオープンソースで構成されるPaaS（Platform as a Service）基盤としてCloud Foundryを発表しました。Cloud Foundryは、JavaとSpring Framework、Grails、Ruby on RailsやSinatra、Node.jsなど幅広い言語とフレームワークをサポート。バックエンドのデータベースもMySQL、MongoDB、Redisなどをサポートしています。 PaaS基盤をローカルで動かす このPaaS基盤の互換環境を、PCやMacなどのローカルマシンで実行可能にした「Micro Cloud Foundry」のβ版が無料で公開されています。 Micro Cloud Foundryの機能は、クラウド上で実行されるCloud Foundryの機能と同一。Java、Spring Framework、Grails、Rub
Command Query Responsibility Segregation | SkillsCast
In this SkillsCast recording of a talk by Udi Dahan, he describes CQRS, the missing pattern which brings simplicity back to distributed systems architecture. If this talk inspired you to learn more about CQRS and DDD, you may like to check out more here: CQRS Questions & Answers on Stackoverflow Github Repository: Simple CQRS example on Github by Greg Young Github repository: Deploying the Domain
Greg Young流CQRS - Mark Nijhof - Digital Romanticism
この記事はMark Nijhof氏のブログ記事「CQRS à la Greg Young」を氏の許可を得て翻訳したものです。（原文公開日：2009/11/11） この記事は以前のブログである"blog.fohjin.com"にて公開していたものです。 以前、2日間の講習を受けた時に、ビールを飲みながらGreg Young氏とドメイン駆動設計について語るという幸運に恵まれたことがあります。その時の話題は専ら、コマンドクエリ責務分離（CQRS:Command and Query Responsibility Segregation）パターンに関するものでした。Gregは、Eric Evans氏が著作において説明したドメイン駆動設計を受け継ぎ、主に技術的な実装を進化させています。コマンドクエリ分離（CQS）は元々Bertrand Meyer氏によって考案されたもので、オブジェクトのレベルで適用さ
クラウドアーキテクチャパターン（via DoubleCloud.org） - 虎塚
調べ物をしていて、Cloud Architecture Patternsなるものに辿り着きました。 次の記事が、パターンに関する概要です。 Cloud Architecture Patterns: Overview http://www.doublecloud.org/2010/10/cloud-architecture-patterns-overview/ 別記事で、10個のパターンが解説されています。 ブログ記事ではありますが、アレグザンダーの『パターン・ランゲージ』や、それにインスパイアされて書かれた（いわゆる）パターン本の形式が、ほぼ踏襲されています。 Motivation: そのパターンを適用する前提や課題 Solution: Motivationに対する解決策 Applicability: パターンがどのように適用するか Consequence: パターンを活用した結果 Kno
Bridge Word
This shop will be powered by Are you the store owner? Log in here
セールスフォースのアーキテクチャはPaaSに向いていないと、Ruby on RailsクラウドのEngine Yardがブログで指摘
セールスフォースのアーキテクチャはPaaSに向いていないと、Ruby on RailsクラウドのEngine Yardがブログで指摘 セールスフォース・ドットコムは昨年12月、Ruby on RailsのPaaSを提供している「Heroku」の買収を発表しました。これにより、同じくRuby on RailsのPaaSを提供しHerokuのライバルであるEngine Yardの共同設立者兼CTOのTom Mornini氏が、「セールスフォース・ドットコムが隣人というよりも競合になった」と、同社のブログに「Cloud 2?」というエントリをポストしています。 そしてMornini氏は、「Ruby on Railsに未来がある、という点はセールスフォース・ドットコムに合意する」が、それ以外に合意できない点が2つあると書いています。 彼が同意できないと書いたのは、セールスフォースのアーキテクチャに
クラウドが昔ながらのSIerの仕事を奪うようになってきてはいるけれど - 達人プログラマーを目指して
Salesforceといえば、ちょうど最近行われたSalesforce Developers | Developer Eventsというイベントに参加された方もSI業界では多くいらっしゃるのではないかと思います。私はそのイベントには参加していませんでしたが、先日会社でSalesforceのSE*1の方からお話を伺う機会がありました。 Salesforceの提供するForce.comのようなパブリッククラウド上での開発を最初からなんとなく敬遠してしまう組織もあるかもしれませんが、多くの業務システム開発に対しては開発生産性がJavaや.NETの5倍という宣伝文句は決して大げさでないケースが多いと考えます。実際この5倍という数字は日本における実績というよりワールドワイドでの実績に基づくものと思われますが、海外ではそもそもSalesforceが対象とするような領域ではもともと生産性の高いフレームワ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラウドにおけるテスト
Docker