こんにちは！はてな東京オフィスでアプリケーションエンジニアをしている id:KGA です。 はてなで毎週開催している技術勉強会で「リモートチームでの働き方」と題し、自分以外のメンバーが全員京都オフィスにいるチームで2年間仕事をしてきた経験から心がけるようになったことを発表しました。今回はその発表資料を公開します。 speakerdeck.com 最近では東京オフィスにもエンジニアやデザイナーなどの開発メンバーが増えてきましたが、それでもまだ半数以上のメンバーが京都オフィスに勤務しているというチームも少なくありません。どのチームも規模や状況によって試行錯誤しながら様々な取り組みをし、働きやすいチームを作ることを目標に東京・京都双方で力を合わせ日々改善を行っています。 僕自身、入社当初から東京オフィスに1人だけというチームで働いていて、やはり最初は大小様々な問題に直面しました。そんな中で他のチ

さて、皆様はIAMにどのようなイメージをお持ちでしょうか。プロジェクトに関わる複数人で1つのAWSアカウントを扱う時、各メンバーに配布するアカウントを作れる機能。そして、その気になればアカウントをグループ分けし、権限を厳密に管理できる機能。といったところかと思います。 上記のユースケースで出てきた主なエンティティ（要素）はUserとGroupですね。IAMのManagement Consoleで見てみると、IAMはこれらの他にRoleやIdentity Providerというエンティティによって構成されているようだ、ということがわかります。今日はRoleにフォーカスを当てて、その実態を詳しく理解します。 IAM Role IAM Roleを使うと、先に挙げたIAMのユースケースの他に、下記のようなことが出来るようになります。 IAM roles for EC2 instancesを使ってみ