Serverlessconf Tokyo 2017 Biz serverless お客様のビジネスを支える サーバーレスアーキテクチャーと開発としてのビジネスの課題
0 likes7,461 views
Serverlessconf Tokyo 2017で喋った資料です！ サーバレス案件のお話待ってます！
Serverlessconf Tokyo 2017 Biz serverless お客様のビジネスを支える サーバーレスアーキテクチャーと開発としてのビジネスの課題
- 1. お客様のビジネスを⽀支える サーバーレスアーキテクチャー と開発としてのビジネスの課題 2017.11.03 ⽐比企 宏之 Biz Serverless Serverlessconf Tokyo 2017 #serverlessconf
- 2. ⽐比企 宏之 cloudpack⼤大阪 セクションリーダー/ソリューションアーキテクト 現職でのロール ・拠点⽴立立ち上げ&⼤大阪採⽤用担当(2014〜～2017) ・構築/運⽤用担当(2014〜～2015) ・ MSP運⽤用⾃自動化推進役(2015〜～2016) ・サーバーレスメディア開発チーム(2016 〜～ 2017) ・サーバーレスIoT/AI開発チーム(2017〜～) バックグラウンド ・携帯電話/スマートフォン端末/エンタープライズシステム開発を 経て2014.4より現職 ・ AWS SAMURAI 2014受賞 ・ JAWS-‐‑‒UG MVP 2013受賞 サーバーレス経歴(未公開部分) ・2009年年にGAEでAndroidアプリのバックエンドを作成 ・2015年年◯⽉月に◯ ◯ ◯リリース(事例例未公開・ホワイトペーパー記載) ・2015年年◯⽉月に◯ ◯ ◯リリース(事例例未公開・ホワイトペーパー記載) #serverlessconf
- 5. 何故サーバーレスアーキテクチャーを使う？ • EC2のとなりのLambda？ • 会社のWEBサイトの受付部分にAPI Gateway & Lambda？ EC2環境は汚れないけど、監視のポイントが増える？ #serverlessconf シンプルなシステムを複雑化しているだけかも (全てのシステムをステートレスで作る理理由はない)？
- 7. cloudpackとして課題の解決として提案した案件 • cloudpackの根幹であるMSP業務を⽀支える各種サービス • MBS動画イズム444 (有料料動画配信) • トリニティ(世界三点からの運⽤用システム) • MBS動画イズム (⾒見見逃し配信・ライブ配信) • おしゃべりらいよんチャン＆番宣宣伝システム ※他にもあるのですが、公開許可出てないので割愛 #serverlessconf
- 10. MBS動画イズム444 (有料料動画配信) #serverlessconf 課題 • 新規ビジネスなのでスモールスタートが必須(ランニング費⽤用がかさむと 横槍が⼊入る可能性がある。勝ち続ける事が前提の⽅方法ではなく、負けな いための⽅方法を考えた) • サービスが急に拡⼤大した場合でも耐えうるアーキテクチャーが必要
- 12. Trinity(世界三点からの運⽤用システム) 課題 • サーバーレスのシステムの運⽤用にEC2ベースでの監視はいかがなものか？ • 当時SaaSの監視システムを使って監視を⾏行行うも、cloudwatchのコストが結 構⾼高くなった(頻繁にcloudwatchがコールされていた) • API Gateway&Lambdaの弱点である、同時実⾏行行数に対する攻撃の防御を実 現する必要があった • 従来から監視システムの冗⻑⾧長化を⾏行行いたかったが、EC2ベースやSaaSベー スだとコスト⾼高になるので、安価なLambdaベースのリージョン障害にも耐 えうる監視システムを実現させたかった #serverlessconf
- 19. MBS動画イズム444 (有料料動画配信) • lambdaの実⾏行行回数制限が厳しかった(2016年年１2⽉月はデフォルト100)ので、 どれだけlambdaを使わないでいけるかを念念頭に全体のアーキテクチャ設計 を⾏行行った • 他のクラウドサービス(kintone・sendgrid)が⽌止まっていても、後から⾃自動 で復復旧できるようにSQSなどにJOBを溜溜め込んで、必ず動作させるようにし ている。 #serverlessconf 参考 「『MBS動画イズム444』サーバーレス・アーキテクチャを全⾯面採⽤用」 https://cloudpack.media/27082 「図解！サーバーレスの全⾯面採⽤用の姿」 http://itpro.nikkeibp.co.jp/atclact/active/17/081700122/081700004/
- 20. MBS動画イズム系 • cloud frontを徹底 的に活⽤用 • HTML＆javascript で出来ない部分のみ をAPI GATEWAY & Lmabdaで実現 • 他のクラウドサービ スは⽌止まっていても 後からの復復旧は⾃自動 的にできるようにま ずキューイング • CMS部分はkintone で開発費と運⽤用コス トを削減 #serverlessconf
- 21. Trinity(世界三点からの運⽤用システム) • 基本機能は監視だが、異異常なアクセスを受けた 場合はWAFでガードする機構も実現 • 監視対象の監視だけではなく、監視している lambda同⼠士も監視して冗⻑⾧長性を担保している • リージョン障害を起こしても、三箇所のどこか のlambdaのどれかが動く構造なので、必ず動 かす必要のあるJOBを実⾏行行する事が可能 #serverlessconf 参考 「サーバーレス・アーキテクチャで構築したシステムの運⽤用はどうやるのか？」 https://cloudpack.media/28885
- 23. おしゃべりらいよんチャン • 快適なレスポンス実現のために、いろいろな箇所でキャッシュ処理理が動き、 S3への会話の元データのアクセスやLUISへのアクセスは同じ⼊入⼒力力データの 場合はLambdaでキャッシュしたデータにアクセス • その瞬間に処理理する必要のないものは、SQSに保存し、後で処理理して会話の レスポンスを重視 #serverlessconf 参考 「AWSとAzureを同時活⽤用、先端技術を駆使したボットで番宣」 http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101901172/ 「『おしゃべり らいよんチャン』をサーバーレス・アーキテクチャで実装」 https://cloudpack.media/32392 「キャラクター作りの試⾏行行錯誤を味わった「おしゃべり らいよんチャン」の舞台裏裏」 http://ascii.jp/elem/000/001/568/1568113/
- 24. おしゃべりらいよんチャン(bot部分) • 会話のデータはkintoneからのデータ⼊入 ⼒力力とAWS Batchで実⾏行行するWEBのスク レイピングしたデータをS３にUP • S3のデータをbotが取得しユーザーに返 答。 • ⼊入⼒力力されたデータの解析にはMS社の LUISも活⽤用 • ⼀一回⽬目のアクセス時のデータをキャッ シュし、⼆二回⽬目以降降はキャッシュデー タを返す(lambdaのコンテナ単位) • ユーザーの動向データは⼀一度度SQSに保 存し、その後にS3→アテナ→kintone #serverlessconf
- 25. cloudpack BOTパッケージ全容(bot部分) • おしゃべりらいよんチャンで使ってい る弊社作成のBOTパッケージ。 • SaaSでは提供せずにお客様にソース 提供 • カスタマイズ可能(要SI) • アプリケーション保守・運⽤用監視も承 ります(トリニティで監視) #serverlessconf Bot案件あればお声がけを！
- 28. サーバーレス開発チームとして設計時に全体的に気をつけていること • 開発コストとランニングコストの兼ね合い • 各利利⽤用サービスが障害発⽣生で動かない場合に後でリカバリーする⼿手 段を設計時にシステム図に明記 • 実⾏行行されても何らかの原因で動かない(接続先のサービスが動かな い・IAMの確保ミス)場合でも、リカバリーする⼿手段を設計時にシス テム図に明記 • 利利⽤用する各クラウドサービスの機能には期待するが、疎結合前提な 部分も含め性能⾯面は期待しない。性能⾯面は作りでカバー！ • 本当にその瞬間処理理すべきか？処理理タイミングをしっかりと考える #serverlessconf