【 新機能「再指名リクエスト」のお知らせ 】 詳細は [リリースノート](https://job-draft.jp/release)をご確認ください。

ID:77169さん

3年後の目標や野望


自社開発企業にてSREとして大規模で複雑なサービスを安定して運用する。

SREは技術範囲も多岐に渡り業務内容も面白く社会にとって重要な仕事だからです。 具体的にはパフォーマンス改善やトイル削減などの改善活動を行っていきたいです。

年収評価シート

2024年/1ヶ月以内

Azureの社内向けAIドキュメント検索基盤の構築

# プロジェクト概要 私は農業系組合の情報システム部門に派遣され、ADやM365などのシステム運用業務を行なっています。 外部ベンダーが設計・構築したAzure OpenAIを用いたチャットサービスが派遣先の親会社向けに既に存在しています。 今回、それとほぼ同じ環境を派遣先でも構築することになりました。 今後のグループ会社展開を見据えて、IaCを用いた内製化をすることになりました。 派遣先にAzure構築やIaCのナレッジがなかったため、ベンダーと共に親会社向け環境を参考に構築しました。 # 体制 私とプロパーでベンダーに直接赴き、2名のベンダーの技術者との計4名でAzure環境の構築と運用設計を2週間で行いました。 # 課題 1. 親会社向け環境自体にセキュリティの不備 2. デプロイ方法の未整備 3. AzureやTerraformのナレッジ不足 # 解決方法 1. APIキーのKey Vault利用 IP制限などの見直し 2. 派遣先にGitHub環境がなかったため、PowerShellスクリプトにてデプロイ 3. Azure資格取得を通した自己学習やエンジニアコミュニティのTerraformの課題で学んだことを活用 (Terraformのoutputを用いて構築手順を簡略化する提案など) # 工夫 デプロイ方法はGitHub Actionsを導入しようとしていましたが、派遣先がGitHubも使っていない環境でした。 そのためPowerShellスクリプトによるデプロイ方法を準備し、そちらをメインとしました。 構築後の現在、派遣先メンバと相談しTerraformのコード管理にGitHubを使えるかは検討中となります。 GitHub Actionsについてはまず開発環境で試し、慣れてきたら本番でも導入する予定です。 上記の決め事をベンダーと派遣先の間に立って積極的に疑問点を潰すコミュニケーションを取ることができました。 # 成果 ベンダーと協力してシステム構築をするという特殊な事例でしたが問題なく構築できました。 同行したプロパーにTerraformやPowerShell、VSCodeでのコーディング力などをお褒め頂きました。 内製化のためのナレッジ蓄積も行うことができました。 # Azure使用リソース * Azure App Service * Azure OpenAI * AI Search * Bing Search * CosmosDB * BLOB Storage * Azure Key Vault # Terraformの構成 * おおむねリソースごとにモジュール化 * モジュール化した単位でtfstateを分けて管理 * tfstateはBLOBストレージにて管理

2023年/2年以内

ADやファイルサーバ、M365などのシステム運用業務

# プロジェクト概要 2023/06~ 農業系組合の情報システム部門へ派遣 主にADやM365などのシステム運用業務 # 自社チームリーダー 2024/07~ 2024年7月から自社の派遣先のチームリーダーに就任 月次でチームメンバーとの1on1を実施 1on1で分かった自社メンバからのフィードバックや今後の案件、人員調整について話し合う定例を派遣先の課長と月次で実施 ほかには月末にメンバーの勤怠表のチェックなど自社提出物の管理や社内勉強会(Azure)の講師を実施 # 主な業務内容 * 人事異動に伴うユーザー登録・削除 * 問い合わせ対応 * 障害対応 * ベンダ問い合わせ(障害対応・技術調査) * 月次稼動レポート、お客様向け維持管理報告書作成 * 手順書作成・修正(ユーザ向け手順書・運用手順書・簡単な構築手順書) * 検証・設定変更(グループポリシー・PowerShellスクリプト・レジストリなど) * 認証システム変更に伴う受け入れテスト テスト仕様書に沿って変更後に想定の画面遷移になるか確認 * Gmailガイドライン変更に伴う対応 メールシステム構成図作成やSPF・DKIM・DMARCなどのDNSレコードについて調査や検証を行い、設定変更 * 更改(オンプレサーバ・NASの構築,Windows Serverの更改,ADのFSMO移行,ファイルサーバ移行) # 行なった改善活動 * ADのユーザ新規登録・属性変更・削除をPowerShellスクリプトにて自動化し、トイルを削減 * Google Apps Scriptを用いて顧客とのメールの定型文や日報の作成などを省力化 * ファイルサーバ内の最終更新が〇年以上前のファイル情報をPowerShellを用いてCSVで出力し、一括削除した経験 * ファイルサーバ以降に伴い、それまで手作業だったファイルサーバのアクセス権の付与をPowerShellで行い省力化 * AzureのLog Analytics ワークスペースにてKQLを工夫し稼動レポート作成に必要な情報(時刻,ユーザーID,使用モデル,消費トークン数)を収集した経験 * 手作業で行っていたAWS EC2の構築作業をCloudFormation化 * 申請対応手順書一覧など、業務引き継ぎに必要な資料が不足していたため自ら作成

マネージメント能力

このマネージメント能力は公開されていません

アピール項目


アウトプット

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

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

* より広くて深いインフラ知識 * 実務レベルのコーディング能力

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

* 率直に意見をぶつけ合える心理的安全性の高い環境 * 出来ない言い訳ではなく、どうしたら上手くいくかを皆が考える環境 * 意見が対立しても、一度決定すると同じ方向を向いてコミットできる文化のある環境

キャラクター

直近で一番やりたいこと
技術を極めたい
好きなスタイル
好きな規模
自信を持って人より秀でていると言える点
学習能力 / 調整力 / 人を集める力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
風通しの良さや意思決定ライン
やりたくない分野
未入力です
その他の特徴
未入力です
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で20代後半
好きな Text Editor
VSCode
希望勤務地
東京都
希望年収
未入力
転職ドラフトに参加して
企業から指名を受け取ろう!
会員登録をして転職ドラフトに参加すると、参加企業から年収付きの指名を受け取ることができるようになります。
会員登録する
ご意見箱

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

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

  • {{error}}
SIGN UPSIGN IN


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