はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 仕事で初めてIAM Identity Centerを使う機会があり、使ってみたらマルチアカウントの管理が想像以上にやりやすかったので、紹介しようと思います。 【次】IAM Identity Centerを使って複数アカウント管理する。（その２：CLIでのアクセスと管理の委任） IAM Identity Centerとは AWS Single Sign-onの後継サービスとなり、AWS Organizationsで複数アカウントを運用している環境で各ユーザを集約管理し、各アカウントへのログインを簡単に行えるようにするためのサービ

はじめに 最近MacBookからRDPでWindows端末を操作することが増えてきたのですが、今までWindows端末ばかり触ってきていたので、Mac自体の操作に慣れていないのと、MacからWindowsにRDP接続する際のキー配置がどうなるのか分からないので、RDP接続した場合でも操作に困らないように一般的な操作をまとめてみました。 操作端末の構成 操作する側となるMacにはGoogle日本語入力がインストールされているくらいで、他にキー配置を変更したりアプリを使ったりはしておりません。 また、今回はMacBook AirのJIS配列キーボードでの操作となるため、フルサイズキーボードでの操作やUS配列の場合は少し変わってくるかもしれません。 項目 内容

はじめに シーケンス図やクラス図などがコードで書けるうえ、AWSやAzureのアイコンを使って構成図までコードで書けてしまうPlantUMLにハマり、しばらく使ってみた結果、ある程度きれいな構成図が描けるようになったため、これまでのノウハウをまとめてみようと思います。 なお、今回はPlantUMLのインストール方法や使い方、初歩的な書式等まで説明していると長くなってしまうため、要点のみまとめます。 今回描いてみた構成図 仕事で描いた図を載せるわけにもいかないので、AWSが公開しているAWSソリューションの1つである「AWSでのワークロード検出(旧AWS Perspective)」の構成図をサンプルとしてPlantUMLでできるだけ基の構成図に近づけるように描いてみました。 もしAWS Perspective自体に興味があるようなら以前私が書いた記事も以下で紹介しておきますので参考にどうぞ。

はじめに 最近勉強がてら「AWS Hands-on for Beginners」の「AWS Code サービス群を活用して、CI/CD のための構成を構築しよう！」を視聴し、自分でもCI/CDの環境を構築してみたいと思ったので、前回手放しでおすすめできるとは言い難いと記事に書いておきながらも、Systems ManagerからAnsible実行機能を使って、CodeCommitにAnsible実行用のソースをコミットしたら指定のインスタンスに対してAnsibleを実行する環境を構築してみたいと思います。 【関連1】Amazon S3からのスクリプトの実行をやってみた。 【関連2】SSM Agentの実行スクリプトを削除する方法 【関連3】Systems Managerでベストプラクティス構成のPlaybook運用する場合に注意すること 【次】AnsibleをAWS Systems Mana

はじめに CentOSの方針が変わったことを受けて、商用LinuxのRHELが16ノードまで本番環境含め無償利用することができるようになりましたが（以下参照）、方針が変わってから触っていなかったので、個人アカウントでサブスクリプション登録をして無償利用してみようと思います。 Red Hat Developer Program Terms and Conditions 尚、以降の説明は「Red Hatアカウント」作成済みの前提で説明するため、個人アカウントを作成していない場合はRed Hatのサイトの「ログイン」→「今すぐ登録する」から個人用途で作成してください。 RHELを無償利用する方法 やり方としては法人アカウントで利用する場合と同様となりますが、対象のサーバで検証・開発用サブスクリプションを登録すればサブスクリプションが有効になり、yum、dnf等の操作が行えるようになります。 Re

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

はじめに EC2インスタンスにCLIからインスタンスプロファイルを割り当てる作業を行った際、ちゃんと理解できてないなぁと感じたので、覚えがてらインスタンスプロファイルとIAMポリシー、IAMロールの関係について整理します。 IAMポリシーとは AWSのリソースにアクセスする際の制御を行う機能です。 IAMポリシーにはAWSが事前に用意しているAWS管理ポリシーとユーザがカスタマイズして使うカスタマー管理ポリシーがあります。 AWS管理ポリシーはAmazonS3ReadOnlyAccessやAmazonEC2FullAccessなどの名前が付けられているため、利用するサービスへのアクセスに必要なポリシーを選んで各ユーザ、グループなどに割り当てることで各リソースへのアクセスを制限できます。 但し、AWS管理ポリシーを使う場合、ポリシーの編集はできないため、もし複数サービスへのアクセス許可を定義

何事もなく進む作業。 今回は一部機器繋ぎこみだけなので、そろそろ作業の終わりも見えてきたとき、一本の電話がかかってきた。 一本の電話 電話の表示を見ると、その時の案件リーダの方の名前が表示されている。 このタイミングでかかってくる電話に良いことがあったためしがない。 でたくない、、、でたくないが、意を決して出る。 私：「どうしましたか？」 リ：「お客様から電話があって監視からエラーが出ていると連絡があったけど何かやった？」 私：「今、L3スイッチを繋いだところなのでリンクアップのメッセージとかじゃないですか？」 リ：「うちのシステムではなく、別のシステムの監視からエラーが出続けているそうなんだけど。」 私：「（別のシステム！？）」 自分のシステムならともかく、別のシステム！！！ しびれとも寒気ともいえぬ、血の気が引く感覚が全身を駆け巡りました。 惨劇はなぜおこってしまったのか すぐに原因の

はじめに 今回はスタック実行前に事前に変更箇所を確認できる変更セットと、スタック実行後に手動操作などで変更されたリソースを確認できるドリフト検出を試してみようと思います。 【前】CloudFormationをゼロから勉強する。（その６：Transformによるインクルード） 【次】CloudFormationをゼロから勉強する。（その８：スタックのネスト） 【番外編】CloudFormationをゼロから勉強する。（番外編：AWS Perspective） 変更セットについて 前述の通り、スタック実行前に変更箇所を確認することができる機能です。 スタック実行前に変更されるリソースやパラメータを確認できるので、スタック実行することによって意図せずリソースが削除されたりする事故が防げます。 テスト環境ならともかく、サービスが動作している本番環境でスタックを実行する際には必須の機能かと思います。