GitHub ActionsでAWSの永続的なクレデンシャルを渡すことなくIAM Roleが利用できるようになったようです アクセスキー、撲滅してますか？ ナカヤマです。 目黒方面より、以下のような福音が聞こえてきました。 何がどのくらい最高かと言いますと！ GitHub Actions に AWS クレデンシャルを直接渡さずに IAM ロールが使えるようになることがまず最高で！ クレデンシャル直渡しを回避するためだけの Self-hosted runner が必要なくなるところも最高です！！✨✨✨ https://t.co/IUQmfzkIB0 — Tori Hara (@toricls) September 15, 2021 元ネタはこちら。 Ok I blogged about it. That's how excited I am. 1. Deploy this CFN templ

TL;DR まずはこいつをみてくれ。 左右に分割されたエディタウインドウに、テキストエディタとターミナルが並んでいるのがお分かりになられるでしょうか！！ なにそれ？ これは、先日リリースされた Version 1.58 (June 2021) に含まれる以下のアップデートによるものです。 Terminals in the editor area Terminals can now be created in or moved to the editor area, enabling a multi-dimensional grid layout that persists and remains visible regardless of panel state. Terminals in the editor area - Integrated Terminal - Visual Stu

先日、めでたくGA（一般公開）されたAWS Chatbot、皆さん使っていますか？ 特にLambdaなどのコーディングは必要なく、AWS上の様々なイベントをSlackにノンコーディングで連携できる非常に便利なサービスなのですが、Slackへのプライベートチャンネルへの連携で、結構はまったので共有です。 まぁ「ドキュメントちゃんと読んどけよ」という話ではあるんですが、検索してもそれっぽい情報がでてこずそれなりにハマってしまったので、インデックス目的で、記事作成しておきます。 もう同じことでハマる人いないの？ ( ﾟдﾟ)　ｶﾞﾀｯ /　　 ヾ ＿_L| /￣￣￣/＿ ＼/　　　/ そう願ってます。 AWS Chatbotを使ったSlack連携の流れ パブリックチャンネルに連携する場合の大まかな流れは、下記藤井の記事をご参考ください。 大雑把な手順は以下の通り。 SNS Topicの作成 連携

レトロRPG風デザインのオンラインビデオ通話スペース『 Gather.Town 』で”出社して仕事＆気軽に雑談”を楽しく仮想体験！ 弊社クラスメソッドは以前からリモートワーク(テレワーク)は全社的に利用出来る体制にあり、2020年初頭以降のコロナ禍を経て(ほぼ)フルリモート体制にシフトした際もそこまで大きな混乱は無く、各種SaaSサービスを活用して比較的円滑に日々の業務をこなしてこれているように思います。 とはいえ、それでもやはり実際にオフィスに出社して仕事をする、また顔を合わせて会話をする(仕事の話でも、雑談でも)というのは良いものですね。特に後者の『会話』の部分についてはリモート体制に移行することで"あそび"の部分がごっそり失われてしまった...というのが大きな変化になったと感じる方は多いのでは無いでしょうか。昨今の状況にあっては、実際に顔を合わせるのは勿論のこと、顔を合わせるために移

渡辺です。 AWS CLIやAWS SDKを利用すれば、AWSでリソースを自由に操作できます。 この時、認証情報（クレデンシャル）が必要ですが、適切に扱わなければなりません。 特にアクセスキーの扱いは慎重に行い、可能な限りアクセスキーを利用しないことが大切です。 AWS SDK fo Goでのクレデンシャルの扱いについてまとめました。 AWS SDK for Goを使う流れ はじめにAWS SDK for Goでのサービス利用手順について確認します。 例えば、EC2サービスを利用するには次のようなコードです。 sess := session.Must(session.NewSession()) svc := ec2.New( sess, aws.NewConfig().WithRegion("ap-northeast-1"), ) fmt.Println(svc.DescribeInsta

森永です。 先日発表されたNLB（Network Load Balancer）ですが、TCPのロードバランシングができるということで、gRPCを使って負荷分散が出来ないか試してみました。 CLB版はこちら 構成 NLBの下にgRPCのサーバーを2台用意します。 クライアントからNLBにリクエストを投げてレスポンスが返ってくるか確認します。 試してみる サーバの設定 サーバー側は、gRPCのNode版サンプルのサーバーアプリケーション("Hello world"というメッセージを返す)を使用します。 UserDataに以下を仕込むだけでセッティング完了です。 2台目は下から2行目の01部分を02にしておきます。 #!/bin/bash yum install -y git curl --silent --location https://rpm.nodesource.com/setup_7.

はじめに サーバーレス開発部＠大阪の岩田です。 Private Integrationで作成したAPI GatewayからNLB配下のWebサーバーにAPI GatewayのリクエストIDを引き渡したいという要件があったので、実現方法について調査してみました。 環境 下記のような環境を想定しています。 API GatewayのPrivate Integration機能を使い、API Gatewayで受けたリクエストをNLB経由でVPC内のEC2に渡してやります。 この際、API GatewayのリクエストIDをEC2で稼働するWebサーバーまで引き渡すのがゴールになります。 Private IntegrationのAPI Gateway作成 まずはAPI Gateway　→ NLB → EC2　の環境を構築します。 こちらのブログで紹介されている手順に従って設定していきます。 【新機能】A

GCPUG Beginners Tokyo 12 feat. GKE part.2 に参加してきました #gcpug GCPUG Beginners Tokyo #12 feat. GKE part.2のハンズオンに参加して来ました｡内容や感想をブログ化しました｡ はじめに おはようございます､加藤です｡GCPUG Beginners Tokyo #12 feat. GKE part.2のハンズオンに参加して来ました｡ 事前に資料が用意されており､その資料に従って4名程度でグループを組みフォローしながら進める形でした｡ ハンズオン 前提 GCPアカウントの課金が有効になっていること 費用はかからないがリソース作成の為に課金設定が必要 クレジットカードの登録が必要 資料 今回(Part2) sakajunquality/gke-getting-started Part1 プロジェクトの作成

ローカルでのソースコードの変更を自動で検知してKubenetesへデプロイ! Skaffoldを開発モードで使ってみました Skaffoldを使用して､ローカルでソースコードを変更したら自動的にKubernetes(EKS)までデプロイして快適に開発できる環境の作り方をまとめてみました｡ はじめに おはようございます､加藤です｡昨日参加した勉強会でSkaffoldの存在を知ったので､早速 ECR & EKS で試してみました｡ Skaffoldとは GoogleContainerTools/skaffold: Easy and Repeatable Kubernetes Development SkaffoldはGoogleによって開発されている､Kubernetes(以降､k8s)への継続的な開発を容易にするコマンドラインツールです。 開発フェイズでは､アプリケーションのソースコードの変

はじめに 海外旅行大好き chicca です。 英語で話したいけど、何を言ったらいいかわからない。 頭では思いつくけど、単語が口からでてこない。 このような経験は英語学習者が一度は通る道ではないでしょうか？ そんなときにお勧めな本がこちらです。 ITエンジニアの英語術/Amazon ITエンジニアが現場でチャットのやりとりをすることをベースに早く英語を話すコツを紹介しています。 英語を難しく考えすぎず、シンプルに会話を進められるようになる１冊です。 見出し PROLOGUE 世界で通用する英語力が身につく５秒チャット CHAPTER 1 短くして5秒チャット CHAPTER 2 分割して５秒チャット CHAPTER 3 言い換えて５秒チャット CHAPTER 4 質問して５秒チャット CHAPTER 5 短縮して５秒チャット EPILOUGE ５秒チャットの先にあるもの ポイント 読んでみ

底なし沼のEKSやKubernetesを学ぶにあたって、そのよき道標となってくれるワークショップの紹介です。 30回ぐらいつぶやいてる気がするけれど、このWorkshopまじでええな。まじでええわ。 / 他3件のコメント https://t.co/iCPRKu7obr “Amazon EKS Workshop :: Amazon EKS Workshop” https://t.co/iJaJYaVVHf — 濱田孝治（ハマコー） (@hamako9999) June 1, 2019 ( ´・ω・`)_且~~ EKSWorkshopとは Amazon EKS Workshop :: Amazon EKS Workshop AWSが提供するWebを使って学べる、EKSのワークショップ。VPCやALBやEC2のワーカーノードの構築含めて、いろんな観点からEKSを学ぶことができます。 また、EKS

k8s環境のメトリクスやログを取得するマネージドサービス「CloudWatch Container Insights」が発表されました！ 従来、EKSの監視やログ管理にはサードパーティーOSSや監視用SaaSなどがほぼ必須だったのが、CloudWatchのみで完結しそうな大型アップデートです。 現在開催されているKubeCon + CloudNativeCon Europe 2019 - Linux Foundation Eventsにおいて、Kubernetes環境のコンテナ環境のメトリクスを取得する「CloudWatch Container Insights」が発表されました！ コンテナワークロードのためのメトリクス・ログモニタリングサービス、CloudWatch Container Insights の Public Preview を発表しました！！ #KubeCon 続) pic

はじめに こんにちは、川原です。 AWSのIAMサービスでは、各AWSサービスへの操作をアクセス制御するために「ポリシー」という概念があります。 AWSのドキュメントを読んでいると、ポリシーにはいくつか種類があることに気付くかと思います。本ブログではそれらのポリシーについて整理してみたいと思います。 ポリシーの基本 ポリシーは基本的に、「誰が」「どのAWSサービスの」「どのリソースに対して」「どんな操作を」「許可する(許可しない)」、といったことをJSON形式で記述します。 記述したポリシーをユーザー(IAMユーザー、IAMグループ、IAMロール)や、AWSリソースに関連づけることで、アクセス制御を実現しています。 例えば、以下のJSONはAWS側で用意しているAmazonS3ReadOnlyAccessという名前のポリシーです(後述するユーザーベースポリシーのAWS管理ポリシーに該当)。

こんにちは、菊池です。 本日、2018年5月24日にAWSをテーマにした勉強会、AKIBA.AWSの第7回目を開催しました。今回は、大阪オフィスとリモート接続し、HIGOBASHI.AWSと合同での開催です。 AKIBA.AWS AKIBA.AWSは、AWSを利用しているエンジニアを対象とした勉強会です。 日々進化を続けるAWSの技術動向を追い、参加者が相互に情報交換し、スキルを高めていくことができる場所にしたいと思っています。一方的に情報提供をするのではなく、発表を通じて質問やディスカッションを行い、発表者・参加者の双方で議論を深めていくことをイメージしています。 4回連続でAWSネットワークに迫る！ 今回から隔週木曜、4回に分けて、AWSのネットワークをテーマにすることにしました。 ネットワーク編 第1回：基礎編 - AWSのネットワークサービスの基本 -　4/19（木） ネットワーク

2018年5月24日にAWSをテーマにした勉強会、AKIBA.AWSの第7回目が開催されました。今回は、大阪オフィスからもリモート参戦ということで、HIGOBASHI.AWS として合同開催させていただきました！ 今回のセッション 1. AWS限定じゃない！オンプレでも使うRoute53【リモート中継】 AWSを利用する際に、Route53が便利な場面は多々あります。でもそれだけじゃないんです。オンプレミスのネットワークとAWSが混在した環境でRoute53を中心的に使うためのヒントをご紹介します。 2. 複数拠点接続のキモ！VGWのルーティング仕様を理解する【リモート中継】 DirectConnect、VPNでAWSと接続するためのコアとなるVirtual Private Gateway（VGW）。複数拠点と接続するケースでは必須となる、VGWのルート制御の仕様を深掘りします。 3. A

ども、大瀧です。 本日、新しいELBとしてNLB(Network Load Balancer)がリリースされました。 NLB自体の使い方については大栗の以下の記事をご覧ください。ここでは全部で3種類になったELBをネットワークの視点から区分けしてみたいと思います。 [新機能]静的なIPを持つロードバランサーNetwork Load Balancer（NLB）が発表されました！ ｜ Developers.IO また、機能面の比較はAWS公式の以下のページが詳しいです。 Elastic Load Balancing Product Details ELBの種類と特徴 現在利用できるELBは以下の3種類で、一般名称と対応付けてみました。 [NEW!!]Network Load Balancer(以下NLB) : L4 NATロードバランサ Application Load Balancer(以下

IAMの機能を利用することで、AWSアカウントのパスワードポリシーを設定することができます。 デフォルトのパスワードポリシーは非常に緩いので、簡単に推測できるパスワードへの変更を防止し、セキュリティを強化してください。 パスワードポリシーの設定 パスワードポリシーは、IAMメニューの「アカウント設定」から行います。 パスワードポリシーから次の項目がチェックボックスで選択可能です。 パスワード長 「Minimum password length （パスワードの最小長）」のデフォルトは6となっていますので少し短めです。 文字種にもよりますが、最低パスワード長は8にしておくと十分な最低長と言えるでしょう。 文字種 「Require at least one uppercase letter（少なくとも 1 つの大文字が必要）」「Require at least one lowercase let

はじめに Tableau各種プロダクト(Tableau Desktop、Tableau Server等)は、現在バージョン10.3のベータプロジェクト実施中で、2017年4月28日時点では、最新のバージョン10.3 ベータ2が提供中です。下記サイトにその機能の一覧が紹介されていますが、ベータ版プロジェクトに参加することで各種機能を実際に試してみる事ができますので、リリース前ではありますが本シリーズで新機能を試し紹介します。 Coming Soon 10.3 | Tableau Software 当エントリでご紹介するTableau 10.3新機能は『Amazon Athenaとの接続』です。 新しいAmazon Athenaデータ接続を利用する Tableau 10.3では、新しいサーバ接続先として、Amazon Athenaが利用できるようになります。 この機能のお陰で、従来必要だったS

こんばんは、菅野です。 ネットワークロードバランサー（NLB） が発表され、Dev.IOでもいくつかのブログエントリーが公開されました。 今回はユーザーとして NLB の作成からアクセスまで色々試してみました。 サブネット NLB を作成する前に用意しておきましょう。 NLB の作成を開始した後にサブネットを作ってもリストに出てきませんし、更新ボタンもありません。（VPC が複数ある場合は VPC を選択し直すことでサブネットのリストが更新されます） このサブネットには NLB と EC2 インスタンスを配置することになります。 ルートテーブルにはインターネットゲートウェイ（IGW）へのルートを追加しておきましょう。 IGWへのルートが無いとこんなメッセージが表示されます。 Elastic IP（EIP） NLB を作成する前に用意しておきましょう。 NLB を配置するアベイラビリティゾー

Serverless Frameworkで環境変数を外部ファイルから読み込み、環境毎に自動で切り替えてみる どうも！西村祐二＠大阪です。 現在、Lambdaを開発するときにServerless Frameworkをよく使っています。 Lambdaで利用する環境変数はserverless.ymlに記載することでデプロイ時に設定されますが 本番環境と開発環境で環境変数を分けたいときは 外部ファイルにだして、それを読み込むほうがスッキリとして また、今後環境変数を編集する際も作業しやすくなると思います。 今回は、デプロイ時に外部ファイルに書き出した環境変数を読み込み 開発環境と本番環境とで自動的に切り替える方法を紹介したいと思います。 やりたいこと 今回やりたいことをまとめると下記の通りです。 $ sls deploy コマンド実行後、開発環境用の環境変数が自動的に設定される $ sls dep