アーキテクトは、機能要件と非機能要件の両方を満たすようにプラットフォーム サービス、機能、コードを統合してワークロードを設計します。 効果的なワークロードを設計するには、これらの要件を理解し、ワークロードの制約の課題に対処するトポロジと手法を選択する必要があります。 クラウド設計パターンは、多くの一般的な課題に対するソリューションを提供します。 システム設計は、確立された設計パターンに大きく依存します。 これらのパターンの組み合わせを使用して、インフラストラクチャ、コード、および分散システムを設計できます。 これらのパターンは、信頼性が高く、安全性が高く、コスト最適化され、運用効率が高く、高パフォーマンスのアプリケーションをクラウドで構築するために不可欠です。 次のクラウド設計パターンはテクノロジに依存しないため、分散システムに適しています。 これらのパターンは、Azure、他のクラウド

The CNCF Cloud Native Landscape is intended as a map through the previously uncharted terrain of Cloud Native technologies. It attempts to categorize projects and products in the Cloud Native space.

Googleはクラウド上でソースコードのビルド、テスト、デプロイなどを自動的に実行してくれるマネージドサービス「Cloud Build」を発表。あわせてソースコードのリポジトリとしてGitHubとの提携も発表しました。 Cloud Buildは、クラウド上でDockerコンテナを利用してソースコードをビルドし、自動テストを行い、コンテナプラットフォームなどへデプロイするプロセスを自動的かつ高速に実行してくれるマネージドサービスです。 マネージドサービスのためセットアップや運用の手間はかからず、自動的にビルド処理がスケールアウトするため高速に実行されるなどの特長を備えています。 ソースコードのリポジトリとして、Google Cloud Source RepositoriesやGoogle Cloud Storageにアップロードしたソースコードなどを利用可能。GitHub Marketpla

某エントリーの話で、「なんでもかんでもクラウド化なのか？」というお話もご意見も多数頂戴いたしまして。一応念押しですが、そういうつもりはまったくないですよ。以下、個人的な補足メモです。会社の意見ではありません。一応、会社の公式声明は「できるものは、とっとクラウド化したほうがいいですよ。」です。 クラウド化の是非については、いろいろあるでしょう。ユーザーの所属する産業毎にシステムのあり方・考え方は違うでしょうし、当然クラウド化すべきだという意見や、いやそもそも無理があるという意見もあると思います。ただ、今までのように先例がないから無理、という理屈は通用しなくなっているのが現状でしょう。その意味では無茶な理屈ではなく、普通に選択肢としてクラウド化が候補になっている、と思います。その上で、クラウド化しない、するという議論が普通にできる状態になりつつあると思います。 そんな中でいろいろ思うところをち

2013年の夏・秋の状況の整理として記録しておきます。数年したら変わっているか、そもそも自分の仮説が違うかわかるのでそのポイントとしても記述しておきます。 4月以降、「業務系システムのクラウド化」ということで、顧客各社やマーケットへのヒアリングを行ってきています。対象はいわゆるWeb系は除いてあります。曖昧な言い方になりますが一般に「IT業界でエンタープライズ」と言われるセグメントにフォーカスしています。結果としてわかったのは、企業のクラウド利用についての意識は、言われているほどには高くはない、というのが現状です。ただし、これは一様に低い、ということではなく、かなり業界やセグメントや企業規模によって違いがあります。この違いの要因と今後どのようなところに影響するのか、というのが興味の焦点です。尚、これは自分個人の印象や某社でのヒアリングの整理のみをよりどころにしているので、たかだか200社弱

二年経過したので記録として置いておく感じで。 ということで気がついたら設立から二年経過していました。正直、まだ二年しか経過していないのか、という感じがします。この一年は二年分ぐらいの時間感覚でした。まじで時間経過が速すぎて死ぬかと思った。去年の今頃はAsakusaの立ち上げで、特にSI屋向けのサポートに力を入れていた時分で、今と状況がまるで違う状況でした。この一年では大きな試行錯誤を二回ほどやった感じになっていて、現在ではAsakusaの向こう側の違う方向性の模索し始めているところです。 大きな方向性としては、この一年で以下が大きく違ってきていると思います。 1.クラウド・コミットが普通になってきた、とはいえ、一方でまだまだというところも実情。元々クラウド上で構築や作業や環境の獲得は普通にやってきましたが、やはり、春先の西鉄ストアさんの基幹業務系をAWSで動かしたというのは、それなりのイン

Infrastructure as a Service（IaaS）をはじめとするクラウドサービス向けの暗号化製品が充実し始めた。クラウドに貴重なデータを預ける際、データが暗号化されていれば不正に利用されずに済み、情報漏えいの危険性も抑えることができる。本稿は、クラウド向け暗号化製品の最新動向を示す。 関連記事 クラウド活用時に考慮すべき7つの課題とその対策～認証・暗号化編～ パブリッククラウド調査結果、セキュリティが不安な一方で3割は導入に前向き 製品の現状：データセキュリティへの関心の高まりで製品が充実 クラウド向け暗号化製品が登場した背景には、クラウドのデータセキュリティ対策に関する関心の高まりがある。例えば、トレンドマイクロの米国法人が2012年8月に発表した調査結果によると、半数以上の53.6％が、クラウドサービスの採用を思いとどまる主な理由として、データセキュリティを挙げている（

クラウドに対する認識の高まりとともに、個人ユーザーのみならず企業においてもパブリッククラウドの活用が進んでいる。ただ、必要なサービスやリソースをオンデマンドで手軽に導入できるパブリッククラウドの利便性は、その一方でユーザー個人や部門による安易な利用を招いているのも事実である。結果、IT管理者のまったく関知しない、いわゆる「勝手クラウド」が社内のあちこちに増殖しているケースが珍しくない。 けれども、オンプレミスのITインフラとパブリッククラウドが分断された状態では、全体最適化されたシステム運用を実現することはできない。さらに、こうした状況をそのまま放置すれば、やがてはITガバナンスの崩壊に陥り、重大なセキュリティーインシデントを発生させる恐れがある。 オンプレミスとパブリッククラウドを“地続き”でつなぎ、適材適所でシステムを配置あるいは移動できるようにする。また、オンプレミスのリソースが不足

パブリッククラウド導入大作戦第２回目のテーマは「セキュリティ」です。 この「セキュリティ」という言葉が、クラウド導入時には何度も何度も出てくることになります。今回はクラウド利用におけるセキュリティーについて、考えてみたいと思います。 前半では「セキュリティとは何であるか」「セキュリティ対策へ取り組む方針」について考えます。そして後半では「守るべきポイントと対応策」「セキュリティ担保への５つの方針」をお届けします。 ＜前書き＞ インターネットが会社で使われるようになった時期にも、現在と同じようなことがあったように思います。「インターネットにわが社の顧客リストが曝されてしまったらどうするんだっ！」というようなのが代表的な台詞だった気がします。 流行しはじめた技術はとても残念なことに、誤解を招き兼ねない宣伝文句や各種装飾により彩られる流行言葉を身にまとわされ、全然違う姿に見えることすらあります。

資料の紹介 ビジネスのグローバル化に伴い企業間競争が激化する中、業務システムのインフラにはますます柔軟性が求められるようになっている。その解決策として注目が集まるのがクラウドだ。グローバル競争に勝ち抜くためには、クラウドインフラをビジネスの原動力に変える必要がある。 ただし、単にクラウドを利用するだけでは、思い通りの効果は引き出せない。ローカル環境と同様のパフォーマンスをクラウドでどう引き出すか。ネットワークの故障など、クラウドサービスにアクセスできなくなる事態をどう回避するか。いつでもどこでもクラウドを利用可能にするには――。こうした三つの課題を解決する鍵は、足回りとなるネットワークにある。ネットワークの視点から、クラウドの導入効果を引き出す具体策を紹介する。

図1●Google Driveの対応プラットフォーム。専用クライアントソフトは、Windows版、Macintosh版、Android版が用意されており、iPhoneやiPad向けのiOS版もまもなく提供開始する予定 かねてうわさに上っていた米Googleの参入で、オンラインストレージ（あるいはクラウドストレージ）市場が、にわかに活気づいている。同社の投入した「Google Drive」は、従来のGoogle Docsの発展形であり、Webブラウザで様々な文書を編集できるなど、Google Appsとの連携機能が強み。5Gバイトまで無料だ（図1）。 これに前後して、真っ向から競合する米Dropboxの「Dropbox」は共有リンクとビューアを強化、米Microsoftの「SkyDrive」はフォルダ同期機能と有料メニューを導入、米Amazon.comの「Amazon Cloud Drive

資料の紹介 NSファーファ・ジャパン（資料作成時社名：ニッサン石鹸）は、当初社内ITサービスの改善と管理負荷軽減を目的にプライベートクラウド化を進めてきた。この取り組みは、東日本大震災を経た現在、BCP（事業継続計画）の実現という形で実を結んでいるという。 NSファーファ・ジャパンは、東京都墨田区の本社拠点を中心に、大阪支社、兵庫工場、そして茨城に関東工場を持つ中堅企業だ。 陳腐化しつつあったIT基盤をプライベートクラウド化することで、ITの利用環境を改善した同社だが、2009年末から2010年2月頃にかけて、同社経営陣より「社内セキュリティおよび対災害環境のさらなる向上」という指針が示されていた。 業務データのバックアップ環境を整備し、またBCP（事業継続性）を高めるという観点から、同社はIT基盤のさらなる改修に取り組んだという。 本事例では、NSファーファ・ジャパンが取り組んできたプラ

This is (probably) the unreleased Google Pixel Tablet PenThis abandoned Pixel product was never meant to see the light of day.

クラウドを使ったシステム開発では、従来のアーキテクチャー設計の常識は通用しない。性能・信頼性・セキュリティを高め、コストを下げる。クラウドとオンプレミスでシステムを連携させる――。こうした課題を解決するアーキテクチャーの工夫がある。そんな「勝ちパターン」を紹介する。 目次

「さくらのクラウド・ストレージに関する報告書」を掲載いたしましたのでお知らせいたします。 本書では、現行ストレージに関する不具合の経緯ご報告を行なうとともに、現在ベータ版を提供している新ストレージの説明、および「さくらのクラウド」のお申し込み受付再開までのスケジュールをご案内しております。 詳しくはこちらをご覧ください。 さくらのクラウド・ストレージに関する報告書　(PDF)

米フェイスブックが中心となって設立した、サーバーハードウエアのオープンソース化を推進する団体、米オープン・コンピュート・プロジェクト（OCP）ファウンデーションが2012年5月2～3日、米テキサス州サンアントニオで「Open Compute Summit」を開催した。 同サミットでは、フェイスブックが設計したストレージや、幅が21インチという新仕様のサーバーラックなどが新たに公開されたほか、米ヒューレット・パッカード（HP）や米デルなどの大手メーカーがOCP仕様の製品を開発したことなどが明らかになった。基調講演を中心に、サミットの内容をレポートしよう。 データセンター事業者が集まってハード仕様を決定 OCPは元々、フェイスブックが自社設計したサーバーやラック、データセンター設備（電源や冷却ファン）などの設計図をオープンソースとして公開するプロジェクトとして、2011年4月に始まったものであ