クラウド設計パターン - Azure Architecture Center
これらの設計パターンは、信頼性の高い、スケーラブルで安全なアプリケーションをクラウドに構築するために役立ちます。 パターンごとに、そのパターンで対処する問題、パターンの適用に関する考慮事項、Microsoft Azure に基づいた例を説明します。 ほとんどのパターンには、Azure でのパターンの実装方法を示すコード サンプルまたはスニペットが含まれています。 ただし、パターンのほとんどは、ホストが Azure か他のクラウド プラットフォームかにかかわらず、分散システムに関連しています。 クラウド ワークロードでは、分散コンピューティングに関する誤解が生じやすくなります。 クラウド設計に関する誤解の例を次に示します。 ネットワークは信頼できる 待機時間はゼロである 帯域幅は無限に存在する ネットワークはセキュリティで保護されている トポロジが変更されることはない 管理者は 1 人しかい
Google、「Cloud Build」発表。ビルド／テスト／デプロイの実行をマネージドサービスで提供、1日あたり120分まで無料。GitHubと提携も － Publickey
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で動かしたというのは、それなりのイン
【製品動向】DropboxやAmazon EC2を守る「クラウド向け暗号化製品」
Infrastructure as a Service（IaaS）をはじめとするクラウドサービス向けの暗号化製品が充実し始めた。クラウドに貴重なデータを預ける際、データが暗号化されていれば不正に利用されずに済み、情報漏えいの危険性も抑えることができる。本稿は、クラウド向け暗号化製品の最新動向を示す。 関連記事 クラウド活用時に考慮すべき7つの課題とその対策～認証・暗号化編～ パブリッククラウド調査結果、セキュリティが不安な一方で3割は導入に前向き 製品の現状：データセキュリティへの関心の高まりで製品が充実 クラウド向け暗号化製品が登場した背景には、クラウドのデータセキュリティ対策に関する関心の高まりがある。例えば、トレンドマイクロの米国法人が2012年8月に発表した調査結果によると、半数以上の53.6％が、クラウドサービスの採用を思いとどまる主な理由として、データセキュリティを挙げている（
異種クラウド環境を一元的に管理するツールでクラウド活用を効率化
クラウドに対する認識の高まりとともに、個人ユーザーのみならず企業においてもパブリッククラウドの活用が進んでいる。ただ、必要なサービスやリソースをオンデマンドで手軽に導入できるパブリッククラウドの利便性は、その一方でユーザー個人や部門による安易な利用を招いているのも事実である。結果、IT管理者のまったく関知しない、いわゆる「勝手クラウド」が社内のあちこちに増殖しているケースが珍しくない。 けれども、オンプレミスのITインフラとパブリッククラウドが分断された状態では、全体最適化されたシステム運用を実現することはできない。さらに、こうした状況をそのまま放置すれば、やがてはITガバナンスの崩壊に陥り、重大なセキュリティーインシデントを発生させる恐れがある。 オンプレミスとパブリッククラウドを“地続き”でつなぎ、適材適所でシステムを配置あるいは移動できるようにする。また、オンプレミスのリソースが不足
【パブリッククラウド導入大作戦！】第2回：セキュリティリスクとクラウド環境
パブリッククラウド導入大作戦第２回目のテーマは「セキュリティ」です。 この「セキュリティ」という言葉が、クラウド導入時には何度も何度も出てくることになります。今回はクラウド利用におけるセキュリティーについて、考えてみたいと思います。 前半では「セキュリティとは何であるか」「セキュリティ対策へ取り組む方針」について考えます。そして後半では「守るべきポイントと対応策」「セキュリティ担保への５つの方針」をお届けします。 ＜前書き＞ インターネットが会社で使われるようになった時期にも、現在と同じようなことがあったように思います。「インターネットにわが社の顧客リストが曝されてしまったらどうするんだっ！」というようなのが代表的な台詞だった気がします。 流行しはじめた技術はとても残念なことに、誤解を招き兼ねない宣伝文句や各種装飾により彩られる流行言葉を身にまとわされ、全然違う姿に見えることすらあります。
クラウド利用で直面する三つの課題、解決の鍵は「ネットワーク」にあり：日経 xTECH Active
資料の紹介 ビジネスのグローバル化に伴い企業間競争が激化する中、業務システムのインフラにはますます柔軟性が求められるようになっている。その解決策として注目が集まるのがクラウドだ。グローバル競争に勝ち抜くためには、クラウドインフラをビジネスの原動力に変える必要がある。 ただし、単にクラウドを利用するだけでは、思い通りの効果は引き出せない。ローカル環境と同様のパフォーマンスをクラウドでどう引き出すか。ネットワークの故障など、クラウドサービスにアクセスできなくなる事態をどう回避するか。いつでもどこでもクラウドを利用可能にするには――。こうした三つの課題を解決する鍵は、足回りとなるネットワークにある。ネットワークの視点から、クラウドの導入効果を引き出す具体策を紹介する。
Google参入に活気づくオンラインストレージ、主要12サービスを徹底比較
図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
「サーバーを持たない」という選択ー中堅企業が実現したビジネス継続性：日経 xTECH Active
資料の紹介 NSファーファ・ジャパン（資料作成時社名：ニッサン石鹸）は、当初社内ITサービスの改善と管理負荷軽減を目的にプライベートクラウド化を進めてきた。この取り組みは、東日本大震災を経た現在、BCP（事業継続計画）の実現という形で実を結んでいるという。 NSファーファ・ジャパンは、東京都墨田区の本社拠点を中心に、大阪支社、兵庫工場、そして茨城に関東工場を持つ中堅企業だ。 陳腐化しつつあったIT基盤をプライベートクラウド化することで、ITの利用環境を改善した同社だが、2009年末から2010年2月頃にかけて、同社経営陣より「社内セキュリティおよび対災害環境のさらなる向上」という指針が示されていた。 業務データのバックアップ環境を整備し、またBCP（事業継続性）を高めるという観点から、同社はIT基盤のさらなる改修に取り組んだという。 本事例では、NSファーファ・ジャパンが取り組んできたプラ
クラウドの勝ちパターン
クラウドを使ったシステム開発では、従来のアーキテクチャー設計の常識は通用しない。性能・信頼性・セキュリティを高め、コストを下げる。クラウドとオンプレミスでシステムを連携させる――。こうした課題を解決するアーキテクチャーの工夫がある。そんな「勝ちパターン」を紹介する。 目次
クラウド事業者によるサーバーハードのオープンソース化が進展 - Open Compute Summit
クラウド事業者によるサーバーハードのオープンソース化が進展 - Open Compute Summit フェイスブック製のストレージや21インチラックが公開 米フェイスブックが中心となって設立した、サーバーハードウエアのオープンソース化を推進する団体、米オープン・コンピュート・プロジェクト（OCP）ファウンデーションが2012年5月2～3日、米テキサス州サンアントニオで「Open Compute Summit」を開催した。 同サミットでは、フェイスブックが設計したストレージや、幅が21インチという新仕様のサーバーラックなどが新たに公開されたほか、米ヒューレット・パッカード（HP）や米デルなどの大手メーカーがOCP仕様の製品を開発したことなどが明らかになった。基調講演を中心に、サミットの内容をレポートしよう。 データセンター事業者が集まってハード仕様を決定 OCPは元々、フェイスブックが自社
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CNCF Landscape
Amazon.co.jp: 業務システム クラウド移行の定石: 吉羽龍太郎: 本
Yahoo!がKubernetes上でOpenStackを動かす理由とは？ 興味深い事例がいくつも紹介されたOpenStack Days Tokyo 2017
クラウドドライブを容量無制限で提供、「Bitcasa」が日本進出、年額99ドル 10GBまでの無料トライアル版も
http://www.unit-hosting.com/
IT news, careers, business technology, reviews
「さくらのクラウド・ストレージに関する報告書」掲載のお知らせ
