はてなブックマーク

はじめまして。ZOZOテクノロジーズ CTO室 兼 SRE部 のkotatsu360です。 ウィスキーと葉巻とAWSが好きです∠( ﾟдﾟ)／ この記事は ZOZOテクノロジーズ #2 Advent Calendar 2020 #2 4日目です。 昨日はtippyさんのCSVから一括でファイル名を変更するMacアプリを作ったでした。 AWS SSO使ってますか？ 複数アカウントへのログインを一つのID/Passで管理できるとても便利な存在です。各AWSアカウントに対してIAMユーザを作る必要もありません。AWS SSO単体でのユーザ管理もできますが、弊社は外部IdPとしてAzure ADを利用しています。 AWS SSOの詳細は過去このような記事も書いているのでよろしければ御覧ください！ AWS Single Sign-Onを用いた、セキュアでより良いログイン体験への取り組み - Spea

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

インフラエンジニアのみつの（@kotatsu360）です。 この記事はVASILY Advent Calendar 201710日目の記事です。 この記事では、AWSのIAMでAssumeRoleする権限周りを一撃でつくるCloudFormationテンプレートをまとめます。ご査収ください。 CloudFormationが作る環境のイメージ このドキュメントの目的 IAMは調べれば調べるほど情報が断片的になる。あとJSON書くの面倒(一一 ) CloudFormationならYAMLで書けるし再現性がある。テンプレートにまとめようヽ(ﾟ∀ﾟ)ﾉ ﾊﾟｯ☆ AssumeRoleとは 役割ごとに必要な権限を持ったIAMロールを作っておく 開発 運用 請求 監査 etc... IAMロールごとに「自分の権限を使うことを許可する」対象を設定しておく 開発用のロールはエンジニアAとBとCと... I

環境 Mac OS X EI Capitan 10.11.6 Vagrant 1.8.7 現象 vagrant upでboxを取得するようにした状態で、upするとcurlで落ちる。 config.vm.define 'api' do |api| api.vm.box = 'api' api.vm.box_url = 'https://s3-ap-northeast-1.amazonaws.com/path/to/api.json' $ VAGRANT_LOG=debug vagrant up api ... ERROR vagrant: Vagrant experienced an error! Details: ERROR vagrant: #<Vagrant::Errors::DownloaderError: An error occurred while downloading th

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

どの記事も具体的な内容がTipsが並んでおり、個人的に非常に楽しんで読んでいます。 自分は少し趣向を変えて、ChatOpsを進めつつ失敗した失敗した失敗した失敗ｓ(ryとなった事を書きたいと思います。 その1: 通知部屋：そして誰も見なくなった・・・ GitHubのIssuesやPRの更新をチャットに流して、検知を早くしようと思いました。 その時に普段チームで話す部屋以外の「通知部屋」を作ったのですが、これが失敗・・・(；´Д｀) 興味のある人しか入室しない 始めた当初は物珍しいが段々と慣れる 流れる情報が通知だけとわかっていると見ない 新メンバーに対して「チームのチャットルーム」は案内しても「通知用チャットルーム」を案内するかは・・・時と場合と人による まぁ通知しか流れない部屋とか見ないですよね 今はチームのチャットルームに流しています。 今度は通知多すぎ問題が発生していたりしますが、

fluentdでつくる監視系 - Qiitaの続き いつもアプリケーションの開発ばかりで、まじめに監視系を考えたことがなかったので、 fluentdを中心にした監視系を作ってみた。 前提（変更なし） 複数台のアプリケーションサーバ 一台のログ収集サーバ ログにはエラーログとアクセスログの大きく2種類を用意する エラーログは更に複数のレベルでファイル単位にわかれている fatal error warn アプリケーションサーバとログ収集サーバは同一ネットワーク上にある やりたいこと メールで来ても絶対に気がつかない自信がある。 異常の側から教えてくれる仕組みを目指す。 fatalログが出た場合は、電話による通知を行う 全てのエラーログはchatツールに出力する ログのバックアップ ログの分析・可視化 1,2,3についてはfluentdでつくる監視系 - Qiitaにまとめた。 この記事では前回

いつもアプリケーションの開発ばかりで、まじめに監視系を考えたことがなかったので、 fluentdを中心にした監視系を作ってみた。 前提 複数台のアプリケーションサーバ 一台のログ収集サーバ ログにはエラーログとアクセスログの大きく2種類を用意する エラーログは更に複数のレベルでファイル単位にわかれている fatal error warn アプリケーションサーバとログ収集サーバは同一ネットワーク上にある やりたいこと メールで来ても絶対に気がつかない自信がある。 異常の側から教えてくれる仕組みを目指す。 fatalログが出た場合は、電話による通知を行う 全てのエラーログはchatツールに出力する ログのバックアップ ログの分析・可視化 この記事では1, 2, 3についてまとめる。 構築 fluentdのインストール 公式のドキュメントが一番わかり易い。 Installation | Flue