3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その2 Azure固有の優位性について) - Qiita
3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その2 Azure固有の優位性について)Azure 3大クラウド(AWS,Azure,GCP)をそれぞれプロダクションで実運用した感想(その2 Azure固有の優位性について) はじめに 前回記事で3大クラウドに関して、各々のクラウドのシェアと将来性に関して感想を記述したところ、トレンド1位になったりと大変大きな反響をいただきました。 長い記事であったにも関わらず、目を通してくださった読者の皆様ありがとうございます！ しかしながら、予想外のバズり方をしてしまってだいぶハードルが上がってしまったのと、ちょうど弊社でインパクトの大きい経営施策(シリーズBの資金調達/事業譲渡)が立て続けに執行されたことが相まって、記事第二弾の投下が遅くなってしまいました。 楽しみにしてくださっていた方々、申し訳ございません。 今
AWS・GCP・AzureのIoTプラットフォームを調べている - Qiita
プロトコルはMQTTかHTTP、各社デバイスパートナを持っており、そのデバイス上で使えるSDKを提供している感じ。エッジでは機械学習 各サービスの資料 軽くググったら出てきた資料たち AWS が提供する IoT ソリューションと ITS における活用 「AWS IoTのベストプラクティス」それホント！？ オートモーティブIoT GCP Azure SORACOM SORACOMはこの分野でかなり頑張ってる感じ。GAFAのIoTプラットフォームの劣化版を作らず、彼らに乗っかって早くPoCを回してやりたいことをやってしまおうというアイデア。以下の資料は、技術だけじゃなくて、IoTプロジェクトの進め方、ベストプラクティスに言及していて面白い。GCP, Azure, AWSともにアーキテクチャの図が横通しで見られる。 「作りこまない IoT 」を実現するためのクラウドネイティブな IoT システム
Google Cloud Platform Cloud Billing IAM を軽く説明 - Qiita
Cloud Billing IAM とは Cloud Billing IAMとは、Google Cloud Platform(GCP) の請求情報となる請求先アカウントに対する役割を制御します。 請求先アカウントにはクレジットカード情報等お支払い情報が設定されています。お支払い情報は、GCP の使用を始める際に設定する必要になります。 Cloud Billing IAMは、Cloud IAM の設定画面ではなく、お支払いの画面で設定します。（一部はCloud IAM で設定します。） コンシューマーが無料の@gmail.comからGCPを利用する場合は、特に意識することなく自分（ユーザー）がプロジェクトオーナーであり、請求先アカウント管理者となります。 G Suite や Google Cloud Identity を使って複数ユーザーを管理する場合、組織のアカウントの請求先アカウントを１
中規模プロジェクトでの GCP権限管理(アクセス制御)ベストプラクティス - Qiita
GCP(Google Cloud Platform)の開発・運用者へ付与する権限の管理について、現状のベストプラクティスを考えてみました。 ※Googleが推奨する権限管理の形とは異なる部分があります。あくまで個人の考えたベストプラクティスですので、ご了承下さい。 目次 はじめに なぜ権限管理が必要なのか どうしたいのか GCPの権限管理 アクセスする主体と役割の管理方法 アクセス対象と権限の管理方法 GCP権限周りの困りポイント・注意すべきポイント こんな運用もあり 現状のベストプラクティス ←時間のない人はこちら コード化して管理する 運用してみて良かったこと・課題と今後 おわりに はじめに GCPの権限管理(IAM)周りについての基礎知識はこちら。 Cloud IAM 概念 Google Cloud Platform(GCP)のCloud IAM Qiita記事, GSuiteやCl
AWSとGCP間をVPN接続してみた
はじめに AWSとGCP間をシームレスに接続する必要が出てきたので、VPNセッションを冗長化する方法で実装しました。 この投稿内容は、テスト環境上に実装＆動作検証した際の備忘録となります。 VPN要件 ２つのVPN接続を用意して冗長性を確保する。 クラウド間はBGP(Border Gateway Protocol)を用いてルーティング情報を交換する。（ダイナミックルーティング） 両クラウド基盤は、東京リージョン間を接続する。（距離遅延を最小に抑える為） 実装後のネットワーク構成イメージ VPN周りの構成を検討するにあたり、公式ドキュメントにある『冗長 Cloud VPN トンネル』を参考にした。 また本投稿ではテスト環境下で検証した為、IPアドレス等の情報をマスクせずに記載する。 （現在は全てのテスト環境を削除した為、アドレス等は存在していません。） VPN接続手順 (GCP) 外部IPア
[GCP] ひとつのサービスアカウントで複数プロジェクトのリソースへアクセスする - Qiita
Hello Kids! キミはもう、たっぷり GCP 使えた ? Google Cloud Certified Professional Cloud Architect とったキミも、 まだまだのキミも、「GCP」 に挑戦だ !! How's your mouth rolling today ! なんとなく、イマクニ の ポケモン言えるかな? が頭をよぎったので書いちゃいました。 おふざけはこれでいいとして現在、PJ で GCP を使っています。 そこで、こんな要件が出てきました。 "ひとつのサービスアカウントで、複数プロジェクトのリソースへアクセスしたい" 要は、下図で説明すると service-account.json を持っている Host から、red-pj が抱える red-topic と yellow-pj が抱える yellow-topic のデータにアクセスをしたいというこ
![[GCP] ひとつのサービスアカウントで複数プロジェクトのリソースへアクセスする - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/3c80a2a7bf085933a4ad3f72f92cade52e0c1b76/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-7940cd1c8db80a7ec40711d90f43539e.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR0NQJTVEJTIwJUUzJTgxJUIyJUUzJTgxJUE4JUUzJTgxJUE0JUUzJTgxJUFFJUUzJTgyJUI1JUUzJTgzJUJDJUUzJTgzJTkzJUUzJTgyJUI5JUUzJTgyJUEyJUUzJTgyJUFCJUUzJTgyJUE2JUUzJTgzJUIzJUUzJTgzJTg4JUUzJTgxJUE3JUU4JUE0JTg3JUU2JTk1JUIwJUUzJTgzJTk3JUUzJTgzJUFEJUUzJTgyJUI4JUUzJTgyJUE3JUUzJTgyJUFGJUUzJTgzJTg4JUUzJTgxJUFFJUUzJTgzJUFBJUUzJTgyJUJEJUUzJTgzJUJDJUUzJTgyJUI5JUUzJTgxJUI4JUUzJTgyJUEyJUUzJTgyJUFGJUUzJTgyJUJCJUUzJTgyJUI5JUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz01NTFlMGJlNzEwNDQ1M2FiYWIzODJmYjNmYTYyZDEzZA%26mark-x%3D120%26mark-y%3D96%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9OTcyJnR4dD0lNDBndXJvbWl0eWFuJnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0xNjhjNTU2ZGJlZjViMTU0ODNiMDBkZWM3YTc0N2ZlOQ%26blend-x%3D120%26blend-y%3D500%26blend-mode%3Dnormal%26s%3D6bfcafb76bdb004f36b19deb7397e453)
Google・Microsoft・AWS・IBMが提供するJupyter Notebook サービスのまとめ
はじめに データ分析及び機械学習ですっかりおなじみになったJupyter Notebook(以下、Jupyter)ですが、昨年(2016年)あたりからGCP(Google)・AWS・Microsoft Azure・Bluemix(IBM)といった主要なクラウドベンダーからJupyterのホストサービスが登場するようになってきました。その中には無料で使えるサービスもあるため、ローカルの環境構築を意識しないでPythonやデータ解析・機械学習等のコードを動かしたり共有できるようになり、勉強会やハンズオンの敷居も低くなっているように感じられます。 今回は勉強会で環境構築に困った際にこういう選択肢もあるよという意味で、各ベンダーが提供するJupyter環境をまとめてみました。 サービス一覧 Google / GCP Colaboratory Cloud Datalab Microsoft Azur
ChromebookでのプログラミングはGoogle Compute Engineが良さそう - Qiita
始めに Chromebook愛用者向けの記事です。 Chromebook大好き。WindowsよりもUbuntuよりもArchよりもMacよりも好き。 シンプルで使いやすくてすごくいい。 そう思ってやまないのですが、プログラミングに関しては色々と悩むことが多く困ってました。 Chromebookのプログラミング環境について とりあえず現状とりうる手段と感じたメリット、デメリットを挙げてみます。 Cloud9等のクラウドIDEを使う メリット：特にローカルにインストールはいらない。（Chromebookらしい！！） デメリット；対応した言語以外を使うのがきつい。スペックが低い。スペック上げると案外値段が高い。 croutonでローカルにUbuntuをインストール メリット：Cloud IDEでは対応していないような言語にも対応できる（Elixirとか） デメリット：ローカルの管理が面倒くさい
GoogleCloudPlatform ContainerEngine（Kubernetes)でコンテナ管理入門(基本的な使い方、Registry、Blue/Green Deployment、ResizeCluster、MultiZoneClusterとか) - Qiita
GoogleCloudPlatform ContainerEngine（Kubernetes)でコンテナ管理入門(基本的な使い方、Registry、Blue/Green Deployment、ResizeCluster、MultiZoneClusterとか)DockerkubernetesGoogleContainerEngineGoogleContainerRegistryGoogleCloud はじめに 先日GoogleCloudOnBoardという大きなイベントに参加しまして、色々と感動したわけです。私もGCP布教に一役買おうと思いContainerEngineについて書いてみました。 前回はAWS ECSを書きましたけど、やっぱりコンテナ管理といえばKubernetesですよ。 今回も前回とだいたい同じシナリオでやってみたいと思いますが、Autoscalerだけはベータでの提供との
Google Cloud Storage ACL - Qiita
GCS ACL について Google Cloud StorageはBlobstoreと違い、ACLによるアクセス制御ができる。 設定できるスコープ Google Storage ID Google account email address Google group email address Google Apps domain Special identifier for all Google account holders Special identifier for all users Google Storage ID Googleアカウント,Google Groupの識別するための64進数の文字列。 内部で利用しているIDのようで、意識することはない。 Google account email address Google Accountのemail address 1人ずつ
GAE/Goのハマったところ(´･ω･`) - Qiita
2016.12 追記: 本記事はGAEのGo SDKに特化した内容です。 GAE全般については↓に記事を書きました。 GAEでハマったこと(´･ω･`) 2014年は半年くらいGoogle App Engine(GAE)/Goのアプリを書く事に費やすことが出来て、とても幸せな一年でした(^^) GAE/Goはご存知の通りずっとbeta(or experimental) (2015/7に正式リリースされました！＼(^o^)／)ですが、個人的にはGAEランタイムの中で最強だと思っています。 何よりspin-upが早い！リクエストの処理もgoroutineでシンプルに高速化出来る！GAEアプリ書くならGoを選ばない理由はない！と思っています。 とは言え書籍や情報の少ないGAE/Goの開発、少なからずハマった箇所もありましたのでそれを技術不足露呈も覚悟の上で共有したいと思います。 あ、GAEに興味
AnsibleでGCEインスタンスを管理する - Qiita
AnsibleにはGoogle Compute Engineの リソース管理用モジュール(GCEモジュール)が 組み込まれています。 GCEモジュールを使うことで、 Instanceの生成 network access制御 persistant diskの利用 load balancerの管理 を自動化できます。 さらに、 inventoryプラグインもあり、 生成したGCEinstanceの情報をAnsible dynamic inventoryに自動的に吸い上げ、tagやプロパティでグループ化できます。 しかし、 使う際には、必要な認証や設定がいくつかある上に、 ドキュメントの記述が複雑でわかりづらい部分もあるため 結構ハマりました。 その辺りを回避できるように解説していきます。 準備 AnsibleのGCEモジュールは、pythonのapache-libcloudモジュールに依存して
Amazon, Google, Microsoft の mBaaS の比較と Xamarin の対応状況 - Qiita
それぞれ、 Amazon - AWS Mobile Hub Google - Firebase Microsoft - Mobile App Service とその関連ページからの抜粋です。 AWS Mobile Hub や Azure Mobile Apps という名称は、それぞれのクラウドプロバイダーが提供する機能の集合体として名付けられたに過ぎません(たぶん)。 あと Firebase はその企業自体を Google が買収したものです。 なので、上表の空欄の箇所も、 mBaaS という括りで紹介されてないけど、該当する機能はあります。 クラウドロジック Cloud Functions(Google), Azure Functions(Microsoft) アプリケーション分析 HockeyApp(Microsoft) コンテンツ配信(CDN) Azure CDN(Microsoft
単純な Railsアプリケーションを AWS から GCP へ移行する - Qiita
背景 年始の特番で、弊社の代表が NHK に出演することになりました （Qiita の規約上、これが宣伝に当たるかどうか微妙なのでリンクは貼らないでおきます）。 おー、凄いね、良かったね、で終わらせたいのですが立場上そうすることでもできず、じゃあ対策しますか、となったわけです。 弊社のサーバーは外部に出せない情報を除いて全てクラウド上にあるので、インスタンスサイズを大きくまたは並列化して、Amazon へロードバランサのプレウォーム申請をすれば良いのですが、 なんで申請が手動なの そもそもなんで自動でスケールしてくれないの というのが大きな疑問でした。 そんな疑念を抱きながらフワフワと生活していたわけですが、 GCP を使うと AWS の XX%（< 100%、結構小さかった気がするけど覚えてない）にコストを抑えられるよ（確か第三者機関が提出したレポートで、優位性が認められていたはず） ロ
[GCP] Docker imageをpullしてオートスケールする！(^(^▽(^▽(^▽^)▽^)▽^)^) - Qiita
[GCP] Docker imageをpullしてオートスケールする！(^(^▽(^▽(^▽^)▽^)▽^)^)DockergooglecomputeengineGoogleCloud Google Compute Engine(GCE)で、Dockerコンテナでオートスケールさせたい！ Docker imageはインスタンス立ち上がる度にレジストリからpullしたい！ GKE(k8s)使えばいいのだろうけど、もうちょっと手軽にやりたい！ Container-Optimized Google Compute Engine Images 使ってやってみます(^^) 準備 google cloud SDKインストール。gcloud auth loginしておく 動かしたいdocker imageをレジストリにpushしておく - 本記事ではgoogle container registry使用
![[GCP] Docker imageをpullしてオートスケールする！(^(^▽(^▽(^▽^)▽^)▽^)^) - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/61f0c7d57922d942176504ba5a7d9f3804a62493/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR0NQJTVEJTIwRG9ja2VyJTIwaW1hZ2UlRTMlODIlOTJwdWxsJUUzJTgxJTk3JUUzJTgxJUE2JUUzJTgyJUFBJUUzJTgzJUJDJUUzJTgzJTg4JUUzJTgyJUI5JUUzJTgyJUIxJUUzJTgzJUJDJUUzJTgzJUFCJUUzJTgxJTk5JUUzJTgyJThCJUVGJUJDJTgxJTI4JTVFJTI4JTVFJUUyJTk2JUJEJTI4JTVFJUUyJTk2JUJEJTI4JTVFJUUyJTk2JUJEJTVFJTI5JUUyJTk2JUJEJTVFJTI5JUUyJTk2JUJEJTVFJTI5JTVFJTI5JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz0wYzZjZmU0ZGY5MjMxMzc4NGIzZDEwYjRhMzVhMzFlYw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBob2dlZGlnbyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZDA1ZWVhYTc3YzA1NTIyZmZkNDAwYTIxOGUzODQ0YWY%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D21d609d77661bae7245daae71c56db0b)
BigQuery では COUNT(DISTINCT(X)) ではなく EXACT_COUNT_DISTINCT(X) を使おう - Qiita
BigQuery では COUNT(DISTINCT(X)) ではなく EXACT_COUNT_DISTINCT(X) を使おうBigQuery 以前、COUNT(DISTINCT(X)) の代わりに GROUP BY して COUNT(X) しようという記事を書きました。 BigQuery で COUNT(DISTINCT(X)) を使わない方が良い理由 が、今は時代が変わりました。BigQuery にいつの間にか、EXACT_COUNT_DISTINCT() 関数が追加されたのです！ Returns the exact number of non-NULL, distinct values for the specified field. For better scalability and performance, use COUNT(DISTINCT field). さらに non
YAPC Asia 2015「Google Cloud Platformの謎テクノロジーを掘り下げる」のまとめ - Qiita
YAPC::Asia Tokyo 2015、ロゴのとおりに熱いイベントでした...今年で最後なのはほんとに惜しいです。最初にして最後の参加となった私は、「Google Cloud Platformの謎テクノロジーを掘り下げる」というタイトルでトークをさせていただきました。 スライドはここに上げてありますが、これだけ見ても意味不明と思われるので、話した内容の要約をまとめブログ代わりに書こうかな、と思ったらかなり長文となってしまいました。基本ポジショントークですが、しかしGoogleに入る前からGoogleクラウドに対して持ち続けている気持ちでもあるし、ここはイケてないなーと思った部分は素直にそう書くようにしました。 しかし謎は謎のまま... Twitter上の反応まとめを見ますと、「謎が謎のまま終わった」とのご指摘も多く、これはほんとに私の不徳の致すところです、申し訳ありません……。スライド
Google Compute Engine のSSH接続 - Qiita
前回も触れましたが表題のSSH接続についてもうちょっと深く掘ってみました。 基本形(gcloudコマンドによるssh) まずは gcloud auth login まずは gcloud auth login でログインしましょう。ブラウザで認証するアレですね。 これによってgcloudコマンドがgoogleアカウントに紐付けられます。 auth loginはしょっちゅうする必要は無くて、作業端末を再起動しても情報は残るようです。多分どこかのファイルに書かれるんでしょうね。 もうログイン済んでるはずって人は次のコマンドを試してみましょう。どんな状態になっているかを確認することができます。 $ gcloud config list [core] account = newgyu disable_usage_reporting = False project = upheld-caldron-X
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/Dr_ASA/items/afde80819dc3644bf210
https://qiita.com/Dr_ASA/items/e13aecc331e0e920f7ea