土日となると天気が悪い北海道の渡辺です。 今日は七夕の創立記念日ということで、AnsibleのAWSモジュールを使ってIAM User, Group, Role を管理する方法を紹介します。 iam / iam_policyモジュール Ansibleのiamモジュールとiam_policyモジュールはコアモジュールのひとつで、AWS上のIAMリソースとポシリードキュメントを管理します。 IAMリソースは、CloudFormationでも管理可能です。 Ansibleのモジュールを利用した場合、ポリシードキュメントの再利用やテンプレートが利用できる点がポイントとなってきます。 iamモジュールでIAM Roleを作成する iamモジュールは、iam_typeでIAMリソースの種類を指定し、User / Group / Roleを作成します。 profileとstateを指定すること以外で特別
YAPC::ASIA Hachioji 2016 mid in Shinagawa
ウィスキー、シガー、パイプをこよなく愛する大栗です。 たまにWindows Serverを触ることがあるのですが、ちょっとしたサードパーティのツールをインストールする時が少し面倒だったりします。Linuxのメジャーなディストリビューションでは標準のパッケージ管理システムがあり簡単にインストールすることができます。Windowsでは標準というべきものがなかったのですが、PackageManagementが標準になりそうなので試してみました。 パッケージ管理システム Linuxの場合は、ディストリビューションの標準として導入されています。有名な物だと、以下の様なものでしょうか。 APT:Debian、Ubuntu yum:RHEL、CentOS、Amazon Linux DNF:Fedora Windowsの世界は詳しくないのですが、調べてみると色々あるようで、例えば以下です。 Web PI
はじめに こんにちは植木和樹@上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 (この記事を読むのにかかる時間の目安:5分) 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
1. 大企業病の感染源 優秀な人たちばかりの会社でも、人数が増えれば大企業病にかかる恐れがある。優秀な人しか採らないようにしても、無能な人は少なからず入ってきてしまうためだ。無能な人がいれば、当然仕事の進みに鈍りが生じる。無能な人と一緒に仕事をすることに嫌気がさした優秀な人はどうするか。「ルール」を作る。誰でも仕事がスムーズにまわるよう、明確でわかりやすいルールを作る。このルールこそが一時的に事業を前へ押し進めるものの、後々「大企業病」を発症させる原因なのである。 2. 大企業病の発症 無能な人はルールに固執したがる。「ルールだから」と突き放し、頭を使って考えることをしない。 本来は、仕事をスムーズに、正確に進めるために作られたルールがいつのまにか足枷になる。なぜなら、どんなケースでも最適なルールというものはほとんど存在しないからだ。そのときの状況によっても、時代によっても最適解というのは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く