AWS と GCP を VPN でつないでみたら、マルチクラウドの夢が広がった話 - Hatena Developer Blog
こんにちは。はてなで SRE をしている id:nabeop です。最近の趣味は、AWS CDK で TypeScript と戯れることです。 今回は、社内の開発合宿で AWS と GCP を VPN で接続して、実運用に載せた場合の課題や構成を検討したので、その内容について書いてみます。 VPN で AWS と GCP をつなげたい背景 どんな構成の VPN を開発合宿で試したか VPN の見え方が AWS と GCP で異なる構成 手軽に VGW で試してみたけど TGW でも大丈夫 VPN エンドポイントにおける IP アドレスの扱い GCP VPC を構成してみて浮上した課題 複数のサービスが VPN を共有する構成 VPC ピアリングで接続するサブネットが作成される おわりに VPN で AWS と GCP をつなげたい背景 はてなでは、クラウド環境として長らく AWS がデファ
AWS VPC を使ってよくやるネットワーク構成を GCP でも再現したいんだけど、 - えいのうにっき
「AWS VPCを使ってよくやるネットワーク構成」。実際に「よくやる（やられてる）」のかどうかは、正直、僕の狭い観測範囲内でのことなので自信は持てないけど、それはこんなん↓だ（手書きでゴメン）。 VPC を作成 VPC 内に2つのサブネットを作成 そのうちの片方のサブネットをプライベートサブネットとする 実際には「プライベートサブネット」という設定が存在するわけではなく、以下の2点のようなことを実施することでプライベート扱いとなる（と理解している...） 片方のサブネット用のルートテーブルからはインターネットゲートウェイへのルートを外しておく そのサブネット内に建てるインスタンスにはグローバル IP アドレスを割り当てない パブリックサブネットの方に、踏み台サーバ（ bastion ）や NAT サーバを置く 踏み台サーバを経由して、プライベートサブネットの方にあるインスタンスに ssh
Ruby support comes to App Engine standard environment | Google Cloud Blog
We have some exciting news for App Engine customers. Ruby is now Beta on App Engine standard environment, in addition to being available on the App Engine flexible environment. Let's dive into what that means if you’re a technical practitioner running your apps on Google Cloud. There are lots of technical reasons to choose App Engine standard vs. flexible environment (this link explains it if you
Rails アプリケーションを Cloud Run にデプロイする - こうさくきろく
Cloud Run（Cloud Run on GKE でないほう）に Rails アプリケーションをデプロイします。 デプロイは下記の流れで進めます。 Rails アプリの Docker イメージをローカルで作成して、Container Registry に Push Cloud SQL インスタンスとデータベースを作成 ローカルで Cloud SQL Proxy を使って Schema Migration を実行 Cloud Run にアプリケーションをデプロイ 今回作成したソースコードは下記においてあります。 scripts/ 以下に gcloud コマンドの実行サンプルもおいてあります。 github.com Cloud Run Cloud Run は GCP での Knative のマネージドサービスです。 cloud.google.com cloud.google.com Kna
functions-framework を利用したGoogle Cloud Functionsにおいてpubsubのテストをする方法 - selmertsxの素振り日記
このドキュメントに書いてあること これまで Google Cloud Functionsをローカル環境でテストするときは、cloud-functions-emulator という公式で提供されているツールが一般的に利用されていました。しかしながらこのツールは現在archiveされており、作者が2019年5月16日に作成した issueによると functions-framework という新しいツールの利用を推奨しています。 このドキュメントでは、functions-framework を利用して Google Cloud FunctionsをLocalから実行する方法、特に公式では提供されていない eventsトリガーを利用してpubsubのメッセージを読み込ませる方法について記載します。 ※ なお、2019年6月26日になっても公式ドキュメントでは @google-cloud/func
Puppeteer + GCP Functionsでサーバレスなスクレイピング - Qiita
module.exports = async (req, res) => { const USERNAME = process.env['USERNAME']; const PASSWORD = process.env['PASSWORD']; const LOGIN_URL = 'https://example.com'; // Chromiumを起動し、ページをつくる const browser = await puppeteer.launch({ args: ['--no-sandbox'] }); const page = await browser.newPage(); page.setViewport({ width: 1280, height: 1024 }); // ログインページに移動し、ログインする await page.goto(`${LOGIN_URL}/login
git-secretsの設定を手元の全Repositoryに反映する。｜teitei.tk｜note
各種秘密鍵をcommitしてしまう場合に警告を出すようにしてくれるツールです。 自分も利用していますが、設定を手元のすべてのrepositoryや、新しく作るRepositoryにも反映したかったので、その手順を書きます。 Installbrew経由でinstallが出来る。 $ brew install git-secrets全repositoryへのルールの追加$ git secrets --add 'your rule' で追加をすることが出来る。 更に--global optionをつけることで、repositoryの垣根を超えてglobalに反映される。 # for AWS $ git secrets --register-aws --global # for GCP @see https://cloudplatform-jp.googleblog.com/2017/08/hel
［速報］Google、コンテナ実行環境をサーバレスで提供する「Serverless containers」発表。Google Cloud Next '18 － Publickey
［速報］Google、コンテナ実行環境をサーバレスで提供する「Serverless containers」発表。Google Cloud Next '18 Googleはサーバのプロビジョニングやオートスケールなどサーバの運用管理などを意識することなく、コンテナ化したアプリケーションの実行を可能にする新サービス「Serverless containers」を発表しました。 #Serverless announcements coming your way: New App Engine Runtimes: Python 3.7 & Standard PHP 7.2 Cloud Functions GA Serverless containers GKE Serverless add-on Knative Cloud Build https://t.co/1fW7feKEfz #Google
Building a better cloud with our partners at Next ‘18
As we head into the week of Next ‘18, we’re thrilled to kick things off by welcoming thousands of our Google Cloud partners at our annual Partner Summit. Whether businesses are moving to the cloud to speed up innovation, discover important insights from their data, or transform the way they work, they often need help. That's where our thousands of Google Cloud partners come in, offering everything
［速報］セールスフォース・ドットコム、Google Cloud Platformをコアインフラに採用。Google Analytics、GSuiteとの統合も発表。Dreamforce 2017
［速報］セールスフォース・ドットコム、Google Cloud Platformをコアインフラに採用。Google Analytics、GSuiteとの統合も発表。Dreamforce 2017 セールスフォース・ドットコムはサンフランシスコで開催中の年次イベント「Dreamforce 2017」で、Googleとの戦略的提携を発表しました。 セールスフォース・ドットコムは同社のクラウドサービスをグローバル展開する際のインフラとして一部にGoogle Cloud Platformを採用する計画です。 さらにセールスフォース・ドットコムのクラウドサービスをGSuiteと統合し、ユーザーインターフェイスを構築するSalesforce Lightningやドキュメント共有サービスのQuipなどと、GmailやGoogle Calendar、Google Spreadsheets、Hangout
機密データ保護に有用な DLP API の新機能 | Google Cloud 公式ブログ
機密性の高いデータや法規制を受けているデータに携わっている方なら、その内容をセキュアに保護することがいかに難しいかはよくご存じでしょう。今年 3 月にベータ リリースされた Data Loss Prevention（DLP）API は、クレジット カード番号、氏名、国民識別番号といった 50 種以上の機密データをすばやく見つけて保護するのに役に立ちます。 この投稿では、私たちが先ごろアナウンスした、機密データの保護に有用な DLP API の新機能（リダクション、マスキング、トークン化など）を紹介します。 個人データを非特定化するこれらの新しい機能を使用すれば、意図せぬ形で漏洩するリスクを抑えながら機密データを利用しやすくなります。多くの大企業がそうであるように、最小特権の原則もしくは “need-to-know” の原則（認められたビジネス プロセスで必要最小限のデータだけを利用、参照す
アプリケーション アクセスを簡単かつ安全に管理する Cloud Identity-Aware Proxy | Google Cloud 公式ブログ
社内アプリケーションをクラウドに移行したい企業にとって、機密データをどうやって保護するかは重要な検討課題の 1 つです。企業の IT チームが得意なのは革新的なアプリケーションの構築であって、クラウドでホストされるアプリケーションのアイデンティティやセキュリティ モデルについては門外漢かもしれません。 そこで私たちは Cloud Identity-Aware Proxy（Cloud IAP）を開発し、このほど正式リリース（GA）しました。Cloud IAP はきめ細かなアクセス制御を実現し、使いやすいので、企業は迅速かつ安全に社内アプリケーションをクラウドでホストできます。 Cloud IAP の効果を例を使って説明しましょう。消費財を扱う大規模企業の一部門として、特定の社内データにアクセスするグローバルなデータ サイエンス チームがあるとします。同社の IT チームは、データ アクセスの
超実践 Cloud Spanner 設計講座
1. 超実践 Cloud Spanner 設計講座 知ってることを全て紹介します！ Proprietary Samir Hammoudi aka サミール クラウドカスタマエンジニア JULY 21, 2017 2. Cloud Spanner とは？ Google のマネージド・スケーラブル・リレーショナルデータベース・サービス 完全マネージドのグローバルスケールで DB サービス1 2 3 4 ゾーン間・リージョン間の自動 synchronous レプリケーション スキーマ、ACID トランザクション、SQL Google内部では、既に５年以上の運用経験 (AdWords, Google Play…) 3. 注意事項：Cloud Spanner ≠ MySQL Cloud Spanner は MySQL の単なる置き換えではない ● スキーマは似てるが、分散データベースのため、MySQ
Fastly の導入事例 : 履歴統計 DB を MySQL から Cloud Bigtable にダウンタイムなしで移行 | Google Cloud 公式ブログ
Fastly の導入事例 : 履歴統計 DB を MySQL から Cloud Bigtable にダウンタイムなしで移行 （この記事では、米 Fastly から許可をいただき、先日同社が公開したブログ記事 How we moved our Historical Stats from MySQL to Bigtable with zero downtime の日本語訳を掲載します） - By Toru Maesaka, Senior Software Engineer at Fastly 過去から学ぶことは意思決定に不可欠なステップの 1 つです。私たち Fastly は、お客様が過去のイベントに基づいて迅速かつ的確に決定を行えるよう支援するため、Historical Stats API を提供しています。この API を使用すれば、分や時間、日単位でキャッシュに関するあらゆる統計情報を取
どの GCP サービスを選ぶ？ 正しい選択のための決定木 | Google Cloud 公式ブログ
Google Cloud Platform（GCP）で新しいプロジェクトを立ち上げるときに、早い時期に決めておくべきことは、Google Compute Engine、Google Container Engine、Google App Engine、あるいは Google Cloud Functions と Firebase のうち、どのサービスを使用するかということです。 GCP は、完全な管理権をユーザーに提供するものから（例 : Compute Engine）、高度に抽象化されたものまで（例 : Firebase と Cloud Functions）、管理や運用をどの程度 Google に委ねるかに応じてさまざまな選択肢を提供しています。 私たちのブログを長く愛読されている方であれば、GCP のさまざまなサービスについて次のようにお考えではないでしょうか。 VM の管理に慣れていて
Google Cloud、マイクロインスタンスを無料に。App Engineは1日28時間、Cloud Storageは月5GB、Cloud Functionsは月200万回など、無料枠を拡大
Google Cloud、マイクロインスタンスを無料に。App Engineは1日28時間、Cloud Storageは月5GB、Cloud Functionsは月200万回など、無料枠を拡大 Googleは同社のGoogle Cloud Platformの無料枠を大幅に拡大しました。 例えば、Google Compute Engineのf1-microインスタンスはずっと無料で利用でき、NoSQLデータベースのGoogle Cloud Databaseは1GBまで無料、オブジェクトストレージのGoogle Cloud Storageは1カ月あたり5GBまで無料。 さらにGoogle App Engineは1日あたり28時間インスタンス時間まで無料、Google Cloud Functionsは1カ月あたり200万回呼び出しまで無料など、全部で15のクラウドサービスについて、性能や容量など
Vision APIとNatural Language APIを組み合わせて名刺から情報抽出する - Qiita
はじめに Cloud Vision APIとNatural Language APIを組み合わせて、名刺から情報抽出してみましょう。APIを使うためにPythonを用いて作ることにします。 前回記事はこちら: kintoneで名刺管理アプリを作ってみよう これから作るアプリ 名刺画像を与えると名前、会社名、住所を抽出するアプリを作成します。イメージとしては以下のようになります: アプリ作成の流れ Step 0：アプリ作成の準備をする ↓ Step 1：Vision APIを使ってテキスト検知をする ↓ Step 2：Natural Language APIを使って名前や会社名を抽出する ↓ Step 3：2つのAPIを統合して名刺から情報抽出する Step0(3min) アプリ作成の準備をする アプリを作るために、必要なライブラリのインストール、リポジトリのダウンロード、APIキーの設定を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Understanding Cloud Pricing
AWSとGCPでマルチクラウドインフラを構築した話とそのポイント | PLAID engineer blog
Free Trial and Free Tier | Google Cloud
