Agency事業部にてアプリケーションエンジニアをしている山﨑です 今回は、EC2へのデプロイ環境を一元化するため、Cloud9上に環境構築を行った話です AWSサービスやインフラにあまり触れたことのない方向けに、一連の手順を丁寧に記述してみました 背景 (余談) なぜCloud9にデプロイ環境を構築することにしたか おおまかな手順 前提となる環境 AWS その他 実装 【1】 Cloud9環境を作成する 【2】 GitLab/GitHub上のリポジトリをClone, Pullする 0. Gitインストール 1. SSH鍵の生成 2. 生成した公開鍵をGitLab/GitHubに登録 3. リポジトリをClone 【3】 ディスク容量を拡張する 0. 現在のディスク容量を確認する 1. EBSボリュームを拡張する 2. ファイルシステムを拡張する 【4】 Docker, Docker Co

こんにちは。エージェンシー事業部でアプリケーションエンジニアをしている梅津です。 私が所属しているチームでは、日々機能追加や改善を行っているメインプロダクトの他に、社内の別サービスに向けてデータを提供するWeb API(以下、社内向けAPI)が存在しています。 この社内向けAPIはKotlin + Spring Bootで動いているのですが、それをTypeScript + Expressで作り直すというプロジェクトが進行しています。 今回はそのプロジェクトについてお話したいと思います。 社内向けAPIの概要 作り直す背景 何故KotlinやSpring Bootを使っていたのか 技術選定 プログラミング言語 実行環境 フレームワーク ORM アプリケーションのデプロイ先 環境構築 設計思想とディレクトリ構成 実装例 queries/get-awesome-file クエリの実装例 コントロ

エージェンシー事業でリードアプリケーションエンジニアを行なっている大窄 直樹 (おおさこ)です. AWSのログ, サーバーのログってたくさん種類があって難しいですよね... 同じようなログがたくさんあるので, 何を取れば良いのかとか どのくらいの期間保持すれば良いのかとか またその後の, ログの実装や, 分析方法する方法も難しいですよね... 今回AWSに構築した商用アプリケーションのログを整備する機会があったので, このことについて書こうかなと思います. 概要 本題に入る前の準備 今回ログ実装するアーキテクチャ ログに関する法令 ログの取得箇所 設計 保管するログの決定 インフラのログ OSのログ アプリケーションのログ ログの保管 保管場所について 保管期間について バケット構造 アプリケーション, OSのログの転送 実装 アプリケーション, OSのログをfluentbitを用いてS3

エージェンシー事業でリードアプリケーションエンジニアの大窄 直樹 (おおさこ)です. 最近は SRE 的な業務が楽しく, サービスの品質の向上や, 費用削減にハマってます. 現在は Security Hub の AWS 基礎セキュリティのベストプラクティスのスコアアップが楽しいこの頃です. 今回はその中の一つである "EC2.8 EC2 インスタンスでは、Instance Metadata Service Version 2 (IMDSv2) を使用する必要があります" の対応について記載していこうと思います. IMDS(Instance Metadata Service) とは IMDSv2 への移行 (v1を無効化してv2のみ使える状態) IMDSv2 への移行手順を実施 1. CloudWatch の MetadataNoToken を確認 2. IMDS パケットアナライザーを用い

2 回目の登場となります、エージェンシー事業でアプリケーションエンジニアをしている 22 卒の服部(るりと)です。 最近は社内サービスの開発・運用を担当しています。 自身が入社してから 1 年が経ちました。今年から 2 年目になります！ 2 年目最初にブログ執筆チャンスが巡ってきたので、入社してから一年間を振り返りつつ今後に向けた話をします。 タイトルにある通り、本記事は順調な 1 年間というよりかは山あり谷あり断崖絶壁ありだった内容を赤裸々に語っていくポエム成分多めの内容です。 入社前 入社してから 1 年間の概要 挫折について 一つ目 研修発表 2 つ目 入門用タスク 3 つ目 プロジェクトのリード 失敗点を踏まえて まとめ 余談 入社前 新卒として入社する前の私は、「いい感じにコードを書ければ仕事は余裕でしょ(笑)」というように慢心してました。 というのも入社前は情報系の学部でコンピ

初めまして！エージェンシー事業でアプリケーションエンジニアをしている22年新卒入社の内原です。 今回は、私が所属するチームのシステム(AWS ECS/Fargate)にWorkload Identityを導入してGCPのさまざまなサービスへサービスアカウントキーを利用せずにアクセスする方法について紹介と思います。 背景 課題 基礎編: Workload Identityの導入方法 1. IAMロールの作成 2. Workload Identity PoolとProviderの作成 3. Workload Identityとサービスアカウントの連携 4. 認証構成ファイルの取得 5. 認証構成ファイルを利用してECSでアプリケーションを実行 応用編: Workload Identity連携におけるアクセス制限について 方法1: 属性マッピングと条件 方法2: サービスアカウントの紐付け時の条

こんにちは, 大窄 直樹(おおさこ)です. 今回は, EC2のキャパシティー不足(Insufficient Instance Capacity)を解消する手法についてまとめようと思います. 背景 EC2のキャパシティー不足(Insufficient Instance Capacity)のエラーとは キャパシティー不足を解消する方法 手動操作でエラーが発生した場合 システムでエラーが発生した場合 選び方 まとめ Q & A 参考資料 背景 ある社内サービスで, 定期的に今日は処理が遅いなということがありました. 調査した結果, EC2のオートスケーリングで希望数のインスタンスを確保できていないことが原因で処理が遅くなっていることがわかりました. EC2のキャパシティー不足の解消方法がまとまってると良いなと考え, 今回のブログを書きました. EC2のキャパシティー不足(Insufficient