ID:39599さん

#### <概要> ビッグデータ分析基盤構築チームを立ち上げ、中心メンバーとしてGoogleCloud上にBigQuery/k8sを利用するクラウドネイティブデータな分析基盤を構築。 #### <担当業務> コンセプト提案、設計、開発管理、開発ベンダー契約および管理、閉域回線契約および敷設、インフラ運用 #### <実績> - k8sインフラがジョブ実行開始時に自動作成され必要サイズにスケールし、ジョブ実行終了時に自動削除されるクラウドネイティブなシステムを構築 - フルマネージド・サーバレス構成を徹底し運用負荷の徹底的低減を実現 - BigQueryのコンピューティング/リソース分割を生かしたELT処理を実装 - 以降の同社でのGCP利用に資するため「組織」アカウントを整備。Composerを「組織」だけが使用可能の共有VPC上に構築し、今後別プロジェクトともこの分析基盤を共用できる仕組みを構築 #### <システム設計の狙いと得られた知見> - システム設計の狙い - データパイプラインを（Embulk等を利用した）ETL方式ではなくELT方式とした。Tranformを繰り返すELT方式は、DWHにコンピューティングがリソースから独立しているBigQueryを採用したことで実現可能となったもので、当時のRedShiftを利用した場合は現実的でなかった。 - 得られた知見 - ELT方式としたことで、 データパイプライン上のすべてのデータ変換が SQLクエリ（CTAS：create tabel as select）の連続として実現されることになったが、SQLの知識のみの担当者でもエンハンス開発が実現可能という非常に大きなメリットがあった。もしデータパイプラインがクエリの使えないSpark/HadoopやBigTableの類で構成されていたら、有識者がいなければエンハンス開発は困難となる。

#### <概要> 全社的データ分析基盤構築チームの中心メンバーとして、AWS上でモダンデータスタックを実現するデータ分析基盤を構築中。 #### <担当業務> コンセプト提案、プロダクト選定、設計、開発 #### <実績> - DWHプロダクトの選定において、各種DWHプロダクトについて10TB級TPC-DSデータセットによるベンチマークを実施して性能評価を実施。 - 利用DWHとして列指向分散アーキテクチャのSnowflakeを選定し、データ処理にはELT方式を採用。 - モダンデータスタックを実現すべく ELTを実施する Create Table As Select クエリ にdbtを導入し管理。 - フルマネージド・サーバレス構成を徹底し運用負荷の徹底的低減を実現 - AWSプロジェクトにCSPMプロダクトを導入。 #### <システム設計の狙いと得られた知見> - システム設計の狙い - 組織の方針によりパブリッククラウドとしてAWSを利用する必要があった。このためDWHは（古めかしいRedShiftではなく）列指向分散データベースのSnowflakeを導入しているが、その採用根拠として他のDWHプロダクト（Vertica）との客観的な比較評価のうえ優れていることを示すことが求められた。これは、TPC（URL : tpc.org）のパブリックデータを用いたベンチマークによる性能比較を行うことで達成している。 - 得られた知見 - モダンデータスタックの整備には、データパイプラインのエンハンス開発がドメイン知識が欠けている状態でもデータを破壊する危険性を排除しつつ取り組めるメリットがあるとはっきり認識できた。

#### <概要> 社内クラウドシステムについて、コンテナ仮想化技術の導入・クラウドアーキテクチャ・DevOps・セキュリティ・コンプライアンスなどの観点から開発・技術支援・アドバイザリーを実施 #### <担当業務> コンセプト提案、開発、技術支援 #### <実績> - 複数の支援プロジェクトにおいて - コンテナ仮想化技術によるアプリケーションのコンテナ化により、システムの構築・運用・保守性を向上 - クラウドアーキテクチャの見直しおよびDevOps導入により、システムの高速な開発・展開を可能に - セキュリティやコンプライアンスについて、セキュリティレベル向上、法的規制対応

全サービスのSRE・DevOps業務 <概要> 全サービスについてSRE・DevOpsの24/365実施 <担当業務> SRE・DevOps、ネットワークエンジニア、情シス <実績> 唯一のSREメンバとして、システム基盤のオンプレミス環境からパブリッククラウドへの移行を実施。高可用性・高信頼性かつ超低コスト（非マネージド）※ インフラの構築・運用を達成。 ※ベンダーロックインされたくないとの理由で一切のマネージドサービスが禁止されていたため代替のOSSを単独で構築運用する必要があった。例）Slackの代替としてOSSのRocketChatを社内提供した

#### <概要> 自分自身の結婚式において参列者が写真共有するためのサイトを開発 #### <実績> - 不特定多数のユーザがスマホからアクセスする写真共有サイトをFirebaseを利用して開発 - 保持画像を非同期で配信することで瞬間同時接続に対応 - 席札に張られたQRコードのアクセスURLで上記に接続 - 極めて少ない作業時間で上記開発の全工程を実施し完了