Google Cloud Platform(2) Advent Calendar 2016 8日目を担当するk-bataです。 Qiitaへ投稿するのは初めてで読みづらい点もあるかと思いますが、最後までお付き合いくださいませ。 今年になってGCPの東京リージョンが発表され、AWSにしか関心がなかった自分がGCPを触ってみたところ、非常に使いやすいと感じました。 特に運用フェーズではGCPの方が使いやすいと感じるところがありましたので、AWSと比較しながら紹介したいと思います。 対象となるかた AWSでたくさんのアカウント（VPC）を管理しているインフラ担当 GCPに興味はあるが、運用で楽できるのか不安に思っている方 ハードウェアメンテナンスで仮想マシンが停止しない AWSで１００台以上のインスタンスを運用していると、月に一度はどこかの仮想マシンがメンテナンス再起動の必要に迫られます。 AW

プライベートクラウド、パブリッククラウドを合わせた国内のクラウド市場は2015年に対前年度比33.7%増の1兆108億円、2020年度には3兆3882億円と3兆円を超える市場に成長するという予測を、MM総研が発表しました。 同社が予測した国内クラウド市場とは、プライベートクラウド（ホステッド、オンプレミス、コミュニティ）、およびパブリッククラウド（IaaS/PaaS/SaaS）を合わせたもの。 プライベートクラウドの市場規模は、2015年度に前年度比39.7％増の7352億円。2020年度まで年平均30.3％成長し、2兆7644億円になると同社は予測。 パブリッククラウドの市場規模は、2015年度に前年比19.8％増の2576億円。2020年度までに年平均17.7％成長で2020年度には6238億円に達すると予測されています。 シェアトップのAWSをAzureが追い上げ 法人に対する利用中

ガートナーがIaaSクラウド市場のマジッククアドラント2016年版を発表。Amazonクラウドの圧倒的リーダーは変わらず 米調査会社のガートナーは、Iaas市場におけるベンダの特徴を示した2016年版のマジッククアドラント「Magic Quadrant for Cloud Infrastructure as a Service, Worldwide」を公開しました。 マジッククアドラントでは、右上に位置づけられるベンダほど市場に対応する成熟した製品を提供しており、市場の方向性にも影響を及ぼすリーダーであるとされます。右下はビジョナリーとして概念は先行するが能力が実証されていない傾向があり、左下は特定市場を指向したニッチなプレイヤーの傾向があるとされています。 2016年版でもAmazonクラウドが他社を大きく引き離した圧倒的なリーダーの位置にあり、マイクロソフトが2番手につけている構図は昨

Google Compute Engine、全世界のリージョンが同時に外部とのネットワーク接続を失うという深刻な障害が発生。ネットワーク管理ソフトウェアにバグ クラウドのどこかで障害や災害が発生したとしても、その影響はアベイラビリティゾーンを超えることはなく、そのために複数のアベイラビリティゾーン（Google Compute Engineでは「ゾーン」）にシステムを分散して配置することで、クラウドの障害の影響を受けない高い可用性を備えたシステム構築ができる。これはクラウド（IaaS）に対応したシステム構築におけるもっとも基本的な考え方です。 しかし先週、2016年4月11日にGoogle Compute Engineで発生した通信障害は、アベイラビリティゾーンどころかリージョンの境界も越え、世界中にあるすべてのリージョンのインスタンスが同時に外部とのネットワーク接続を18分間に渡って失う

2015年、365日のあいだ一度も落ちなかったクラウドはあるか？ AWSやAzureなど主要クラウドのダウンタイムについてCloud Harmonyの調査結果 クラウドを対象にした調査会社CloudHarmonyは、おもなクラウドの稼働状況をつねにモニタリングし、稼働状況を累積表示するダッシュボード「CloudSquare」を公開しています。 これはサーバのモニタリングサービスを提供しているPanoptaの協力によって実現しているもので、Panoptaは60秒ごとにエージェントから情報を収集しているとのこと。 これを見ると、AmazonクラウドやMicrosoft Azure、SoftLayer、Google Compute Engineなど主要クラウドが過去1年にどれくらいダウンしていたのか、あるいは一度も落ちなかったクラウドがあるのかといった情報を見ることができます。 この1年、AWS

2015年09月08日の「JAWS-UG 千葉支部 Vol.5 ～秋のAWS Lambda & API Gateway 祭り！！～」で発表した資料です。Read less

IaaS/PaaS/SaaSを合わせた国内パブリッククラウド市場、2015年は2516億円。4年後の2019年には5404億円。IDC Japan 調査会社のIDC Japanは、国内パブリッククラウド市場の予測を発表しました。 IaaS/PaaS/SaaSを合わせた2015年の国内パブリッククラウド市場は、前年比29.5％増の2516億円となる見込み。4年後の2019年には5404億円と予測されています。 IDC Japanの分析では、従来のIaaSは開発環境やWebサイトなどによる利用が成長をけん引してきましたが、2014年以降は業務アプリケーションの稼働に必要なミドルウェアなどの動作検証やライセンスの整備が進んだおかげで、開発環境やWebサイトなどの利用に加えて業務アプリケーションの利用が成長要因に加わったとしています。 SaaSについても、モバイル対応に優れたコラボレーションソフト

2015年のIaaS＋PaaS国内市場規模は昨対比40％増の1200億円超へ、今後はPaaSが市場を牽引。矢野経済研究所 矢野経済研究所は国内のIaaSとPaaS市場に関する調査結果を発表しました。 調査結果によると、事業者売上高ベースで昨年（2014年）のIaaSとPaaSを合わせた市場規模は前年比49.3％増の906億円と大きく成長。今年（2015年）は39.3％増の1262億円と予想されています。 IaaS/PaaS市場が成長し続ける背景には、クラウドの基盤サービスを提供する事業者とユーザー企業とのあいだで導入や運用を支援するクラウドインテグレーターやクラウドブローカーが不可欠な存在になっており、エコシステムの拡充に貢献しているためと分析されており、クラウドインテグレーターやクラウドブローカーへの参入は増加基調にあることから競争も激しくなってきているとのこと。 IaaSについては、価

Auto Scaling を使った構成の場合、EC2 へのデプロイはどうやっているでしょうか？ AWS を使ってる方はご存知の方も多いと思いますが、EC2 には User Data という仕組みがあります。 User Data は、インスタンス起動時にタスクやスクリプトを実行する仕組みです。 今回この User Data を使って、自分自身のインスタンスから最新のソースを GitHub から取得してデプロイする方法についてご紹介したいと思います。 図で表すと以下のイメージですかね。 ssh localhost？ デプロイツールには Capistrano を使いますが、Capistrano は、デプロイ対象のサーバーに対してまず ssh で login を行います。 その後、サーバー上でデプロイ対象のコードの取得や、サービスの再起動をしたりしますが、 AutoScaling は自動でインスタ

2年以内にIaaSの75％が再設計や廃止へ、従業員は自分の作業をクラウドで自動化し始める。IDCのクラウド予想2015年版 発表された10の予想を通してみると、6番で予想されているIaaSが機能ドリブンや極小価格のように利用モデルが細分化されていく様子や、それに伴い9番で予想されているIaaSという分野の大きな変動が興味深く見えてきます。 また、SaaSの普及によって3番で予想されている従業員が自分のためにアプリケーションを構築することが増えてくることや、4番で予想されているインダストリクラウドの発展、9番で予想されているIT予算のクラウドシフトなど、SaaS分野でも利用モデルとニーズが多様化していくことが見て取れます。 以下にIDCが発表した10の予想をまとめました。 IDC Reveals Cloud Predictions for 2015 1. 2016年よりも前に、IT部門の65

はじめに AWSの費用見積をする際におさえておいたほうがよいポイントについて説明します。 従量課金制である AWSのほとんどのリソースは1時間毎、もしくは利用量毎の課金です。 従量課金制の一番よいところは、ずっと使い続けなくてよいというところです(あたりまえですが)。 急なイベントの時にだけリソース増強 (弊社のこの事例はまさにそれです) 検証環境は必要な時に本番環境から作成 という使い方をすることで費用削減が可能です。 実際の必要リソースがわからない部分については、リソース大目の環境を作って検証して、結果的に不必要であればその時点でインスタンスを小さく/大きくする等で対応できます。 最初の見積がずれていても、ずっとそのコストを払わなくてもよい点、頭の片隅のおいておいてください。 また、AWSならではの従量課金の項目もあります。 EBS(ネットワークストレージ)のI/O ネットワークの通信

基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る（後編） 基幹システムをクラウドで実現する。その過程でどのような技術を用い、どのような苦労があったのか。小売り流通業である西鉄ストアの基幹システムをAmazonクラウド（以下、AWS：Amazon Web Services）の上で実現したノーチラス・テクノロジーズが、その詳細について紹介したセミナーを5月15日、アマゾンジャパン本社のセミナールームで開催しました。 （本記事は「基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る（前編）」の続きです） 和製クラウドでトラブルが続き、やむなくAWSへ移行 インフラについて。やはり和製クラウドベンダのインフラは値段が高い。いろいろ話をして安くならないかと相談したけれど、無理でした。理由は簡単です。デ

個人的には割と大変だったので、その辺をまとめておきます。 ニュースリリースはこちら。 http://www.nautilus-technologies.com/topics/20130409.html 要するに本部系バックエンド基幹システムの「一式」のクラウド移行です。完全なミッションクリティカルシステムで、止まった段階で業務に確実に影響が出ます。 システムの機能概要 1.売上の確定処理と債権管理 POSデータの直結です。売上確定処理を行います。同時に債権管理も行い、F/Bからの入金データをそのままつなぎ込み、入金処理・債権の消し込み処理を実行します。マッチングは自動処理できるものは処理を行い、ヒューリスティックなものはユーザー判断に従います。 2.仕入・費用の計上と確定処理、および支払いデータの作成 費用・在庫の計上確定処理です。当時に支払データの確定処理を行います。EDI（BMS）との

ニュースリリースというか記事はこちら。日経の中田さんの記事ですね。 http://itpro.nikkeibp.co.jp/article/NEWS/20130306/461423/ この辺の解説を記録のために書いておきます。個人的にはちょっとしたマイルストーンなので。 まずEDIの定義ですが、これはElectronic Data Interchangeの略で、B2Bでの電子データ交換の仕組み自体をさします。歴史的にはITの歴史と同じくらい古い。当然インターネットよりも古い。昔は（場所によっては今も）電話で”ぴー”とか”がー”とかやっていた代物です。多分50年以上の来歴を誇る仕組みですね。業界ごとにその業界に応じたプロトコルが制定されており、いわゆる標準化がもっとも進んだ分野のひとつです。そして、大抵はミッションクリティカルな業務に属します。エンタープライズ系のITでは最下層に位置するレイ

TISは2012年10月15日、Java言語に対応したWebアプリケーション開発基盤サービス「eXcale（エクスケール）」のベータ版をリリースした。WebアプリケーションやSaaS（Software as a Service）の開発・公開に必要なWebサーバー、データベースサーバー、アプリケーションからのインターネット接続をPaaS（Platform as a service）の形態で提供する。ベータ版は、同社の製品サイトでユーザー登録をすれば無料で利用できる（写真）。 eXcaleは、Amazon Web Servicesを利用して提供されるWeb開発者向けのPaaSである。Ruby、Java、PHP、Node.jsの4つの開発言語に対応。アプリケーションの負荷に応じて自動でスケールアウト、負荷分散を行う。オープンソースの分散型バージョン管理システム「Git」およびファイルアップロード

Amazonクラウドで国内金融機関の安全基準は満たせる。SCSK、ISID、NRIの3社が調査結果を公開 しかしSCSK、電通国際情報サービス（ISID）、野村総合研究所（NRI）の3社は、金融庁の外郭団体である金融情報システムセンター（FISC）が策定したセキュリティに関する自主基準「金融機関等コンピュータシステムの安全対策基準」について、Amazonクラウドで対応するためのガイドライン「金融機関向け『Amazon Web Services』対応セキュリティリファレンス」（以下、セキュリティリファレンス）を公開しました。 セキュリティリファレンスは、全部で295305項目あるFISCの安全対策基準の項目それぞれについて、クラウド事業者であるAmazonクラウドの対応とSI事業者や利用者での対応を調査してまとめたもの。「ATM（自動現金預け払い機）のような、クラウドとは関係ないものは対象外