GitHub ActionsでGCPにTerraformでインフラCI/CDする - Qiita
本稿について 2019年11月、GitHub上で利用できる無料のワークフローツールのGitHub Actionsが正式にリリースされました。1 これを使って、CI/CDなどの処理を自動化することができます。 本稿では、GitHub ActionsでTerraformを実行し、Google Cloud Platformの構成管理を行う方法を紹介します。 また、GitOpsによるインフラCI/CDの作業フローも紹介します。 昨日、Bitbucket PipelinesでGCPに対してTerraformでインフラCI/CDする - Qiitaという記事を書きましたが、そのGitHub Actions版となります。 共通する内容が多いので、以降ではその記事を「Bitbucke Pipelines版」として参照させて頂きます。 更新履歴 20200504 .github/workflows/terr
【AWS】 Fargate CLI + Terraform で Docker コンテナを動かす簡単なチュートリアル - Qiita
AWS の ECS Fargate を使って本番環境を構築していますが、 Terraform だけだと環境構築が若干複雑になるのが悩みでした。 そこで、 Fargate CLI と Terraform を組み合わせると、非常にシンプルでいい感じになりました。 [追記] 最近は、 Fargate CLI をやめて素の AWS CLI でやっています。 完全自動構築を目指す場合、その方が確実だな思いました。詳しくは下記。 AWS Fargate サービスを Terraform で構築、 コマンドラインからデプロイ [/追記] デモ: https://github.com/acro5piano/terraform-fargate-example 概要 Terraform を使って、 AWS ECS に必要な基本的な環境を構築する Fargate CLI で Fargate のサービスやタスク定義
株式会社ゆめみ
株式会社ゆめみのサービスや支援事例の紹介、ニュースリリース等の情報サイトです。2000年の創業以来、顧客企業と共創し、エンドユーザーにとって最適なサービス展開を支援しています。
vagrantでcentos7をインストールする際のOpenSSL SSL_read: Connection reset by peer, errno 54というエラーを解決した - Qiita
% vagrant box add centos/7 ==> box: Loading metadata for box 'centos/7' box: URL: https://vagrantcloud.com/centos/7 This box can work with multiple providers! The providers that it can work with are listed below. Please review the list and choose the provider you will be working with. 1) hyperv 2) libvirt 3) virtualbox 4) vmware_desktop Enter your choice: 3 ==> box: Adding box 'centos/7' (v1905.1)
Kubernetesで実践するクラウドネイティブDevOps
Kubernetesが標準プラットフォームであるクラウドネイティブの世界でアプリケーションを開発し運用する方法を解説する書籍です。 はじめに、Kubernetesの概要と背景、ソフトウェアの開発と運用にKubernetesがもたらす変化、コンテナの動作原理、コンテナの構築および管理方法、クラウドネイティブなサービスおよびインフラの設計方法などの基礎を紹介します。 そしてKubernetesアプリケーションの作成とデプロイ、Kubernetesクラスタの設定と運用、クラウドインフラの自動化、Helmなどのツールを用いたデプロイについてサンプルコードを使って学習します。ロールベースのアクセス制御（RBAC）をはじめとした、セキュリティ、認証、パーミッションなどに対するKubernetesのサポートや、本番でコンテナとKubernetesの安全性を確保するためのベストプラクティスについても学びま
技術書典8（初日2/29）に出展します #技術書典 - プログラマでありたい
Twitterでつぶやいておりましたが、2/29,3/1に池袋で開催される技術書典8に出展します。前回の技術書典7で大好評だった『AWSの薄い本 IAMのマニアックな話』の続刊として、『AWSの薄い本Ⅱ アカウントセキュリティのベーシックセオリー』を出します。 そして今回は、私一人ではなくサークルとして複数人で参加し、それぞれが執筆します。ということで、私の新刊１冊を含め一挙４冊の新刊を発表します。ということで、執筆者と書籍の紹介です。 クラウドネイティブファーストストーリー コンテナとBlue Greenデプロイ、DevOpsについて一日中喋り続けられる新井さんと、ボイスUI本の作者でありAlexaマスターの馬勝さんによるコンテナ＆DevOps本です。 概要： クラウドネイティブを支える技術である「コンテナ」と「CI/CD(継続的インテグレーション/継続的デリバリー)」を中心トピックにご
Windows10環境にVagrant + VirtualBoxでUbuntu18.04(デスクトップ)環境を構築 - Qiita
#Windowsキー + Rで下記を入力。必要ならパスワードを入力 powershell start-process powershell -verb runas #以下PSで入力 #必要なディレクトリを作成し作業用ディレクトリに移動。 New-Item "C:\Vagrant\tmp" -Force -ItemType Directory New-Item "C:\Vagrant\ubuntu1804" -Force -ItemType Directory New-Item "C:\Program Files\Oracle\VirtualBox" -Force -ItemType Directory cd "C:\Vagrant\tmp" #Virtualboxをインストール Invoke-WebRequest -uri https://download.virtualbox.org/v
CodePipeline で承認プロセスを設けた Terraform workspace の CI/CD パイプライン実装 | DevelopersIO
先日、CodeCommit への push をトリガーに terraform apply をサクッと実行するシンプルなパイプラインの記事を投稿しました。 今回はもうちょっと発展させて以下のような要件を取り込んでみたいと思います。 terraform workspace 環境でも使えるようにしたい 本番環境は terraform apply の前に承認者による承認プロセスを入れたい イメージは以下のとおりです。 開発環境向け 1-1. develop ブランチへ push 1-2. dev workspace に terraform apply を実行 本番環境向け 2-1. develop ブランチから master ブランチへ merge 2-2. prod workspace で terraform plan を実行 2-3. 承認者に後続処理の承認要求をメール通知 2-4. 本番用パ
新しめの設定をいれた AWS Billing and Cost Management 総まとめ - Qiita
1. はじめに 私が現在行っている AWS Billing and Cost Management 設定がかなりレガシーなものになっているので、新しめの設定へ移行する。 AWS Billing and Cost Management 設定やること/やらないことリストをアップデートする。 設定を CloudFormation, Terraform 化できるところは作成する。 2. やること/やらないことリスト 2.1. やることリスト アカウントの請求情報の表示を IAM ユーザーに許可 手動で設定する。（要ルートユーザー） Cost Explorer 有効化と設定 手動で設定する。 コスト配分タグをアクティブ化 手動で設定する。 電子メールで PDF 版請求書を受け取る設定 手動で設定する。 Budgets 設定 従来の「請求書アラート」設定は止めて、こちらを使う。 Terraform で
米国から一時帰国して「老害」がなくなるといいなと思った話 - メソッド屋のブログ
米国に移住して一年が経過した。正直なところ日本のほうがいいところはめっちゃある。特に生活面は、日本はホンマに素晴らしいと実感している。ただ「職場環境」は米国に圧倒的に負けていると思う。たとえ英語のハンデを背負ったとしてもこちらの方が圧倒的に快適だ。日本に一時帰国して感じた違和感とその分析、対処策について考えてみた。 日本で感じた「違和感」 日本を出た１年前と比べると、働き方改革の成果か、多くの人が日本の職場環境に疑問を抱くようになっていてそれはとても素晴らしいことだと思う。ただ、一方でインターネット上の議論を読んでいると、今まで圧倒的な「権力」を持っており、ある意味表面上は「尊敬の対象」だった「年齢の高い人」が「老害」や「昭和」などとバッシングされているのを見て非常に違和感を感じた。私も来年早々５０だし、昭和だし、日本に帰ってきたら年齢で就職できないから自分で会社やるしかないかなとかぼんや
アジャイルとリーン・スタートアップを組み合わせた開発プロセス ~第１回 概要~ - selmertsxの素振り日記
2019年8月にAzitに入社して4ヶ月。 私はSREとしての役割を期待されてAzitに入社したけれども、気がつけばバックエンドエンジニア兼スクラムマスターをやっていました。 バックエンドエンジニアとしては、AWSインフラ環境の完全な作り直しとTerraformによるコード化、Railsの負債解消、監視設定のコード化などを行っていました。 スクラムマスターとしては、初期の3ヶ月はアジャイル開発(スクラム、XPを組み合わせたもの)、そして12月からの1ヶ月はリーン・スタートアップ開発の導入等を行いました。 ここでは、スクラムマスターとして考えた開発プロセスについて資料にまとめます。 なおこの文章は、0-1 の開発フェーズではなく、すでにリリースされたサービスに途中で加わったスクラムマスターの目線で書かれており、対象とする読者も私と同じような境遇にあるスクラムマスターとなっています。 この開発
CodeBuildとtfnotifyを用いたterraform planの実行 - BASEプロダクトチームブログ
この記事はBASE Advent Calendar 2019 22日目の記事です。 devblog.thebase.in こんにちは。最近はCorporate Engineeringをやっている山根 (@fumikony)です。すこし前まで、即時に資金調達ができる金融サービス「YELL BANK（エールバンク）」のインフラまわりに関わっていました。 今回は「YELL BANK」のインフラにおけるTerraform運用について紹介します。 目次 目次 概要 実行する場所について レビューのやり方について プルリクエスト作成からterraform applyまでのワークフロー 詳細 tfnotifyについて AWSアカウントとTerraformディレクトリ構成について CodeBuildについて 実行例 今後の発展など おわりに 参考リンク 概要 「YELL BANK」のインフラはAWS上に構
Maintain SLO 〜俺たちのSLOはこれからだ!〜
Merpay Advent Calendar 2019 の14日目は、メルペイSREチームの@Tがお送りします。 本記事では、メルペイSREチームのSLO運用状況について、紹介いたします。 メルペイリリース前 去年のAdventCalendar 2018で、メルカリのWeb MicroservicesにおけるSLI/SLOについて紹介がありました。 メルペイでは新規のMicroserviceをリリースする前に、各MicroserviceチームがSLOを定義し、品質保持の一指標を決めるルールがあります。 メルペイSREチームでは、Microserviceチームと一緒にSLOを考え、各MicroserviceにSLOを定義していますが、一からSLOを定義するのはとても難しいです。 幸いなことにGoogle社からSLOの説明や定義方法などSREに関する素晴らしい記事がたくさん共有されており、SL
「アジャイル開発ってのに取り組むことになったんだけど、何を読んだらいいの？」という質問を受けたので答えてみた | DevelopersIO
事業開発部の塩谷 (@kwappa) です。 いきなり家庭の私事で恐縮なのですが、今朝出がけに妻からタイトルのような質問を受けました。 そのまま「Slackにリンク投げといてね！」と言い残して出て行ったので（我が家では家庭の連絡にSlackを使っています）、やっきになってぺたぺた貼ったリンクをご紹介しようと思います。 といっても、アジャイル開発の経験がある方ならお馴染みのものばかりです。「あーなるほど」と納得していただけたら幸いですし、「これも読んどけ！」という推薦もお待ちしています。 「まずはこれを10回読む」 …と最初に貼ったのが「アジャイルソフトウェア開発宣言」 (Agile Manifesto)です。すべての始まりですから、ここを読まなければ始まりません。ほんとうは「100回読む」と書きたかったのですが、のっけからハードルは上がるし感じ悪いしなので自重しておきました。 しかし、表面
AWSとGCP間でVPNを設定する方法 - Gunosy Tech Blog
はじめに AWSのネットワーク構成 GCPのネットワーク構成 AWS と GCP 間での通信 VPN設定手順 TGWを用いたルーティングの設定 (AWS) Shared VPC の設定 (GCP) Terraform まとめ はじめに こんにちは。DR & MLOps Group というところで働いている阿部といいます。Data Reliability & Machine Learning Operations の略で、データ基盤やML基盤を作って運用するグループです。 私はもともとは記事配信ロジックやデータ分析をやっているグループにいましたが、今年移ってきました。 こちらが紹介記事です: DREの使命とは？「数が神より正しい」と言うための正確性を求められる技術力 – Gunosiru 弊社のシステムは基本的にはAWSで動いていますが、とあるプロジェクトでGCPを使うことになりました。 そ
MLOps（機械学習基盤）とは？ AIOpsとの違い
用語「MLOps（“Machine Learning”と“Operations”の合成語）」について説明。機械学習モデルの実装～運用のライフサイクルを円滑に進めるために築かれる、機械学習チーム／開発チームと運用チームが協調し合う管理体制（機械学習基盤）を指す。 連載目次 用語解説 MLOpsとは、「機械学習チーム（Machine Learning）／開発チーム」と「運用チーム（Operations）」がお互いに協調し合うことで、機械学習モデルの実装から運用までのライフサイクルを円滑に進めるための管理体制（機械学習基盤）を築くこと、またはその概念全体を指す。類義語にDevOpsがあるが、まさにそのDevOpsから発展して生まれた考え方である。DevOpsに詳しければ、その機械学習版だと考えるとよい。 DevOpsの考え方と同様に、機械学習チーム／開発チームは、最終的なソリューションの一機能と
【開発者必見】Codeシリーズに最適化された通知サービスNotificationsがリリースされました！ | DevelopersIO
DevOpsやCI/CDに必須なサービスとしてすっかりおなじみになったCodeシリーズですが、今般、そのCodeシリーズに特化した通知サービスがリリースされました。 Introducing notifications for AWS CodeCommit, AWS CodeBuild, AWS CodeDeploy, and AWS CodePipeline Codeシリーズはアプリケーション開発〜運用のライフサイクル全般に関わるものが多く、それらを使っている中でリポジトリに対するプルリクエストの連絡、ビルド結果やパイプラインの実行結果、デプロイ結果などを通知するシチュエーションは非常に多くあります。従来、通知にはCloudWatch Eventsの利用が必須でしたが、今回Notificationsサービスとしてリリースされることで、Codeシリーズの中だけでの設定が可能となっています。
CloudFormationの全てを味わいつくせ！「AWSの全てをコードで管理する方法〜その理想と現実〜」 #cmdevio | DevelopersIO
CloudFormationの全てを味わいつくせ！「AWSの全てをコードで管理する方法〜その理想と現実〜」 #cmdevio AWSにおける代表的なIaCの手段、CloudFormationについて、その使いこなしについて主観強めに喋ってきました。あまりマニュアルにも乗ってないような事項も結構あるので、是非参考にしてください。 「俺は、なんだかんだCloudFormationが大好きだ！」 うららかな小春日和の11月、下記イベントで登壇してきました。 【11/1（金）東京】国内最大規模の技術フェス！Developers.IO 2019 東京開催！AWS、機械学習、サーバーレス、SaaSからマネジメントまで60を越えるセッション数！ ｜ Developers.IO このブログでは、「AWSの全てをコードで管理する方法〜その理想と現実〜」というタイトルで思う存分喋ったその様子を丸ごと喋り含めて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「日本市場で一番のライバルはExcel」……アトラシアンが訴える「ツール」の重要性 同社が提供する「Jira Software」「Bitbucket」「Confluence」などアピール
IBM Developer