基盤を育てる 外部SaaS連携の運用

基盤を育てる 外部SaaS連携の運用
Dress Code株式会社では、企業が利用する150以上の外部SaaS（Google Drive、Box、MDM、人事系サービスなど）とAPIで連携し、アカウント管理・プロビジョニング・デバイス管理・ファイル権限管理などを行っています。
本セッションでは、Storage系サービス（BoxやGoogle Drive）の連携機能開発を通じて直面した「大規模データ処理」の課題と、クラウド技術・サーバレスパターンを活用した解決の道のりを振り返ります。

70万ファイルのデータ取得という予想外のスケール問題
既存基盤（it-saas-interface）への乗っかり方と限界
Claim Checkパターンや差分更新の導入による基盤拡張
2ヶ月で大きく変遷したアーキテクチャと、そこから得た教訓

Transcript

1. 基盤を育てる 外部SaaS連携の運用 2026/04/23 クラウドネイティブ会議プレイベント Dress Code株式会社 / 蒲生 廣人 1
2. • 自己紹介 / 会社紹介 • 外部SaaS連携機能運用の難しさ • クラウド技術とサーバレスパターンで立ち向かう • 次の壁 • 振り返りと教訓 AGENDA 2
3. 自己紹介 / 会社紹介 3
4. 自己紹介 • 業務 ◦ プロダクトエンジニア/SRE ◦ IT（情シス）領域のプロダクトを中心に開発 • 経歴 ◦ 2017年~ 美容医療クリニックの口コミサイト開発 ◦ 2021年~ レバテックのSREチーム立ち上げ ◦ 2024年~ Dress Codeのプロダクト開発 • 趣味 ◦ 🐈、⚽、🎸 gamonges(@gamonges_eng) 4
5. CONFIDENTIAL | © Dress Code Inc . All rights reserved. 14.1億円　 資金調達を実施 Pre Seed&Seed Round 200+社 が利用中　 Number of companies Number of countries 5カ国 で事業を展開　 会社概要 Company Name / 会社名 Dress Code 株式会社 2024年9月　正式創業：2025年4月 34名 東京都中央区築地2-1-4 銀座PREX East 8F CEO / 代表取締役 Date of establishment / 設立年月 Location / 所在地 江尻 祐樹 Member / メンバー数 5
6. 挑戦する事業ドメイン/マーケット Dress Codeが初めに挑戦するのは、グローバル（まずアジア）のWorkforce Management 領域全体 Asia to Global Workforce Management領域 労務 管理 育成/ 定着 人事/ 配置 採用 管理 拠点/ 環境 プロ ジェ クト 福利 厚生 ITツール /備品 外部 人材 活用 セキュ リティ /ガバナ ンス 【Entry】 入社/入場 【Retire】 退職/退場 ライフサイクル × 6
7. デジタル化に伴う社会課題 -「摩擦問題」 - SaaS/ツール乱立に伴い、システムの分断・業務のサイロ化が進む 採用 部門 法務 部門 労務 部門 人事 部門 情報 システム 部門 総務 部門 採用管理 システム 契約管理 システム 労務管理 システム 勤怠管理 システム SaaS管理 システム デバイス 管理台帳 採用関連データ 契約関連データ 労務関連データ 勤怠関連データ SaaS関連データ デバイス関連データ ツールの乱立で、使いこなせない/慣れるのまでに時間がかかる ツール/部門間のアナログ連携が大変 担当間/部門間の摩擦が増大している 各業務担当者 経営/管理部全体 最適なSaaSを選定することが困難 データが散在していて利用/活用できない 連携/メンテのためのコスト(時間・お金)が膨大 ❌ 分断 ❌ 分断 ❌ 分断 ❌ 分断 ❌ 分断 7
8. © Dress Code Inc . 8
9. 本題 9
10. 本セッションで伝えたいこと 10 • 外部SaaS連携＆大規模データへの立ち向かい方 • 既存の基盤に乗っかり、 その場その場で決断したことを振り返った時の教訓
11. 外部SaaS連携機能運用の難しさ 11
12. DRESS CODEでの外部SaaS連携機能 12 • 会社が管理しているSoftwareが提供してくれているAPIで連携して アカウント管理、プロビジョニング、ライセンス、コスト管理 などを主に行なっている。 • 人事系サービスと連携して 従業員情報、部門、役職などのマスタ情報などの取り込み • MDM APIと連携して会社のデバイス情報を可視化、一元化 • Storage系サービスと連携して ファイル、フォルダの可視化、権限管理
16. Storage系サービス連携の開発 16 • BoxやGoogle Driveなど企業が利用しているストレージ系サービスの APIと連携し、下記項目をDRESS CODE上で閲覧できるようにする ◦ フォルダ、ファイルの可視化 ◦ 各フォルダ、ファイルに対する権限設定 ◦ 共有リンクの公開状態
17. まず目指すところ 17 • ファイル、フォルダの全量データを何らかの形で出力する • 権限、共有リンクに関わるデータを何らかの形で出力する 普通の企業が扱っている ファイル、フォルダの数ってどのくらいなんだろうなあ🤔
18. クラウド基盤と サーバレスパターンで立ち向かう 18
19. 既存基盤の活用(it-saas-interface) 19
20. 既存基盤の課題 • １リソースに対して１レコード分のデータしか管理できていない ◦ ファイル、フォルダの情報＋それに付与されている権限、共有リンクの情報が必要 • メモリ上で扱うデータがサイズ上限で制限されている ◦ 大規模データを扱おうとするとStep でFunctionsのStateサイズの制限に引っか かってしまう • Input Lambdaでしか継続ループが実行されない ◦ 後続のConvertやOutputでもループを回せないと、Lambdaのタイムアウトに なってしまう 20
21. • １リソースに対して１レコード分のデータしか管理できていない ◦ 付与データを取得するステップ（Enrich）を追加 • メモリ上で扱うデータがサイズ上限で制限されている ◦ Claim check パターンを使って、S3上に処理するデータを逃す • Input Lambdaでしか継続ループが実行されない ◦ 後続のConvertやOutputでもループ設定を追加 解決策 21
22. 既存基盤の拡張 22
23. • 70万ファイル分のデータをCSVに出力することができた ◦ 権限、共有リンク関連のデータも でも次の壁が待っていた。。。 結果 23
24. 次の壁 24
25. 次の壁 • 取得実行時間 ◦ ある顧客のBox環境で試させてもらったら ▪ 70万ファイル分のデータを取得するのに２〜3日BoxのAPIを叩き続けなけれ ばいけない ▪ スケジュールで先ほどの基盤を動かしてってやったら、顧客は3日更新を待た ないといけないってこと？ 25
26. 次の壁 26
27. 解決策 • 取得実行時間 ◦ 差分更新ができるようにする ◦ Box APIにはファイル、フォルダに関するイベントが取得できるエンドポイントが 用意されている 27
28. 悩み • 取得実行時間 ◦ 差分更新の仕組みを、今の基盤に実装するのが良いのか それとも別で作るべきなのか ◦ 既存基盤は、APIから受け取ったデータをバックエンドAPIで保存しやすいような 形に変換してCSVに出力するだけ ▪ イベントデータから実際取り込むべきデータを加工、マッピングするにはさ らに拡張が必要 28
29. 新基盤(Data Connector) 29
30. 新基盤拡張 30
31. 結果（まだリリースしてない） • 取得実行時間 ◦ 大幅に短縮できそう ◦ ちょうどQA中なのでドキドキ 31
32. 振り返りと教訓 32
33. 振り返り 33 • 最初から考えると、 既存基盤から構成、アーキテクチャの変遷がすごい(２ヶ月間) ◦ その場その場で最適と思った決断を下したが、すごい変わってしまった • 後悔はあるか ◦ 機能、それによって得られそうな価値をまず見てもらうことを優先した結果 ▪ わからないので既存基盤に乗っかってやってみよう ▪ ここまでの大規模データを扱わないといけない、というのは実際にやってみ ないとわからない部分も多かった • 基盤の拡張 ◦ プロダクト開発の観点からの外圧があったことで基盤の拡張が進んだ
34. 教訓 34 • 必要なら基盤側にも手を出す • ふわっとしたまま決断をしたら、後でふわっとしたところを回収する • この基盤を使う、と決めたら育てる • 壁にぶつかっても、立ち上がる