Yuki Shinohara Email and Phone Number

https://log.shinofara.xyz/2018/03/2018%E5%B9%B42%E6%9C%88%E3%81%AB%E5%80%8B%E4%BA%BA%E4%BA%8B%E6%A5%AD%E4%B8%BB%E5%B1%8A%E3%81%91%E3%82%92%E6%8F%90%E5%87%BA%E3%81%97%E3%81%A6%E3%81%8D%E3%81%9F/

社名変更

４人目のメンバーとして子会社立ち上げ中これまでの経験を活かして* GCPでのインフラ構築* Golangでの堅牢なシステム開発* Dockerで環境の再現性を高める* 採用での開発チーム強化など、サービス開発・強化を行いながら、インフラという側面からも信頼性の高いシステムづくりにコミットしています。最近は、SRE的なことをやってますと言うことが多いです。

開発効率化を中心としたインフラ改善をメインに、好き勝手やってます。* AWSを用いた運用改善* Dockerを用いた開発＆運用改善をやっていく予定でしたが、子会社立ち上げのため今は止まってます。

◯初期配属は、基盤チームというアプリケーション開発以外を担当するチームに配属・配属初期GhostなどのCVE祭りだった事もあり、Ansibleなどのプロビジョニングツールを用いて、簡単に安全に構築・再構築などを行える仕組みづくりを行う。・全社的活動コンフル・JIRAと呼ばれるWiki・課題管理ツールの導入・啓蒙活動を行う。・Go言語でAPIゲートウェイと、Oauthの仕組みを開発マイクロサービス化をすすめるにあたって、認証・認可の仕組みを持ったゲートウェイが必要になった為開発。これにより各サービスがコアな情報にアクセス出来る様になり、そして責務の切り分けを行う事が出来るようになった。ブログ：http://tech.medpeer.co.jp/entry/2015/12/14/073000・Infrastructure as Code化新規サービスは勿論、既存サービスをTerraform/Packer & Andibleで管理・構築できる様に進めました、これにより各サービス担当者はAWSを直接触る事が出来なくても、インフラに関しての構成を変更出来るようになり、インフラエンジニアのコスト削減化につながりました。◯2015年10月からは新設の技術部部長となり、今までの業務内容に加え、インフラ、マイクロサービス化、フロントエンドエンジニアのマネジメントや、部長業を行う・テスト文化構築社内で利用しているバージョン管理ツールが、Github Enterpriseを採用している事もあり、CircleCIを採用して導入。Jenkinsをさけた理由は職人を防ぐためと、運用コスト軽減、新規利用コスト軽減目的。そして、circle.ymlなどの必要な設定の説明などをみつに行うエヴァンジェリスト活動も行いました。現在は昔のサービス以外はすべてCIを通さないとマージできない状態になった。・フロントエンドのコーディングガイドラインを作成フロントエンドに強い知識を持つメンバーがいませんでしたので、専任エンジニアが配属となったタイミングで、作り。そして社内説明、Lintなどの準備・導入supportを行い根付かせる事ができました。・会社間連携の仕組み構築他社とのサービス連携を行うことになりましたので、現在Open ID ConnectのIdPとRPを実装しました。IdPはGo言語で、RPはPHPです。・部長業務技術部というインフラ、フロントエンド、プラットフォーム開発を担当するエンジニアで構成された部で、基本的にはプロダクト開発を行わず、プロダクト開発を行うエンジニアを、技術で支える部でした。その為、それぞれの役割ごとに解決すべき会社の課題を考え、それぞれに対してのロードマップを作り、実行してきました。インフラですと新規プロダクト開発が始まるタイミングで、会社の基盤をDockerに移す為にオーケストレーションサービスの検証・導入を行い、各エンジニアへの導入説明、補助などエバンジェリスト的に活動したりなどしました。