ID:84350さん

あなたを気にしている企業

  • RechoがID:84350さんのレジュメを見ています。
    2026.09.01
  • HelpfeelがID:84350さんのレジュメを見ています。
    2026.08.31
  • アイキューブドシステムズがID:84350さんのレジュメを見ています。
    2026.08.31
  • HelpfeelがID:84350さんのレジュメを見ています。
    2026.08.30
  • アイザックがID:84350さんのレジュメを見ています。
    2026.08.30
  • TOKIUMがID:84350さんのレジュメを見ています。
    2026.08.30
  • UbieがID:84350さんのレジュメを見ています。
    2026.08.29
  • TOKIUMがID:84350さんのレジュメを見ています。
    2026.08.28
  • ミラティブID:84350さんのGitHubを見ました!
    2026.08.28
  • ミラティブがID:84350さんのレジュメを見ています。
    2026.08.28

キャリアビジョン


「壊れたら直す」から「壊れにくくする」へ。AWSとKubernetesを軸に、お客様のクラウドインフラを設計から運用まで一貫して担えるエンジニアになりたい。

インフラエンジニアとして約3年3か月、AWSを主軸に7つのクラウド環境を並行運用し、アラート対応約2,050件、構築・変更タスク約725件を担当してきました。 その中で、報告して終わりにせず根本原因まで踏み込んだ改善を5件実施しています。たとえば共有ストレージのスループット制限を特定し、月約60件発生していたアラートをゼロにしました。監視の閾値は変えず、原因側を解消したものです。 ただ、原因を追っていくと、そのほとんどが構築時点で決まっていた設定値でした。共有ストレージのスループット、NFS環境でのキャッシュ更新間隔、プロセスのリサイクル閾値。どれも運用中に壊れたのではなく、最初に決めた値が時間をかけて表面化しただけです。同じ種類の後始末を繰り返すうちに、そうならない構成を最初に決める側に回りたいと考えるようになりました。 一方で、運用して初めて分かる負荷の傾向があることも実感しています。設計だけを担当したいわけではなく、自分が決めた構成を運用フェーズまで持ち続けられる範囲で働きたいと考えています。

プロジェクト経験

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

マネージメント能力

アピール項目


アウトプット

GitHub アカウント
あり
Qiita アカウント
未入力です
Zenn アカウント
未入力です
Speaker Deck アカウント
未入力です
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
未入力です

今後、身につけなければいけないと思っている技術は何ですか?

【最優先】Kubernetes / Amazon EKS の本番運用 個人開発ではEKSクラスタの構築、Karpenterによるノード管理、Golden AMIパイプライン、GitOpsによるデプロイまで実装していますが、本番トラフィックを受けるクラスタの運用経験がありません。 【次点】Terraform の本番運用 検証は50本以上積んでいますが、チームで運用するIaCは、コードが書けることよりもワークフロー設計(誰がplanをレビューし、どうapplyの権限を絞るか)が重要だと考えています。個人開発でPR駆動のワークフローを実装していますが、実際のチーム運用の中で経験を積みたいです。 【中期】SLI/SLO設計とエラーバジェット運用 現在は顧客の要望を基準に運用していますが、数値目標を基準に「どこまで壊れてよいか」を判断できる形に移りたいと考えています。 【関心領域】AI推論基盤の設計 個人開発の主軸にしている領域です。コスト制御・権限設計・可観測性といった課題は運用側の知見が活きるところで、需要も伸びると考えています。ただし現時点では、まずクラウドインフラの設計・構築経験を積むことを優先しています。

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

【成果が出やすい環境】 ・技術的に相談できる相手がチーム内にいる環境 一人で調べ切ることは苦にならないのですが、設計判断については「この理解で合っていますか」と確認できる相手がいるかどうかで、判断の精度と速度が大きく変わると考えています。 ・作ったものが再利用される環境 案件ごとに作り捨てるのではなく、共通モジュールとして横展開される文化がある環境の方が、長く価値を出せると考えています。 ・非同期のテキストコミュニケーションが機能している環境 調査結果や設計意図を文章で残すことを日常的に行ってきたため、ドキュメントとレビューで進む進め方と相性が良いです。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
生成AIをコアとした開発
生成AIを主要技術としたサービス・プロダクト・機能の企画や、RAGなどの高度な手法を用いた開発経験

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
分析力 / 責任感
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
好きなプロダクトがある
やりたくない分野
未入力です
その他の特徴
未入力です
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で30代後半
好きなテキストエディタ
未入力です
希望勤務地
その他地域 / リモート勤務
集まる必要性がない場合は基本リモートが許可される環境が必要
希望年収
600万円
ご意見箱

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?