SlideShare a Scribd company logo
1 of 55
Download to read offline
チームラボ流
クラウドスピードクッキング
∼この公演中にゼロからサービス一個立ちあげます∼
チームラボ株式会社
角山 恵介(@bageljp)
自己紹介
・2011年春チームラボ入社
・主にWebサービスのインフラや社内インフラを担当
・AWSは入社してからさわりはじめる
・AWS使用歴は約2年
・好きなAWSサービス
  Route53、CloudFront
角山 恵介(かどやま けいすけ)
チームラボ テクノロジーDiv所属 ネットワークアーキテクト 
従業員数:約300名
70%がエンジニアで構成される中小SIerです
エンジニア
(70%)
プログラマ
UIアーキテクト
DBエンジニア
ネットワークエンジニア
ハードウェアエンジニア
画像処理エンジニア
映像処理エンジニア
デザイナー
(10%)
Webデザイナー
グラフィックデザイナー
CGアニメーター
絵師
カタリスト
(15%)
プランニング
ディレクション
プロジェクト管理
などを行うチーム
その他
(5%)
ブランディングチーム
バックオフィス
など
チームラボの紹介
チームラボの紹介
100人月超規模の大規模SIを含め、
さまざまなWebサービスの受託開発を行っています
ヴィレッジヴァンガード様
フロントから、倉庫/物流まで
ECの仕組みぜんぶ
マイナビバイト様
急速なビジネス拡張に伴い、
10回以上のリニューアルを行う
チームラボの紹介
自社プロダクト、アート、空間設計などの紹介
http://www.team-lab.net/
めいどりーみん様
電脳メイドカフェの内装を受諾開発
三浦工業様
プロジェクションマッピングと
モーションセンサによるCM映像製作
チームラボの紹介
会社紹介
DEMO
チームラボのお仕事
チームラボのお仕事の特徴
 ▶ 新規サービス、新規事業の立ちあげが多い
 ▶ ゼロスタートで試行錯誤
 ▶ トラフィック量や負荷といった予測が事前にたてにくい
本日のお話
チームラボのお仕事とAWSの相性抜群
・チームラボでのAWS利用方法
・チームラボがAWSを選択する理由
自分たちに最適なサービスを選択していった結果、
AWSにたどりついた
チームラボボディ
「生きた人間」の骨格や筋肉、神経などの
細かな動きを見ることが出来るサービス。
teamLabBody
チームラボボディとは?
チームラボボディ
DEMO
チームラボボディとは?
リリース当初のWEB版
TEAMLAB BODY(Beta)
2013年3月リリースのiPad版
TEAMLAB BODY
お話する内容
元々のはじまり
大阪大学の研究チームが過去10年以上にわたって
人間の関節の形態や動きの解析を行なっていた。
サービス化して、もう少し多くの人に使って欲しい
ぜひやりましょう!!
元々のはじまり
ニーズの予測
・人体解剖や運動学的知識の習得
・実際の手術計画に
・患者様への説明
ニーズは…?
医療現場にあり!!
インフラ構成
とは言え
スモールスタート
とにかく
コストを抑える
インフラ構成は…
・利用ユーザ数は限られている
・しばらくはマネタイズも難しそう
インフラ構成
・VPS(仮想サーバ)1台
・低スペックだがとても安い(月額2000円くらい)
VPS
とにかくコストを重視した構成
インフラ構成
リリース
リリース!!
2011年6月
teamLabBody
Yahoo!砲の洗礼
リリース直後…
Yahoo!砲発動!!!
※Yahoo!砲とは
 Yahoo!のTOPページにサービス内容やサイトへの導線が掲載されることにより、
 不特定多数のユーザが大量にサイトに訪れること。
想定していないニーズ
Yahoo!砲
不特定多数のユーザさんが大量にサイトにアクセス
・Yahoo!砲が終わったあとも見込み以上のアクセスがあった
・僕らが想定していた以上のニーズがあった
絵師さんとか
想定していないニーズ
すべてを予測するのは不可能
▶ 意図していない使われ方
▶ 想定していないニーズ
新しいサービスだと…
が発生することがある。
ボトルネック
VPS
ボトルネックはサーバのリソース??
大量アクセス
サーバリソース
枯渇
・仮想サーバ(VPS)
・サーバ1台だけ
・低スペック
データセンターへ移行
Yahoo砲直後にデータセンターへ移行
・物理サーバ
・サーバ4台
・高スペック
・月額12万円くらい
・仮想サーバ(VPS)
・サーバ1台だけ
・低スペック
・月額2000円くらい
ボトルネックの発見
ボトルネックはインターネット回線
約30MB
ダウンロード
ボトルネックの発見
データセンターのインターネット回線の
スペックアップを行う方法があるが、、、
回線
パンク
AWSへの移行
・インターネット回線の帯域不足
・一時的なアクセス集中
※AWSのインターネット回線の帯域は
 十分なリソースが確保されており、
 特に帯域制限はされていない。
これAWSでいけない??
ボトルネックはインターネット回線
AWSへの移行
・CDNサービス
 ファイルを高速にユーザに配信できる
・初期費用が無料
 処理したトラフィックに応じた従量課金
Amazon CloudFront
AWSへの移行
インターネット回線のボトルネック解決のためにCloudFrontを導入
Amazon  Cloudfront
いつまで待ってもダウンロードが終わらなかったのに、
CloudFrontを導入したことにより数秒でダウンロードが完了するようになった。
AWSへの移行
ユーザがアクセスするのはCloudFrontなのに、
物理サーバ4台も必要??
Amazon  Cloudfront
AWSへの移行
・容量無制限のストレージ
・非常に高い信頼性
 堅牢性99.999999999%、可用性99.99%
・WEBサーバ機能
 サーバのリソースを心配する必要がない
Amazon S3
AWSへの移行
S3を導入してサーバも不要になった
サーバのリソースを気にする必要がなくなり、無駄がなくなった
Amazon CloudFront Amazon S3
料金について
このときのチームラボボディのAWS料金は
リリース時のアクセス集中があったとはいえ、
月額 $82
当時のレートで約6,702円
データセンターで物理サーバ1台借りるよりも安い
チームラボボディまとめ
新規サービスゆえに
▶ すぐに使うことが出来て、すぐに対処できた
▶ 安価なランニングコスト
どのくらいのニーズがあるのか予測が立てづらく、
想定外のニーズを掴んだり、Yahoo!砲などによる
莫大なアクセスが発生することがある
サービス一個立ちあげます
チームラボ流
クラウドスピードクッキング
∼この公演中にゼロからサービス一個立ちあげます∼
当時のWEB版チームラボボディ立ちあげます
当時と同じようにAWSを使います
http://body.team-lab.com/
サービス一個立ちあげます
チームラボボディ(WEB版)の構成要素
・対応はPCのみ
・静的ファイルのみの構成
・Unity Web Playerで、3Dデータを再生
サービス一個立ちあげます
使う物
・S3
  クラウドストレージ、そのままwebサーバとして機能する
・CloudFront
  CDN(コンテンツキャッシュサーバ)
・Route53
  DNSサービス
サービス一個立ちあげます
Amazon CloudFront Amazon S3
body.team-lab.com
Route53
DNS
CDN ストレージ
サービス一個立ちあげます
本日の作業概要
1. AWSアカウントを取得する
2. 静的コンテンツをwebサーバにアップロード
3. CDNをかませて高速化&負荷にも耐えられるように
4. ドメインでアクセスできるようにする
自社プロダクト
チームラボの自社プロダクトも
新サービスみたいなもの
 ▶ ゼロスタートで試行錯誤
 ▶ ニーズの予測がたてにくい
teamLabHanger
teamLabHanger
ハンガーを手にとると、
商品のコーディネイトされた写真や動画、
もしくはデザインコンセプトや機能、
素材の説明などを表示させるインタラクティブハンガー。
teamLabCamera
teamLabCamera
サイネージの前に立つと、自動的に撮影が始まり、
リアルタイムで様々な加工を施された画像が
Facebookページにアップロードされる。
FaceTouch
FaceTouch
タッチパネルディスプレイに社員の顔写真やプロフィールを表示し、
来訪者がアポイント相手の顔写真をタッチして呼び出す、受付システム。
呼び出しは、PCのメッセンジャーアプリや携帯電話へのメールを通して、担当者に通知される。
自社プロダクトの共通点
・店舗やオフィスに導入する
・バックエンドにはサーバがあり、Webの技術を使っている
・導入店舗数が増えるほどサーバのリソースが必要になる
・当然コストは抑えたい
これらの自社プロダクトの共通点
自社プロダクトの共通点
一年後にどれだけ売れるかもわからない…
そこを頑張って予測するなら、
もっと他のことに力を入れる
売れたら増やす!!
自社プロダクトとAWS
AWSでスモールスタートして、導入店舗数が増えたら拡張する
Amazon S3
Amazon EC2
Amazon SQS
Amazon SNS
Amazon SWF
導入店舗
チームラボハンガーは店舗数も増えて、AWS側の仕組みの拡張を検討中
なぜAWSなのか
Why
AWS…?
なぜAWSなのか
AWSには便利で安価なサービスが
最初からたくさん用意されている
Amazon S3
Amazon SQS
Amazon SNS
Amazon SWF
Amazon EC2
Amazon
ElasticBeanstalk
AWS
CloudFormation
AWS IAMAmazon
CloudSearch
AWS
Management
Console
Amazon
Route 53
Amazon
CloudFront
Elastic
Load Balancer
Amazon VPC
AWS
Direct Connect
Amazon
ElasticCache
Amazon RDS
DynamoDB
Amazon
Glacier
AWS
Storage Gateway
AWS
Import/Export
Amazon Elastic
MapReduce
AutoScling
AWSなら最初からこんなにたくさんのサービスがある、圧倒的!!
Amazon Redshift
Amazon
SimpleDB
OpsWorks
AWS
Data Pipeline
Amazon Elastic
Transcoder Amazon SES
Amazon
CloudWatch
他クラウドとの比較
チームラボボディ
Amazon S3Amazon CloudFront
他クラウドとの比較
・「S3あります、CDNはご紹介します」
Amazon CloudFront Amazon S3
コミット値、最低利用期間、そもそも料金
お話を聞いてみると…
選択外
・「両方ありません」
CloudFrontやS3を作りたいわけではない
作りたいサービスは別にある
・「自分たちで類似サービスをセットアップする」
他クラウドとの比較
重要なことはエンジニアの仕事を減らすこと
減った時間で新しいサービス、
面白いプロダクトが生まれる
ベンダーロックイン
※ベンダーロックインとは
 特定ベンダーの独自技術や独自サービスを使うことにより、
 他ベンダーのサービスに移ることが困難になる状況。
ベンダーロックイン
ユーザ側に
値上げ
サービスの仕様変更
サービス品質の劣化
ロックインされるということはリスクが生じる
便利だから使うのとロックインはトレードオフ
重要なのは意識して選択していること
の選択肢は用意されている
「便利にロックインされるか、自力で頑張るか」
1
ベンダーロックイン
選択のポイント
作りたいものに注力するために、
最適なサービスを選択すること
ベンダーロックイン
>
チームラボはバンバン使います!!
まずは便利そう、楽できそうで使っていく
慣れてきたら代替手段やその場合の規模感、
コスト感はイメージしておく
2
まとめ
これからもよいサービスをたくさんリリースし続けてください
Amazonさんありがとう!!
まとめ
新規サービスなど未来予測がたてにくいサービスにはクラウドを。
チームラボはこういった新規サービスのSIや、自社プロダクトを
数多く手がけております。
AWSにある便利なサービスを利用することにより、
自分たちの作りたいものに注力出来る。
便利だから使うのとベンダーロックインはトレードオフ、
自分たちのビジネスモデルにあった選択を。
チームラボのお仕事とAWSの相性抜群
自分たちに最適なサービスを選択していった結果、
AWSにたどりついた
おわり
ご清聴ありがとうございました。
新サービス立ち上げのパートナーを探している
チームラボの作っているプロダクトに興味がある
という方はぜひお声がけください!!
http://body.team-lab.com/
お借りした素材
・ベンダーロックイン
 http://www.flickr.com/photos/slgc/6207107779/sizes/l/in/photostream/
・AWS Simple Icons for Architecture Diagrams
 http://aws.amazon.com/jp/architecture/icons/
Thanks!!

More Related Content

What's hot

What's hot (20)

MSPサービスを支えるCircleCI
MSPサービスを支えるCircleCIMSPサービスを支えるCircleCI
MSPサービスを支えるCircleCI
 
エッセンシャルCore springハンズオン
エッセンシャルCore springハンズオンエッセンシャルCore springハンズオン
エッセンシャルCore springハンズオン
 
四国クラウドお遍路2021 LT登壇資料
四国クラウドお遍路2021 LT登壇資料四国クラウドお遍路2021 LT登壇資料
四国クラウドお遍路2021 LT登壇資料
 
CircleCIで悩んだことピックアップ
CircleCIで悩んだことピックアップCircleCIで悩んだことピックアップ
CircleCIで悩んだことピックアップ
 
NuxtJS + REST APIで運用中サービスをNuxtJS + GraphQLに変更したことによる光と影
NuxtJS + REST APIで運用中サービスをNuxtJS + GraphQLに変更したことによる光と影NuxtJS + REST APIで運用中サービスをNuxtJS + GraphQLに変更したことによる光と影
NuxtJS + REST APIで運用中サービスをNuxtJS + GraphQLに変更したことによる光と影
 
NewsPicksでのAWS活用法
NewsPicksでのAWS活用法NewsPicksでのAWS活用法
NewsPicksでのAWS活用法
 
クラウド時代の人材育成 ~AWS移行時のつまずきポイント ~
クラウド時代の人材育成 ~AWS移行時のつまずきポイント ~クラウド時代の人材育成 ~AWS移行時のつまずきポイント ~
クラウド時代の人材育成 ~AWS移行時のつまずきポイント ~
 
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
AWSとオンプレミスを繋ぐときに知っておきたいルーティングの基礎知識(CCSI監修!)
 
20200923 fujisawa
20200923 fujisawa20200923 fujisawa
20200923 fujisawa
 
Springを使ったwebアプリにリファクタリングしよう
Springを使ったwebアプリにリファクタリングしようSpringを使ったwebアプリにリファクタリングしよう
Springを使ったwebアプリにリファクタリングしよう
 
CircleCIのArtifactを活用してレポートを作成する
CircleCIのArtifactを活用してレポートを作成するCircleCIのArtifactを活用してレポートを作成する
CircleCIのArtifactを活用してレポートを作成する
 
20200923 miyazaki
20200923 miyazaki20200923 miyazaki
20200923 miyazaki
 
生粋のRubyistがJavaを好きになった理由
生粋のRubyistがJavaを好きになった理由生粋のRubyistがJavaを好きになった理由
生粋のRubyistがJavaを好きになった理由
 
システム管理者からみたHeroku
システム管理者からみたHerokuシステム管理者からみたHeroku
システム管理者からみたHeroku
 
160918 第7回 JAWS-UG 熊本 LT資料 - 企業がクラウドに適応するために #jawsug @applebear_ayu
160918 第7回 JAWS-UG 熊本 LT資料 - 企業がクラウドに適応するために #jawsug @applebear_ayu160918 第7回 JAWS-UG 熊本 LT資料 - 企業がクラウドに適応するために #jawsug @applebear_ayu
160918 第7回 JAWS-UG 熊本 LT資料 - 企業がクラウドに適応するために #jawsug @applebear_ayu
 
SREチームとしてSREしてみた話
SREチームとしてSREしてみた話SREチームとしてSREしてみた話
SREチームとしてSREしてみた話
 
WatsonQA応用編~BluemixとWatson Engagement Advisor(WEA)連携~
WatsonQA応用編~BluemixとWatson Engagement Advisor(WEA)連携~ WatsonQA応用編~BluemixとWatson Engagement Advisor(WEA)連携~
WatsonQA応用編~BluemixとWatson Engagement Advisor(WEA)連携~
 
Spring Boot + Doma + AngularJSで作るERP 〜JavaQneバージョン〜 #jqfk
Spring Boot + Doma + AngularJSで作るERP 〜JavaQneバージョン〜 #jqfkSpring Boot + Doma + AngularJSで作るERP 〜JavaQneバージョン〜 #jqfk
Spring Boot + Doma + AngularJSで作るERP 〜JavaQneバージョン〜 #jqfk
 
ダメダメだった過去といい感じな今のチームの話
ダメダメだった過去といい感じな今のチームの話ダメダメだった過去といい感じな今のチームの話
ダメダメだった過去といい感じな今のチームの話
 
AWS re:Inventに行くために今日からやるべき3つのこと
AWS re:Inventに行くために今日からやるべき3つのことAWS re:Inventに行くために今日からやるべき3つのこと
AWS re:Inventに行くために今日からやるべき3つのこと
 

Similar to 【AWS Summit2013】チームラボ流クラウドスピードクッキング~この講演中にゼロからサービス一個立ちあげます~

JAWS-UG三都物語_企業でのAWS導入のエントリーポイント
JAWS-UG三都物語_企業でのAWS導入のエントリーポイントJAWS-UG三都物語_企業でのAWS導入のエントリーポイント
JAWS-UG三都物語_企業でのAWS導入のエントリーポイント
Toshiyuki Konparu
 
AWSを会社で使ってみた
AWSを会社で使ってみたAWSを会社で使ってみた
AWSを会社で使ってみた
Satoshi Ishikawa
 
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきことメンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
Mitsuru Ogawa
 

Similar to 【AWS Summit2013】チームラボ流クラウドスピードクッキング~この講演中にゼロからサービス一個立ちあげます~ (20)

駅すぱあとWebサービスにおけるAWSとその周辺
駅すぱあとWebサービスにおけるAWSとその周辺駅すぱあとWebサービスにおけるAWSとその周辺
駅すぱあとWebサービスにおけるAWSとその周辺
 
AWSで動画共有サイトを作成して全社に公開
AWSで動画共有サイトを作成して全社に公開AWSで動画共有サイトを作成して全社に公開
AWSで動画共有サイトを作成して全社に公開
 
2014 jaws days-最強のawsに_rtc宮崎
2014 jaws days-最強のawsに_rtc宮崎2014 jaws days-最強のawsに_rtc宮崎
2014 jaws days-最強のawsに_rtc宮崎
 
スタートアップのCEOもおさえておきたい、ITインフラのセキュリティ対策 先生:
スタートアップのCEOもおさえておきたい、ITインフラのセキュリティ対策 先生:スタートアップのCEOもおさえておきたい、ITインフラのセキュリティ対策 先生:
スタートアップのCEOもおさえておきたい、ITインフラのセキュリティ対策 先生:
 
20140222 jaws saitama-cdp
20140222 jaws saitama-cdp20140222 jaws saitama-cdp
20140222 jaws saitama-cdp
 
AWSへのシステム移行に伴うクラウドマインドへの移行
AWSへのシステム移行に伴うクラウドマインドへの移行AWSへのシステム移行に伴うクラウドマインドへの移行
AWSへのシステム移行に伴うクラウドマインドへの移行
 
AWSへのシステム移行に伴う クラウドマインドへの移行
AWSへのシステム移行に伴う クラウドマインドへの移行AWSへのシステム移行に伴う クラウドマインドへの移行
AWSへのシステム移行に伴う クラウドマインドへの移行
 
20160608 JAWS-UG磐田
20160608 JAWS-UG磐田20160608 JAWS-UG磐田
20160608 JAWS-UG磐田
 
JAWS-UG三都物語_企業でのAWS導入のエントリーポイント
JAWS-UG三都物語_企業でのAWS導入のエントリーポイントJAWS-UG三都物語_企業でのAWS導入のエントリーポイント
JAWS-UG三都物語_企業でのAWS導入のエントリーポイント
 
20190314 aws first_stepv2
20190314 aws first_stepv220190314 aws first_stepv2
20190314 aws first_stepv2
 
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
 
AWSを会社で使ってみた
AWSを会社で使ってみたAWSを会社で使ってみた
AWSを会社で使ってみた
 
UnityとAmazon Web Servicesで生み出す新しい価値
UnityとAmazon Web Servicesで生み出す新しい価値UnityとAmazon Web Servicesで生み出す新しい価値
UnityとAmazon Web Servicesで生み出す新しい価値
 
楽天エンジニアライフ
楽天エンジニアライフ楽天エンジニアライフ
楽天エンジニアライフ
 
サーバーサイド技術者不足に効くChef
サーバーサイド技術者不足に効くChefサーバーサイド技術者不足に効くChef
サーバーサイド技術者不足に効くChef
 
AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介
AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介
AWSからOpenStack, Chef SoloからChef Serverに インフラを置き換えた事例の紹介
 
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきことメンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
 
JNSA西日本支部 技術研究WG AWSを使ったセキュアなシステム構築
JNSA西日本支部 技術研究WG AWSを使ったセキュアなシステム構築JNSA西日本支部 技術研究WG AWSを使ったセキュアなシステム構築
JNSA西日本支部 技術研究WG AWSを使ったセキュアなシステム構築
 
20140829 山形でJAWS-UGをやって困った2つのこと
20140829 山形でJAWS-UGをやって困った2つのこと20140829 山形でJAWS-UGをやって困った2つのこと
20140829 山形でJAWS-UGをやって困った2つのこと
 
AWS市場動向と求められる人材、その育成方法について
AWS市場動向と求められる人材、その育成方法についてAWS市場動向と求められる人材、その育成方法について
AWS市場動向と求められる人材、その育成方法について
 

Recently uploaded

Recently uploaded (11)

Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
 
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
 
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人研修 後半        2024/04/26の勉強会で発表されたものです。新人研修 後半        2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
 
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
 
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWANスマート距離検出センサー  DS20L  カタログ  LiDARデバイスLoRaWANスマート距離検出センサー  DS20L  カタログ  LiDARデバイス
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
 
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
 
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
 
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
Observabilityは従来型の監視と何が違うのか(キンドリルジャパン社内勉強会:2022年10月27日発表)
 
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
 
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアルLoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
 

【AWS Summit2013】チームラボ流クラウドスピードクッキング~この講演中にゼロからサービス一個立ちあげます~