Yamashita

#### 期間 2019 年 1 月 - 2022 年 12 月 #### 役割/役職 インフラエンジニア / インフラストラクチャー部 部長 (社員 7 名) #### 概要 大規模 Q&A サイトを含む複数プロダクトのオンプレミスから AWS への移行を推進しました。2019 年 7 月から SRE グループを率い、7 名のチームでクラウド移行、信頼性向上、SLI / SLO 導入、開発組織との協働体制づくりを進めました。 ##### BtoC 向け Web システムの運用/クラウド移行 - BtoC 向け大規模 Q&A サイトにおいて、オンプレミスから AWS への移行を担当 - AWS インフラの設計、AWS 請求代行パートナーの選定/調整や、オンプレと AWS の専用線敷設なども実施 - Fargate を中心としたコンテナ基盤と Lambda などのサーバーレス構成を採用し、AWS リソースを Terraform で管理 - 10 年以上稼働していたオンプレミスシステムから、クラウドネイティブな構成への移行を完了した - オンプレミスから AWS への移行に伴い、インフラ費用を移行前の約 3 分の 1 に圧縮した ##### SRE グループ立ち上げ - 2019 年 7 月に独立した SRE グループのマネージャーとして、BtoB / BtoC の 3 プロダクトを担う計 7 名のチームをマネジメント - 各プロダクトにリーダーとメンバーを配置し、技術的な成長とピープルマネジメント・プロジェクトマネジメントの経験を得られるチーム構成を設計した - 予算・計画策定、プロダクト側や開発部門との調整を担いながら、各リーダーへ判断基準と権限を移譲。開発とインフラの境界を越えて自ら意思決定できるリーダーを育成した ##### DevOps ができる組織づくり - 開発とインフラの担当範囲が分断され、変更のたびに部門間の受け渡しが必要となることが、改善速度を下げる要因になっていた - 開発マネージャーやリーダーと協議し、開発メンバーが AWS や Terraform に触れる機会を設ける一方、インフラメンバーもアプリケーションコードをレビューする運営へ移行 - 開発から Terraform へ、インフラから PHP へ相互に Pull Request を出せる協働文化を定着させた ##### SLI/SLO の導入推進 - SLI / SLO が未整備だったプロダクトで、開発・企画・営業へ考え方と使い方を説明し、指標を一緒に策定した - 指標とエラーバジェットに基づいてリリース可否を判断できるようになり、リリースサイクルを約 1 か月から週次へ短縮した #### 使用技術 - AWS - EC2, ECS, CloudFront, RDS, ElastiCache, Lambda, DirectConnect - サーバー - Linux(Ubuntu) - ネットワーク機器 - Cisco - Fortinet - ミドルウェア - nginx - Apache - MySQL - Flare - フレームワーク/言語 - PHP - Laravel - Node.js - Python #### 退職理由 事業環境の変化を受け、チームメンバーの次のキャリアを支援したうえで、自身も新たな挑戦に向けて転職しました。

#### 期間 2015 年 1 月 - 2018 年 12 月 #### 役割/役職 インフラエンジニア / チームリーダー #### 概要 au 系の大規模サービスおよび自社メディアを対象に、オンプレミスと AWS のインフラ設計・構築・運用を担当しました。チームリーダーとして、構築標準化、コスト管理、監査ログ整備、メンバー育成、開発部門との調整も担いました。 ##### au 系サービスのインフラ設計/構築 (オンプレミス) - au スマートパス (会員数約 1,500 万人) のシステムリプレースを実施 - インフラ環境の刷新にあたり、未整備だった Ansible や Serverspec のコーディング規約と構成標準を策定し、GitHub を使ったチーム開発を実施 - 開発チームとの要件調整を行い、大規模サービスのリプレースを完了した ##### au 系サービスのインフラ設計/構築 (AWS) - 「ポイント貯める」「au 占い」など、高トラフィックなサービスのインフラ保守・改修を担当 - ボトルネックを継続的に解消し、突発的な高負荷にも耐えられる構成へ改善した ##### 自社メディアシステムのインフラ設計/構築 (AWS) - リリース速度が求められる自社メディア向けに、再利用可能な AWS 構成テンプレートを作成 - 各プロダクトに合わせたデプロイ基盤を整備し、新規環境の構築を迅速化した ##### チームリーディング (社員 4 名、パートナー 4 名) - プロジェクト業務に加え、部内横断の運用改善を推進 - 100 を超える AWS アカウントの監査ログ収集、RI や Spot Instance を活用したコスト管理、未整備だった運用ルールの策定をチームで進めた - メンバーの業務支援と育成、開発部門・バックオフィスとの折衝を担当した #### 使用技術 - AWS - EC2, ECS, CloudFront, RDS, ElastiCache, Lambda - サーバー - Linux(CentOS) - フレームワーク/言語 - PHP - YiiFramework - Node.js - Python #### 退職理由 SRE としての専門性を深め、より主体的にサービス改善や組織貢献ができる環境を求めたため。

#### 期間 2012 年 6 月 - 2014 年 12 月 #### 役割/役職 インフラエンジニア #### 概要 法人向け SaaS「OKBiz」のオンプレミス基盤について、構築・運用、障害対応、性能改善、運用自動化を担当しました。構成管理や監視の改善により、サーバー構築時間の短縮とサービスの安定性向上を実現しました。 ##### ASP サービス運用・保守 - ASP サービスである OKBiz の運用を担当 - サーバーラッキング～構築、運用や障害対応、アプリケーションバグ調査やベンチマーク、新技術検証などを実施 ##### クラスタリングソフトウェアの移行 - 従来の冗長化方式である Heartbeat から Pacemaker へ移行 - クラスタ切り替えの失敗によって障害時間が長期化する課題を解消し、確実にフェイルオーバーできる構成を実現した ##### サーバー構成管理ツールの導入 - サーバー構築時の工数削減のため、解決策を検討 - Chef を提案・導入し、従来 3 日以上かかっていたサーバー構築を 1 日以下へ短縮した - 構築漏れや設定ミスを検知するため Serverspec を導入し、構築後の確認も自動化した ##### 監視環境改善 - サーバーの老朽化に伴い、ハングアップが発生するサーバーが多発した - IPMI と Zabbix を連携し、ハングアップを検知して自動再起動する仕組みを構築し、障害時間を短縮した ##### Ruby on Rails アプリケーションサーバー移行 - Apache+Passenger で動作しているアプリケーションのパフォーマンスが悪く、定常的に負荷が高い状態であったため、nginx+Unicorn への移行を提案し実施 - 設定調査、切り替え、トラブル対応まで担当し、ページレスポンスを最大約 2 秒短縮、サーバー負荷を半分以下へ低減した ##### td-agent 導入 - ログ集約ソフトウェアである td-agent の導入を実施 - 日次バッチで行っていたログ転送・集計を、td-agent の導入により高速化・リアルタイム化した #### 使用技術 - サーバー - Linux(CentOS) - Linux(Red Hat) - Windows Server - ネットワーク - Cisco - NetScaler - ミドルウェア - fluentd - Pacemaker - Zabbix - フレームワーク/言語 - Ruby - Rails - Java - Tomcat #### 退職理由 AWS などのクラウド領域へ専門性を広げるため、知人からの誘いを機に転職しました。

#### 期間 2010 年 7 月 - 2012 年 5 月 #### 役割/役職 インフラエンジニア #### 概要 Web アプリケーション開発と官庁向け基幹システムの運用・監視を担当しました。監視ツールの設定改善、運用スクリプトの作成、障害対応手順の標準化にも取り組みました。 ##### 塾入退出システム (PHP) の設計・コーディング - 非接触式 IC カードと連動し、入退室と成績を管理するシステムの開発を担当 - フレームワーク未使用の既存コードについて、Zend Framework への移行を提案し、改修した ##### 官庁向けシステムの運用・監視 - 障害対応・原因調査のほか、臨時メンテナンス作業やシステム設定変更作業、懸案管理を実施 - JP1 / CM2 / NNM を用いた運用監視の設定変更・改善と、負荷監視ツールの作成を担当 - シェルスクリプトにて一定時間ごとに負荷情報を採取し、ログに保存するスクリプトや、一定のメッセージがログに出力された場合、アラートを出力するスクリプトなどを作成 - 障害対応マニュアルと原因調査の観点を資料にまとめ、チーム内で共有した #### 使用技術 - サーバー - Linux(Red Hat) - AIX - HP/UX - Solaris - ネットワーク機器 - Cisco - ミドルウェア - JP1/AJS - JP1/NNM #### 退職理由 Web 系サービスのインフラ技術を深めるために転職しました。

#### 期間 2009 年 12 月 - 2010 年 6 月 #### 役割/役職 インフラエンジニア / アプリケーションエンジニア #### 概要 SaaS 向けサーバーの運用・手順標準化と、OpenPNE3 の開発・試験を担当しました。アプリケーション開発に加え、商用環境の構築、負荷試験、データベースのチューニングにも携わりました。 ##### SaaS 向けサーバー管理 - SaaS 向けのサーバーを管理し、定期バージョンアップや、それに伴う手順書の整備を担当 - 属人化していたサーバーのメンテナンス・構築手順を文書化して部内へ提案し、共通の運用手順として標準化した ##### OpenPNE 開発 - PHP (Symfony) にて OpenPNE3 の開発を担当 - 主にユーザーから報告された不具合の修正とリリース前試験を行い、商用サービス用のサーバー構築や負荷試験も担当 - 従来は負荷試験を行えていない状態であったが、JMeter での負荷試験を提案し、シナリオ作成などを行った - MySQL Bench を使い、MySQL の設定パラメータも調整した #### 使用技術 - サーバー - Linux(CentOS) - フレームワーク/言語 - PHP - Symfony - ミドルウェア - Apache - JMeter #### 退職理由 正社員として継続的にキャリアを築ける環境を求めて転職しました。

#### 期間 2008 年 4 月 - 2009 年 12 月 #### 役割/役職 インフラエンジニア #### 概要 新卒研修後、ISP 向けサーバーと社内システムの構築を担当しました。OS・ネットワークの基礎から、DNS / DHCP、Active Directory、メールサーバーの構築・運用を経験しました。 ##### 社内研修 - TCP/IP、C 言語の学習 - OS (Windows、Red Hat) インストールの学習 - サーバー構築学習 ##### Solaris10 を使用した ISP 向けサーバー構築 - DHCP、DNS (BIND)、TFTP サーバーを使用した加入者向け IP アドレス払い出し基盤を構築 - 構築タスクの他に、手順や仕様、設定値などのドキュメントを作成 ##### 社内サーバー構築 - Windows Server 2003 と Linux を使用し、ファイルサーバーと Active Directory を構築してアカウント・端末管理を効率化 - メールサーバー (Postfix) を構築し、社員アカウントを一括登録するツールと運用ドキュメントを作成 ##### 待機期間中の自己研鑽 - 案件数の減少による待機期間中も、自宅でサーバー環境を構築し、PHP を学習 #### 使用技術 - サーバー - Linux(Red Hat) - Solaris - Windows Server #### 退職理由 リーマンショックの影響で案件が大幅に減少したため、実務経験を継続して積める環境を求めて転職しました。