Terraform運用事例書きました - pixiv inside
こんにちは、インフラ部の id:sue445 です。 Terraformなにもわからないけどディレクトリ構成の実例を晒して人類に貢献したい - エムスリーテックブログ や Terraformのディレクトリ構成の模索 - Adwaysエンジニアブログ を読んで影響されたのでピクシブのTerraform運用事例を紹介しようと思います。 Terraformの採用理由 GitLabでのリポジトリ構成 Terraformのファイル構成 moduleがうまく使えたと思っている事例 GitLab CIでTerraformをいい感じにCIする テンプレートの使い方 ピクシブで実際に使っているテンプレートファイル このテンプレートでできること masterブランチ以外 masterブランチ このテンプレートファイルのポイント 最後に Terraformの採用理由 Terraformと同じようなプロビジョニン
Docker Hubの公式イメージだけ使ってGCPにTerraformにてデプロイ - YOMON8.NET
HashicorpからTerraformのイメージが公式でDocker Hubに公開されています。 https://hub.docker.com/r/hashicorp/terraform こちらを利用してGCPにインフラをデプロイします。その際に認証の部分もDockerの公式イメージだけで対応してみようと思います。 利用するTerraform定義 まず、ネットワーク作成するためのTerraformの定義を作成しておきます。 mkdir gcp_infra cat <<EOF > gcp_infra/main.tf variable "gcp_project" {} provider "google" { version = "~> 3.3" project = var.gcp_project } resource "google_compute_network" "network" {
クラウドについて知っておきたい基本的な知識 AWS、Azure、GCP、Oracle Cloud - Qiita
はじめに 本記事はクラウドインフラストラチャを導入する際に、各クラウドベンダーが提供するサービスの基本的な知識についてまとめています。 クラウドベンダーはAWS、Azure、GCP、Oracle Cloudを対象とし、サーバを中心とした内容になります。 クラウドインフラストラチャの選定で重要なのは利用したいサービスに対して、同じ軸で他のサービスを評価することです。 ※本記事で記載している情報については過去に調べたときの情報を基に記載しているため、現在は変わっている場合があります。 サービス体系 各クラウドベンダーが提供するサービス体系の特徴について以下に記載します。 AWS 従量制料金 リザーブドインスタンス（前払いが大きいほど割引も大きくなる。） ボリュームディスカウント（使用量が増えるほど節約できる。） Azure 従量制料金 Azure Reserved VM Instances（コ
Amazon EKS東京リージョン着弾に寄せて雑な所感を
この記事はCyberAgent Developers Advent Calendar 2018の21日目の記事。 Docker/Kubernetes 実践コンテナ開発入門（技術評論社）が大ヒットした１年であるが、最近ではコンテナに関してはそれほど�興味もなく、モトブログばかり見ている@stormcat24です。著書においては付録で�Amazon Elastic Container Service(ECS)に�ついて軽く紹介しているが、当時はEKSが東京リージョン未サポートされてなかったためスルーした。 この度めでたく東京リージョン着弾ということでEKSについて雑な所感を書く。 クラスタ作成地味につらい とりあえずクラスタ作成はMangement Consoleからポチポチやっていく。現時点で、Kubernetesのバージョンは1.11までサポートしているのは良い。バージョンの追従は大変だと
メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した（後編）。Mercari Tech Conf 2018
メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した（後編）。Mercari Tech Conf 2018 メルカリはこの1年、マイクロサービスアーキテクチャにどう取り組み、実現のためになにをしてきたのか。技術面と組織面の双方に関する興味深い取り組みが、10月4日に都内で行われた同社主催の技術カンファレンス「Mercari Tech Conf 2018」のセッション「Microservices Platform at Mercari」で紹介されました。 （本記事は「メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した（前編）。Mercari Tech Conf 2018」の続きです） DevOps文化を組織内に醸成する 次はDevOps文化の醸成です。 この1年で、マイクロサービスの開発者が自分たちでできるようになったことが大きくふたつあります。
GitLab.com、200TB超のデータとともにAzureからGCPへ移行完了。三度の計画停止による予行演習を繰り返し、移行手順も公開
GitLab.com、200TB超のデータとともにAzureからGCPへ移行完了。三度の計画停止による予行演習を繰り返し、移行手順も公開 ソースコード管理サービスを提供するGitLab.comは、GitHubの競合として見なされています。そのため、今年の6月にマイクロソフトがGitHubを買収するとの報道の際には、大手企業の傘下にない独立したGitサービスの提供元として突如として注目度が上昇していました。 参考：GitLabへのインポートが普段の10倍に急増、GitHubの買収報道で その同じ6月、GitLab.comはこれまで同社のサービスを提供する基盤として利用してきたMicrosoft Azureから、Google Cloud Platformへ移行することを発表します。 I wrote a post about @gitlab's project to migrate our SA
AWSとAzureとGCPを比較してみる - IaaS編 - Qiita
2. リージョンとアベイラビリティゾーンとVPCとサブネット リージョンは地理的に離れたロケーションことで、さらに1つのリージョンはデータセンターが設置される複数の独立したアベイラビリティゾーン（Azure:可用性ゾーン、GCP:ゾーン）から構成されます。 VPC(Azure:仮想ネットワーク)は、他と論理的に切り離された仮想ネットワークのことで、その中に1つまたは複数のサブネットを定義してEC2(Azure:仮想マシン、GCP:Compute Engine)を配置します。 複数のアベイラビリティゾーン（Azure:可用性ゾーン、GCP:ゾーン）にEC2等を配置し冗長構成をとることにより、可用性を高めることができます。(AWS用語でMulti-AZ) 一方AWSは2017のre:InventでAzureの可用性セットと似た機能を提供するスプレッドプレイスメントグループをリリースしています。
ログ管理に最適！Google Cloud Platform で Docker のログを管理しよう ｜ SiTest (サイテスト) ブログ
皆さんはどのようにログ管理をされていますか？ ログファイルに出力、ローテーションして一定期間経過でアーカイブや削除など、 思っている以上にやるべきことは多いですよね。 特にそれが Docker のログとなるとなおさらだと思います。 今回はGoogle Cloud Platform (以下 GCP ）で Docker のログを管理する方法をご紹介します！ GCP では Stackdriver Logging [beta] というサービスを提供しています。 Stackdriver とは、GCP とシームレスに統合したモニタリングツールです。 その中ひとつである Logging は強力なリアルタイムログ分析機能を備えています。 今回は、Docker のログを Stackdriver Logging に対して 出力するように設定していきます。 Docker そのものについては過去記事の「1コマンド
Stackdriverを使ってみた - Qiita
概要 AppEngineの特定ログを検知し、Stackdriverを用いてメール送信する 対象 Stackdriverを使ったことがない人向け。 前提条件 Stackdriverアカウントの設定が完了していること 対応内容 GCPコンソールメニューの「ロギング」から検知したいログを検索する。 「指標を作成」ボタンを押し、指標を作成する。 「ログベースの指標」画面を表示し、2で作成した指標のメニューボタンを押す。メニュー内の「指標に基づいて通知を作成する」を選択する。 Stackdriverの画面が表示されるので、閾値の設定を行う。ログの検知をするだけであれば、以下の設定を行えばほぼ問題ない。私はいつもTHRESHOLD->「0.01」、FOR->「most recent value」の設定で使うことが多いです。こうすることで特定のログを検知した時にすぐエラーとして検知できます。 THRES
AWSとGCPのマルチクラウドインフラ検証の進め方
今回はGCPでの検証を行った際の進め方について説明していきます。インフラを作り込みすぎずに検証したことで、早めに想定外のボトルネックに気
AWS, GCP, Azureの障害情報の提供方法とTwitterボット
AWS, GCP, Azureの障害情報の提供方法とTwitterボット 2016-10-24 Twitterボットを作るのが趣味という記事を以前書いたが、そのからみでAWS(Amazon Web Service)、GCP(Google Cloud Platform)、Microsoft Azureの主要3クラウドの障害情報Twitterボットを作った。面白いもので3サービスとも障害情報の提供方法やポリシーが違っていて、ボットのような障害情報を取ってきて通知する仕組みをつくるのはちょっと面倒。せっかくなのでボットの宣伝も兼ねて障害報告に関するサービス間の違いを挙げておく。自分で通知の仕組みを作ったり、サービスを選ぶときの参考に。 ちなみに、これらのサービスを既に使っている人は、単純にこれらのボットをフォローするか、Slack(英語の公式ドキュメント、日本語記事)やHipchat(Zapie
YAPC Asia 2015「Google Cloud Platformの謎テクノロジーを掘り下げる」のまとめ - Qiita
YAPC::Asia Tokyo 2015、ロゴのとおりに熱いイベントでした...今年で最後なのはほんとに惜しいです。最初にして最後の参加となった私は、「Google Cloud Platformの謎テクノロジーを掘り下げる」というタイトルでトークをさせていただきました。 スライドはここに上げてありますが、これだけ見ても意味不明と思われるので、話した内容の要約をまとめブログ代わりに書こうかな、と思ったらかなり長文となってしまいました。基本ポジショントークですが、しかしGoogleに入る前からGoogleクラウドに対して持ち続けている気持ちでもあるし、ここはイケてないなーと思った部分は素直にそう書くようにしました。 しかし謎は謎のまま... Twitter上の反応まとめを見ますと、「謎が謎のまま終わった」とのご指摘も多く、これはほんとに私の不徳の致すところです、申し訳ありません……。スライド
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS/Azure/Google Cloudサービス比較 2023.12 - Qiita
AWSとGCPでマルチクラウドインフラを構築した話とそのポイント | PLAID engineer blog