返答期日の08/12 03:00まであと6日

ID:18080さん

自己推薦一覧

自己推薦はありません

3年後の目標や野望


インフラおよびアプリケーションの両面からサイト信頼性の向上に貢献するWeb開発者

理由:マネージドサービスの普及により、インフラとアプリケーションの境界が曖昧となってきているため。 サーバのコード管理だけに留まらず、アプリケーションの観点も踏まえたシステム改善・信頼性向上に取り組む必要があると考えております。

年収評価シート

2018年/2年以内

SRE業務およびWebサービスの運用・改善

# 概要 自社 Web サービスの SRE チームとして、サービスの運用・品質改善を行っています。 システムの9割以上が AWS 上に構築されており、サーバ数は100台弱の規模です。 ドッグフーディングも積極的に取り組んでおり、プライベートでの自社サービス活用や、ユーザ視点からのシステム改善・バグ修正対応等も行っております。 # システムの信頼性向上に向けた改善 Web サービスの信頼性向上を目的として、インフラ面およびアプリケーション面からの改善を行っております。 - 高負荷となっている処理の特定・処理内容の見直し、SQL 改善など - 古いフレームワークのバージョンアップ・非互換箇所の修正対応 - Web サーバで発生した Warining の原因調査と対策 - 各種アラートの重要度分け、狼少年化の防止 - nginx 等ミドルウェアのパラメータチューニング - 想定外のアクセスが発生した際のアラート実装 (Elasticsearch + Lambda) - 高負荷タイミングを想定した事前のスケールアウト処理 - 古いサーバ内でレガシー化した仕組みのリファクタリング・マネージド移行 - コード管理されていないサーバの Ansible 化 - セキュリティ関連の HTTPS ヘッダ整備、HSTS preload 対応 - システム構成の見直しによるコスト最適化 - 本番環境と開発環境の差異を縮小 # データ利活用基盤の整備 システムから出力されたアクセスログや行動ログを有効活用するために、データ収集基盤やログ可視化の整備を担当しています。 - Fluentd + Elasticsearch + Kibana によるログストリーミング環境の整備(監視用途) - 各サーバからのログを集約するログサーバのメンテナンス - ログサーバから S3 バケットへの転送設定 - S3 バケットから BigQuery へのログ転送設定(Digdag + Embulk) - BigQuery データセット命名規則の策定、既存データの再移行 - 複数システムのログ集約を考慮した BigQuery の運用方針策定 # Slack bot の実装 Slack 上で利用可能な Bot の開発を行っています。 これまでに開発した Bot は次の通りです。 - 各種システムアラート通知 - アラート重要度に応じて対応メンバへ個別通知 - 本番リリース時のリリース内容通知 - GitHub のメンションを Slack 名に置き換えて通知 - 利用中の外部サービスに関するメンテナンス情報通知 - サーバ関連オペレーションの自動化 - 社内情報を検索する辞書ツール - 社内ネットワークの負荷監視ツール - ワークフロービルダーを用いた作業効率化の推進 殆どの Bot は、AWS Lambda 上で Node.js を使用して構築しております。 また、Slack 通知を容易に行うための社内専用エンドポイント構築なども担当しました。 # API 連携機能の実装 Amazon API Gateway を活用した外部公開用 API の設計・実装を担当しました。 新機能をマイクロサービスとして独立させる取り組みの一環で、ECS+Fargate を活用しています。 - 将来の拡張を見据えた URI の設計 - 外部公開用と内部管理用のエンドポイントを考慮したリクエストルーティング - アカウント連携 API の実装(OSS「ORY Hydra」を利用) - ユーザ情報取得 API の実装 - API ドキュメントの自動デプロイ(Cicle CI → S3) # 障害対応 SRE チームとして、障害発生時の対応も担当しております。 障害時は、各種ログの確保を念頭に置きつつサービス復旧優先での対応を心がけています。 - 障害発生時の一次対応 - 影響範囲の確認 - 障害発生箇所の切り離し・暫定対応 - サポートチーム等、関連部署との連携 - 原因調査・恒久対応の検討と実施 アプリ面・インフラ面の両方において原因特定・対応の実績がございます。 # セキュリティ対策 脆弱性診断の結果を基に、サービスに内在している脆弱性の改修を担当しております。 これまでの実績としては、XSS・CSRF 対策、サーバのミドルウェア変更などを対応しました。 また、外部からの機械的な大量アクセスに対応するため、WAF の導入やアクセス制限値の設計、アクセス状況の可視化なども行っています。

2019年/1年以内

チャットボットを用いたキャスティングシステムの構築

# 概要 LINE Bot を用いたタレントキャスティングシステムです。 クラウドソーシング経由で個人的に受注した副業案件となっております。 仕事案件を抱えるキャスティング会社と、仕事を希望する登録ユーザの間で、LINE を介したコミュニケーション・案件案内を実現するシステムです。 # 要件定義 システム構築の依頼を受けて実現したい機能と現状の業務をヒアリングし、システム化する範囲と開発優先順位について合意を取りました。 開発作業そのものに集中できるように、初期構築と追加開発の範囲を明確にしておくことを心がけています。 # 設計 後の運用負荷を低減するため、一般的なレンタルサーバで稼働可能な PHP+MySQL の構成としました。 フレームワークには Laravel、管理画面には Laravel-admin を採用しています。 LINE Messaging API の仕様・業務において取り扱う情報量・今後追加される可能性のある項目を基に、データベース周りの設計を行いました。 LINE 上のやり取りには、ボタン・画像メニュー・LIFF・FlexMessage などの GUI 機能を活用しています。 テキストでのやりとりを最小化して利用者の手間を省きつつ、システム側では構造化したデータとして取り扱えるように工夫しております。 # 実装 Laravel・Laravel-admin・LINE Messaging API SDK を活用し、PHP 7.2 にて実装いたしました。 LINE 連携部分はシンプルな JSON 処理のみですが、管理画面では HTML/CSS もコーディングしております。 データベース操作には Eloquent、テーブルの構成変更にはマイグレーション機能を活用し、Laravel タスクスケジュール機能のバッチ処理にて定期的なデータ更新処理を行っています。 # テスト・運用保守 前述の通り、レンタルサーバにて運用することでメンテナンス作業を低減しています。 2019年12月現在すでに本番運用を開始しており、要望対応や機能拡張等を継続して対応中です。

2017年/1年以内

求人系Webサービス構築・運用プロジェクト

# 概要 求人系WebサービスのSREチームにて所属していました。 オンプレミス・AWS・GCP合計100台以上のサーバで構成されており、ピーク時トラフィックは1Gbpsを超える規模のWebシステムです。 # サーバ設計・構築 新規機能の要件に応じたサーバの設計・構築を担当いたしました。 データ変換ツールの開発時には、データ量および想定アクセス数からPHP・ミドルウェアのメモリサイズを算出し、ハードウェア要件の決定を行いました。 memcachedを作業領域として利用予定でしたが、データが1MBを超えることが判明した時点でRedisに切り替えを提案するなど、要件の変更に伴うインフラへの影響も意識するように心がけております。 # 障害対応 障害発生時の原因切り分け、暫定対応および恒久対応の立案を行ないました。 アプリチームや外部サービスのサポートとも連携し、自分自身が納得でき他者に説明できるレベルの根本原因まで特定することを心がけております。 CDN・ロードバランサ・ミドルウェアの複合要因による本番障害の原因を特定した実績などがございます。 # 速度改善 Webサイト高速化のため、担当分野に限らず積極的な改善提案に取り組みました。 CDN設定とHTTPヘッダ変更によるキャッシュ効率の改善や、レンダリングブロック箇所の特定、HTTP/2導入による並行リクエストの高速化、動的コンテンツのキャッシュ検証などを担当いたしました。 # ログ可視化・運用監視 障害発生時や速度改善用のデータを収集するため、ログ内容の見直し、fluentdによるログ収集、Elasticsearchへのデータ蓄積とJVMチューニング、Kibanaによる可視化、異常発生時のSlackへの通知などを担当しました。 アクセス状況をグラフ化することで、デプロイ前後の変化や、障害発生時の調査時間を短縮いたしました。 従来は各サーバでgrep集計していた内容がKibanaで瞬時に確認できるため、他チームからも好評を頂けました。

2017年/3ヶ月以内

流通企業向け業務システム開発プロジェクト

# 概要 流通企業向けの開発案件です。開発環境の整備や構成管理、プロジェクトで利用する小規模ツールの開発などを担当いたしました。 # CI構築 Jenkins2の導入とユーザ権限管理、Groovyを利用したリリース処理の改善、非属人化に向けた手動オペレーションのGUI化を推進いたしました。ジョブの処理内容がシェルに埋め込まれて管理が煩雑となっている状況でしたが、Jenkins Pipelineを導入することで、Git管理への移行と合わせてビルド状況の可視化を実現いたしました。 # GitLab改善 プロジェクトのスケジュールが厳しかったこともあり、GitLab Issueの状態が最新化されないといった課題がありました。改善策を検討した結果、Issue Board(カンバン)機能が利用可能なバージョンへの更新を推進いたしました。ドラッグ操作のみでステータスを変更できるようになり、Issue管理問題の改善に貢献いたしました。また、管理上の都合でIssue画面にユニークIDを表示する必要が出てきたため、Rubyのソースコードを修正することで機能の追加(プロジェクトへの最適化)を行いました。 # 課題管理ツール構築 RedmineとGitLabを活用していたものの、ネットワーク経路及びセキュリティ上の都合により機能連携が実現していない状態でした。RedmineチケットとGitLabのIssueを紐付けるためのWebツールを開発し、プロジェクトに導入いたしました。HTML5, CSS3, AngularJS, Bootstrap, GitLab APIを活用しており、全リポジトリ横断の課題一覧・ソート・フィルタ・CSV出力の機能を備えております。

2013年/2年以上

医療業務システム導入プロジェクト

# 概要 医療機関向けに電子カルテシステムを導入するプロジェクトです。開発済みのパッケージシステムを各機関の運用に合わせて設定・構築するもので、サーバが15台・クライアントが最大1000台以上の大規模病院向けです。約4年間で11施設への導入を担当いたしました。 # 構築作業 LinuxのOS設定、施設規模に応じたデータベースのパラメータ算出、Windows ServerのセットアップやIISの設定、ドメインポリシーの作成などを担当いたしました。開発メンバ向けの環境設定や、サーバ間とのデータ同期を行なうシェルの作成、外部メディアへの退避を含めたバックアップ設定を行いました。 # 作業自動化 どの医療機関でもベースとなる作業は同様のため、作業手順の確立や効率化を意識して日々の作業に当たりました。新規メンバの参加に備えて、ドキュメント整備を20件以上、自動化ツールを10件以上作成しました。例としてOS設定の自動化ツールでは、手動で約20分×サーバ10台で200分要していた作業を2分に短縮できた他、手作業に伴う漏れやミスの防止にも繋げることができました。 # バージョン移行対応 長く関わるうちに、Windows OSのサポート切れやミドルウェアの更新対応も発生しました。リリースノートから更新点や非互換内容の洗い出し、動作を維持するための設定変更リストを作成、社内に検証環境を整備した上での事前確認、本番作業時の実オペレーション等を担当しました。 # サブリーダ担当 後半では2度ほど、3名前後のチームを纏めるサブリーダを担当しました。この案件では他チームと連携が必要な場面が数多くあるため、プロジェクト開始前に認識合わせの打合せを設定した他、グレーゾーンになりがちな作業リストの作成と責任範囲の事前合意などに取り組みました。 作業において問題になりそうな事象については、なるべくプロジェクトリーダや関係者を巻き込んで早めの対応を行うように努めました。また、お客様への運用説明やその日程調整、資料作成なども担当いたしました。

マネージメント能力

アピール項目


アウトプット

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

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

コンテナ技術(Kubernetes等)、クラウドリソースに対するプロビジョニングツールの活用、フロントエンド(SPA、PWA 等)、セキュリティに関する知識

エンジニアとして影響を受けた本を教えてください

未入力です

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

改善を継続的に行っている環境、担当範囲を限定せずに提案や改良が行えるような文化。その前提として、システムに関する情報に幅広くアクセスできる環境。

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
好きな規模
水とプログラミングどっちが大事?
自信を持って人より秀でていると言える点
学習能力 / 分析力 / 問題解決力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
好きなプロダクトがある
やりたくない分野
SI / 医療・介護 / アダルト / 仮想通貨
その他の特徴
使用言語にはこだわらない / レガシーな環境を改善できる / 新しい技術はとりあえず試す / 趣味は仕事
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で20代後半
好きな Text Editor
VSCode
希望勤務地
東京都 / 神奈川県 / 福岡県 / リモート勤務
家庭の事情や体調など、都合に合わせてリモート出来れば問題ない
希望年収
600万円
ただいまの期間
指名への返答期間
(残り6日)

  • 企業が指名を行う期間は終了しました
  • すべての指名に対して何らか返答をお願いします
  • 辞退の場合でも企業は返答を待っております
ご意見箱

要望、不具合報告、使いづらい点や感想など、なんでもお気軽にご連絡ください。

ID:18080さん
今年で20代後半
VSCode
参加ステータス
不参加
参加回数
5回
累計平均提示年収
565 万円
SIGN UPSIGN IN


このサービスを友人に薦めたいですか?