taisablog

taisa's engineer blog

カンファレンス

AWS Summit Tokyo 2017:Day3 参加レポ

投稿日:


前回に引き続きAWS Summit Tokyo 2017 Day3の参加レポ

基調講演

基調講演会場は相変わらず広くて豪華

オープニング

Day3のオープニングはDJだったけど前日の生ライブと比べたらまぁ普通に音楽流してるのとなんら変わらん感じで特に感動はなし

Amazon.com CTO Werner Vogles

オープニングのDJが終わるとAmazon CTOのWerner Voglesが出てきた。身体がでかくいかにも貫禄があっていい感じ。スピーチもさすがという感じで各所にAWSをスーパーパワーという表現で伝えていて聞いていてワクワクしてくるような内容だった。

メモ

  • このカンファレンスはセールスではなく教育である
  • Cisco、IBM、HPEはマイナス成長。古い保守派の企業は成長してない(オンプレミスはおわってる)
  • ストックホルム、中国、大阪ローカルリージョン追加
  • ワールドワイドなリージョンの運用が可能

この辺の話は前日とだいたい同じ

ゲストスピーカー/ソラコム 安川健太

メモ

  • デバイスを直接クラウドに接続する(インターネットを経由しない)
  • キャリアと連携して直接AWSにアクセスする網を作った
  • awsを活用してapiを使ってmicroservicesで構成している
  • DynamoDB使ってる
  • 疎結合化と非同期化
  • kinesis+lambda functionを使ってる
  • awsをフル活用することで小さなスタートアップでもすごい速度でサービス開発ができている

Werner Voglesに戻る

  • 2014年にクラウドが明確に当たり前になった
  • 今は進化の過程のどこにいるのか?
    • プロダクションの中心(IT自体が差別化にはならない)
    • 検索などはできなければならない、できなければ他よりも劣るだけ
  • AWSはスーパーパワーを与えた
    • 超音速(スーパーパワー)
    • AWSを使って利用社はプロダクトをユニークにすることだけに集中すればいい
    • AWSが開発の制約になってはいけない(利用者の目標を達成してもらう為にやっている)

ゲストスピーカー/NTT東日本 中村 浩

  • CloudGateway (re:connect)の紹介(もともと社内で使ってたものをサービス化した)
  • コスト・セキュリティ・アジリティを重要視
  • 企業の基幹システムでクラウド利用が進まない状況
  • NTTがAWSと直結するサービスとし安く、すぐに、セキュアに使いたい分だけ使えるように

Werner Voglesに戻る

目に見えないスーパーパワー(サーバレス)

  • 常に可用性が高い
  • AWS Lambdaを使えば簡単にアプリを実行できる
  • Finraの例
    • 常にマーケットイベントを処理しているがそれらはLambdaを活用して稼働できている
  • 複数の関数を使う場合は?
    • AWS Step Functionsを使うことが可能
    • いろんな枝分かれしたものでもAWS Step FunctionsでLambda実行利用可能

AWS X-Ray

  • 分散型の情報のトレーシングができる

Amazon DynamoDB

  • 他のNoSQLにはコンフィグがたくさんあって大変だが、そもそもやりたいことというのは一貫したパフォーマンスが必要だということだけ
  • レイテンシが非常に重要
  • マイクロ秒での速度が求められている
  • 応答時間をマイクロ秒に短縮
  • DynamoDB Accelerator(DAX)(マネージド)(インメモリでDynamoDBの10倍速)
  • コスト効果が高い

ゲストスピーカー/ソニーモバイルコミュニケーションズ

  • エレクトロニクス・エンタテイメント・金融
  • デザイン・デバイス・ネットワーク&クラウド・AI
    • System Integrateする

Werner Voglesに戻る

AWS IoT

  • デバイスゲートウェイ
  • デバイスシャドー
  • Rules Engine
  • ほとんどのマシンデータはクラウドに保存されてないない
  • IoTの3つの柱
    • もの、クラウド、知能
  • クラウドとすべてやりとりする必要はないがサマリはクラウドに必要
  • ローカルで開発がしたい

AWS Greengrass

  • クラウドに行かなくても実行できる
  • レイテンシがない

スーパーパワー(飛び立つ)

  • 古いDBベンダーから飛んで(逃げて)行きたいのでは?
  • 高価、独自仕様、ロックイン、罰則的なライセンスがあるが最後にはすべてを利用できていない
    • だからこそオープンDBへ移行する(AWSマイグレーションサービスを提供)
    • MySQL互換、ハイエンドで最大5倍、可用性あり、Postgres互換、コストは1/10

ゲストスピーカー/Gree 藤本 真樹

Greeさんのスピーチはそもそもこういう場になれているだろうということもあるが、冒頭に自虐ネタから入ってきておもしろかった。「2013年から業績が下降してきている、株価もね」「まだ居たの?」という感じかもしれないなど。ただ色々大変だったけど、過去2回の4半期はよい業績を出すことができてこういった場に呼んでもらえて嬉しいということを話されていた。

  • いろんなことを試した
  • 数千台のオンプレミスサーバをAWSへ移行
    • 1年くらい(いろいろ合わせるとトータル2年くらい)
  • どう実現したか?
    • Direct Connectはなくてはならなかった
  • プロダクトサイドの協力が大きかった
  • サービスは増やすよりも減らすほうが難しい
  • 技術選択
    • いろんな要素があるのがご存知の通りだが正解・不正解を決めきるのは難しい
    • 未来はどうなるかわからないが「速さは裏切らない」ということを最後の決断としている
    • AWSを使えば早いよ

Werner Voglesに戻る

透視(X-RAY VISION)

  • AWSでペタバイト規模のデータを分析可能
  • Amazon Athena、Amazon EMR
  • Athena
    • S3に格納:クエリ分だけ支払い、アドホッククエリ
  • EMR (より細かい)
    • Hadoop、Spark、HBase
  • Redshift
    • 前の2つとは毛色が違う
    • データウェアハウス(データを引っ張ってくることに特化)
    • AWSの中でも一番使われてるサービス
    • データレイクで検索できないかという要求があった

Redshift Spectrum

  • Redshiftにデータを移す必要がない
    • エクサバイト規模のデータセットに対する複雑なクエリ(1000ノード)とした場合、Hiveの場合5年かかるのがSpectrumだと155秒ですむ(非常にコストがさがる)

予見(スーパーパワー)機械学習

  • マシンラーニングはAmazonでは最初から使っている
    • トレーニング(S3、Redshift、AMI、カスタム深層学習モデル)
    • 機械学習にエキスパートは必要ない(みなさんがつくるのはアプリケーションだ)

Amazon Rekognition

  • 画像認識サービス
    • 属性を認識することができる
    • トレーニングデータも組合わせ可能
    • スコアリングすることができる
    • これは下着か?水着か?ということが判別できる

Amazon Polly

  • 本物そっくりの音声の生成ができる
  • ライセンスフリー
  • 感情を付加することが可能(スピーチマークやささやき)
  • 口の動きに合わせてテキストを朗読できる

Amazon Lex

  • 自動音声認識と自然言語理解

最後に:不朽(IMMORTALITY)

  • スタートアップがほぼすべての業界に新しい命を吹き込んでいる
  • 企業が生き残る為にの鍵はデジタルトランスフォーメーション
  • 現在は企業は15年程で存在しなくなる
  • 若いスタートアップ企業で生きる
  • 今ビルドするなら絶好のタイミングである(2008年では24機能しかなかた)
  • Go Build!!!

ランチ

キーノートが終わると無料ながらも弁当とお茶が配られるのが嬉しい

セッション

大規模広告クリック率予測システムの実践

smartnewsスピーカー

  • 蘭雨陽

個人的にはなかなか難しい内容でメモはとったもののあまり内容は覚えていない・・・

  • 機械学習ドリブンのオンラインシステムを構築する際のパターン
  • パフォーマンスを出すことのキーは問題とモデルに対する理解
  • パフォーマンスとコストとバランスのポイントを選ぶ
  • AI is new Electric
  • AIではなくリアルワールドの機械学習
  • なぜリアルワールド?
    • 特定のユーザと特定のContextにてたくさんの候補から一番いい広告を選ぶ
    • GBDT (Randamforestとは違う)

AWS Greengrass Deep Dive

スピーカー

  • アマゾンウェブサービスジャパン:榎並利晃
  • Amazon Web Services:Craig Williams

Greengrassがどういうものでどういったことができるかを説明してくれたけど、実際に利用してみないとイメージが湧かない印象

  • 機械が発生したデータはクラウドにあがっていない
    • 医療機器、産業機械、極端な環境
    • Edgeで処理していく必要がある
  • 物理的、経済的、地域的な問題がある
  • IoTにおける3つのレイヤ
    • Things、Cloud、Intelligence
  • AWS IoT
    • GreengrassはAWS IoTの拡張
    • Device Gateway、Authentication & Authorization (Registry)、Device State
    • Device Shadow(オフラインでもデータがたまりオンラインになったら通信する)
  • AWS IoTはEdgeまで拡張する
    • 同じ機能や同じFeatureを使ってEdgeでも利用できる(Lambdaを利用できる)
    • SecurityモデルはAWS IoTと同じ
    • Shadowと通信ができる
  • メリット
    • ローカルイベントを早くレスポンス
    • オンラインでの運用
    • シンプルなでデバイスプログラミング
    • IoTアプリケーションコストを削除
      • 5年に1回通信すればよい
  • Greengrass Components (GGC) (Greengrass Core)
    • Lambdaの実行、メッセージング、Device Shadow、セキュリティ及びクラウドとの直接連携を可能にするランタイム(ソフトウェア)
    • 小さな端末でも大丈夫(ラズベリーパイでも起動可能)
  • SDK
    • ローカルネットワークを介してGreengrass Coreと通信可能
    • 現在はC++のみ
  • デバイスはローカルで稼働
    • Greengrass GroupはCoreとその他のデバイス群のコミュニケーションに関する設定セット
  • Groups + Deploymentsの利点
    • Lambda関数をGG Coresにデプロイ
    • ルートテーブルの設定のデプロイ
    • すべてのデバイスを集中管理
  • Local Lambda
    • 現在はPython2.7で実行可能
  • Local Lambdaは何ができるか
    • コマンドとコントロール
    • オフライン実行
  • Shadows
    • デバイスとLambdaの造替を示すJsonドキュメント
    • 車、エンジンなど
    • クラウドとsyncすることもローカルに保持することも可能
  • Messaging
    • ローカルなMQTT Pub/Sub messaging
    • Brokerの特徴
  • Security
    • ローカル/クラウドどちらにおいても相互認証
    • 直接AWSサービスを呼び出せる
  • 要求仕様
    • Linux 4.4
    • glibc2.14
    • python 2.7
    • SQLite

Cloud connect the world as a Glue

メルカリスピーカー

  • 長野 雅広

興味のあるメルカリの内部アーキテクチャやグローバル化についての話を中心ししてくれた。驚いたのは現在もJP版のサーバはSAKURA Internetだということ。

SRE Teamの紹介

  • Site Relability Engineeringの略
  • 運用チームを率いるBen Treynorが提唱
  • Site Relability Engineerging (オライリー)
  • 運用を50%以下に下げる
  • エラーバジェット

Mercari SRE

  • 信頼性の高いサービスを実現するチーム
  • インフラチームからSREへ名称変更
  • インフラよりもサービス指向
  • 6人で稼働中
  • 新しい機能開発以外全部やる

Global Service

  • JP、US、UK(Tokyo、サンフランシスコ、ロンドン)

Globalの進め方

  • Slack、PRレビュー、ハングアウト、リモートペアプロ
  • 自立したチームとして課題解決する
  • チーム丸ごと出張する

SREチームのケース

  • 現在6人のうち1一人が長期US出張中

アーキテクチャ

  • JP
    • SAKURA Internet 石狩DC
    • 2013年/7月リリース(当時はVPS1台にWebとDB同梱)
    • 検索:Solr
    • Diagonal Scale指向
    • DBにはioMemory
  • US
    • AWS
    • 2014/09リリース(AWSにてサービス構築)
  • UK
    • Google Platform
    • DB:GCE
    • 構成はほぼ同じ

2015年kazeburoさん入社

  • SRE発足
  • サーバ中心のアーキテクチャ
  • 少人数での運用
  • Ansible Playbook再利用

まとめ

  • JS/JS/JKは採用してるものは違うけど構成は同じ
  • ここまではそこまでAWSをつかってない
  • Globalインフラストラクチャ
    • それぞれのインフラは独立している
    • Route53、CloudFront、GoogleBigQuery、S3(バックアップとして利用してる)
  • Route53
    • DNS-RRにRoute53のHealth Checkを使い解決
  • 内部DNS
    • すべてのサーバにunboundを導入
  • ログ
    • batch+awscli
    • fluentd+S3
  • バックアップ
    • xtrabackup+aws cli
  • S3 as a Hub
    • S3をhubとして疎結合を実現
  • 機械学習への取り組み
    • 価格のサジェストとか
  • 距離を超えて世界を繋ぐ
    • 距離とレイテンシ
    • 光は50msecで地球半周

Startup CTO Night with Amazon CTO

ゲスト

  • Amazon CTO Werner Vogles

このセッションは3社のCTOがAazon CTOの前でサービスのプレゼンを行い課題を解決してもらうといった趣旨のセッション。Werner Voglesの指摘で印象的だったのが、料金体系とサーバ費用のことがしっかりと考えられているかという質問が多かった(例えば無制限の使用を許可するのはそれなりの代償が伴う)。また、最最後にはAmazonの例を挙げ、Amazonではしばらくとてつもない量のデータをOracleDBで管理していた。ただ購買情報というのは普遍の情報である為、DBで管理しておく必要はない為、すべての履歴データをS3に移行して現在の履歴情報はS3から直接出力している。そうすることで大幅なコストカットができた。という話があり、純粋になるほどなと思った。

面白かったWernerの質問の一例

Werner)なぜRubyを選んだの?
回答)Rubyが好きだったから
Werner)まぁそれも一つの答えだね

AWSSummit参加のまとめ

AWSSummitに参加するまでもやっとしていたことが、今回のサミットによってある程度具体的な利用イメージが持てたことが大きかった。各セッションもよかったが、EXPOのAWSブースで普通に疑問を投げかけることができたこともよかった。「Amazon S3をData Lake(ストレージ)に」というようにS3をHubにすることでいろんなアプローチができるという考え方でこれから色々試して行こうと思う。

最後はEXPOでビールがもらえた。めっちゃ疲れたけど最高によい2日間だった。

-カンファレンス
-, ,

執筆者:

関連記事

PyCon JP 2017にスタッフとして参加してきた

ようやく落ち着いてきたのでだいぶ今更ながらPyCon JP 2017の参加レポートを書く PyCon JP 2017 in Tokyo | Sep 7th – Sep 10th はじめに まずはじめに、自分にとってのPyCon JPを簡単に振り返って見る。最初は2014年に一般参加者として参加したのがはじまりだった。そして翌年はじめてスタッフとしてジョインした。ただこの年は開催数日前にこどもが産まれ、当日の参加はできなかった。そしてその翌年の2016年は絶望的な業務の忙しさによりスタッフになることさえもできずに終わってしまった。そして今年、例年のような忙しさがありつつも無理やり時間を作ってスタッフとして準備・当日参加を果たすことができた。 スタッフとして スタッフとしては今年、2015年と同様にプログラムチームというチームで活動をした。プログラムチームはプログラムといってもPythonを書くわけではなく、スピーカーを募集したり当日のスケジュールを組んだりとカンファレンスのコンテンツを決めていくような活動がメイン。その中で今年はキーノート担当として活動した。今年のキーノートは海外1名・国内1名だったが、それぞれのスピーカーとコミュニケーションができたのは非常に有意義だった。また、今年やりきれなかったこととしては、システムも少し触ろうとしていたけどキャパオーバーにつき並行で進めることは全くできなかった。 参加者として 今年はスタッフとして参加したので、セッションのチェアマンをしたりともろもろやることがあったので基本セッションを見ることはできず、未だ動画でもみることもできておらず、セッションはまだほとんど聞けてないけど「Keynote」「スポンサーブース」、昼休憩にやった「メディア会議」「ジョブフェア」、「Youth Coder」「1日目のParty」「2日目の関係者パーティ」とセッション以外のところだけでもめちゃめちゃ楽しむことができた。特に1日目のPartyは食事豪華で酒の種類も多く、いろんな人と話しすることができてめちゃめちゃ楽しめた。気づけば2014年以降一度も参加できていなかったPyCon JPだったけど、スタッフをはじめて苦節3年、ようやく最初から最後まで参加することができて本当によかった。 来年は 来年はどこまでコミットできるかわからないけどもちろんスタッフとして参加するし、場所はまだ決まっていないけどPyCon APACも必ず参加しようと思う。もはや気づけばこのカンファレンスが1年間のモチベーションの1つにもなっていたりしてコミュニティってすげーとひしひしと感じている次第。 2014年一般参加した時の写真 (この時一緒に参加した人も翌年からスタッフになっている) 当日の写真は以下にまとめて沢山あがっているので大変ありがたい https://www.flickr.com/photos/pyconjp/albums/ 主にPyConについての話をしたPyLadies TokyoでLTした時のスライド

no image

カンファレンスを最大限に楽しむ方法

Talk Python To Me という PodCast を聞いている中で興味深い話があった。 Talk Python To Me Podcast Talk Python To Me is a podcast for developers who are passionate about Python. Learn about the language and related technologies. Episode #161: Django 2.0 の 00:58:20〜のトーク内容で「カンファレンスを最大限に楽しむ方法は?」という質問に対する回答 まず第一に参加できるなら参加しましょう。もし US や北アメリカのカンファレンスに行けない場合は、ローカルで開催されているカンファレンスに参加しましょう。そしてもし参加したら友達とくつろぐのはやめて新しい友だちをつくりましょう。自分の視野を広げるために参加しているのだから。それが簡単でないことはわかります。でもそうすることで新しいアイデアやコネクションをつくることができて新しい視野がひろがります。そして、それができた場合でも自分の知識をみせびらかすようなことはやめて、そのかわりに質問をしましょう。そして私は、カンファレンスに参加してハイヤリングをした立場として分かりますが、知識があるひとよりもむしろ、新しいことを見つけ出して熱心に学ぼうとしている人を雇おうとします。 以前にカンファレンスに参加したことがある人もそうでない人も、カンファレンスのボランティアをやるのもよいです。ボランティアをする中で関係ができあがり、新しいコネクションができます。私はボランティアをすることで自分のキャリアの中で大きな変化を得ることができ、とても良い人で出会うきっかけになりました。恥ずかしいとか思うかもしれませんが、そんなことは誰も気にしてはいません。自分もとても恥ずかしいことをした経験があるけど誰も覚えてはいませんよ。 ソース:https://talkpython.fm/episodes/transcript/161/django-2.0 内容は意訳してる箇所や多少省略してる箇所があるので詳しく知りたい方はソースを見てください。この内容はトークする側ではなく単純に参加する側へ向けた話。 そしてある意味当たり前のような話ではある。ただ、恥ずかしがるとかそういった考えはなんとなく日本的もしくはアジア的なところがあるのかなと思っていたので、アメリカでもこういったことが話されてるんだなっていうところに興味が持てた内容でした。 話し手はこの方 Daniel Roy Greenfeld (@pydanny) | Twitter The latest Tweets from Daniel Roy Greenfeld (@pydanny). Co-Author Two Scoops of Django (https://t.co/h98NETIALQ), open source coder, husband of @audreyr, former NASA coder. Los Angeles, CA

PyCon APAC 2017 in マレーシア 参加レポ

PyCon APAC 2017に参加してきたのでその参加レポ。自分にとっては初めての海外カンファレンスだったのでとても有意義な旅行になった。 PyCon APACって? 毎年開催されているアジア太平洋のPythonカンファレンスで去年は韓国だったが、今年はマレーシアのクアラルンプールで開催された。 PyCon APAC 2017 クアラルンプールへ 前日の朝に到着 クアラルンプール着いた (@ Kuala Lumpur International Airport 2 (KLIA2) – @my_airports) https://t.co/JIqLhzUfdR pic.twitter.com/upaHiQ6QPT — たいさ (@taisa831) 2017年8月24日 とりあえずチェックインまで軽く街を散策 夜 PyConAPACに参加している日本メンバーで食事会をした。マレーシアはご飯おいしいしツインタワーすごいしでとてもよいところだった。 PyCon APAC 2017 in マレーシア 前夜祭楽しかった。飯うまだしツインタワー凄いしいいところ。 たいささん(@taisa831)がシェアした投稿 – 2017 8月 25 8:02午後 PDT カンファレンス初日 キーノート スピーカーはLuis Miguel Sanchez キーノート始まった #pyconapac pic.twitter.com/eeselKrgZB — たいさ (@taisa831) 2017年8月26日 Tea Break 30分のTea Break。Tea Breakといいつつ食事も提供された。 ティーブレイク pic.twitter.com/QylXOliBqZ — たいさ (@taisa831) 2017年8月26日 Understanding The World With The Help Of Python Understanding The World With The Help Of Python pic.twitter.com/68QWCaCREZ — たいさ (@taisa831) 2017年8月26日 Data Mining of News (Intermediate) Data Mining of News pic.twitter.com/2I6CdLHgjs — たいさ (@taisa831) …

PyLadies Tokyo 3周年記念パーティーでLTしてきた

以前PyLadies Tokyo 3周年記念パーティーに参加してLTしてきたのでその参加メモ。基本的にこれから書く内容は以下の投稿とtogatterにまとまっている内容と似た内容になっているけど記録として書きます。 PyLadies Tokyo – 3周年記念パーティ に参加してきた PyLadies Tokyo – 3周年記念パーティ に参加してきた #pyladiestokyo – massa142’s blog PyLadies Tokyo 3周年記念パーティー Togatterまとめ PyLadies Tokyo 3周年記念パーティー PyLadies Tokyoとは? PyLadies Tokyo は,PyLadies の東京支部です。Pythonが好きな女性同士をつなぐために、よりPythonが好きになってもらえるように、活動しています。初心者の人が参加しやすい入門者向けイベントから熟練者がより楽しめるようなちょっと難易度の高いイベント、みんなでワイワイ発表するLT大会など、様々なテーマで毎月イベントを開催しています。どうぞお気軽にご参加下さい。 https://pyladies-tokyo.connpass.com/event/64367/ 普段は女性Onlyだけど今回は3周年記念イベントということで男性枠を設けてくれている。 PyLadies Tokyo – 3周年記念パーティ (2017/10/15 12:20〜) 参加動機 PyLadies Tokyoのメンバーと一緒にPyCon APAC 2017 in Malaysiaへ行って来たのがきっかけ PyCon APAC 2017 in マレーシア 参加レポ LTスライド PyConをきっかけに英語力を身につける New presentation (2017-10-14 21:18:42) 全体的な感想 この日は翌日にサービスローンチを控えているという状況だった為、会社から直行してLT終わって直帰するという非常に残念な状況だった。前半のLTしか聞けなかったけど、それでもLTは全部おもしろくてものすごく楽しめた。(お酒飲めなかったし食事もほとんどできなかったけど)スポンサーのRettyさん、Google Cloud Platformさんありがとうございました。

AWS Summit Tokyo 2017:Day2 参加レポ

AWS Summit Tokyo 2017 Day2の参加レポ。そもそも私はこれまでAWS Summit参加したことがなく、AWSについてもこれから本格的に使っていこうとしている段階なので自分にとっては大変為になるサミットだった。 ※ 以下の内容については参加時メモが元になっているので一部誤っている箇所があるかもしれないですがご容赦ください。動画やスライドがあがってくれば確認できるのですがまだ見つけられなかったので確認ができませんでした。 基調講演 まず基調講演会場に入って真っ先に思ったのはめっちゃ広い!!ってこととめっちゃ豪華!!ってこと。この先もそうだけどこれが無料で参加できるなんてさすがAmazon様。という感じだった。 基調講演会場入った。めっちゃ広い。 #AWSSummit pic.twitter.com/E6bqTMVoEu — たいさ (@taisa831) May 31, 2017 オープニング 基調講演は三味線・バイオリン・ギターのスペシャルライブから始まった。これはめちゃくちゃよくてもっと聞いていたかった。 AWS Summit Tokyo スペシャルバンドによる演奏でAWS Summit Tokyo 2017 Day2 基調講演がはじまりました!#AWSSummit pic.twitter.com/SMkfuUfRIG — アマゾン ウェブ サービス (@awscloud_jp) May 31, 2017 アマゾン ウェブ サービス ジャパン 長崎忠雄 オープニングのスペジャルライブが終わりホストスピーカーとしてAWS Japan代表取締役社長が出てきた。スピーチは社長らしく今回は去年と違って規模が約2倍であることやAWSのこれまでの成長・現状そしてこれからの未来について話された。あとサービスコンソールが6月末まえに100%日本語化すると明言していたのにはちょっと驚いた。厳密には以降ホストとゲストが入れ替わってスピーチしていたがスピーチメモは以下まとめて記載する メモ 今回のサミットはRegistration 20,000人以上(世界で一番多い?) 去年の2倍の規模 スタートアップ企業の支援を強化してる 事例大全集ダウンロードできる ユーザコミュニティあるしエンタープライズ版もある サービスコンソールを6月末までに100%日本語化予定 現在90以上のサービスがある 2016年には1017の新サービスおよび機能改善数(数年前は100程度だった) Amazon AIすごいよってことでルービックキューブ動画を再生 パターンが多いので普通なら35年ほどかかるのがこれを使うと0.9秒になるよ 他にもマシンラーニングを導入した企業のコスト削減の紹介 コスト1億円削減したり10日かかってたのが10分に削減したり 5/31からAmazon LightsailがTokyoリージョンで使えるようになる(データ転送量込みで月額5ドルから) いろんな企業にとってデータの移行の課題が大きい AWS Database Migration ServiceでDBを簡単に移行ができるので現在25,000以上が移行済みである ペタバイト級のデータ移行もあるけどそんな場合はAWS Snowballが利用できる AWSサポート充実してる(ベーシック・開発者向け・エンタープライズ向けなど) コストダウンについて これまで2006年のサービスインから明確な競合がいないにもかかわらず61回の値下げをしてる これはユーザファーストであることの表れである オンプレからAWSとのハイブリットのつなぎを重要視 フルマネージドサービスで運用負荷軽減 災害に対するリスクは高い(日本では2018にOsaka Regionが利用可能になる予定) セキュリティとコンプライアンスをファーストプライオリティとしている ゲストスピーカー/三菱UFJファイナンシャルグループ 村林 聡 まず初めのゲストスピーカーは三菱UFJファイナンシャルグループ執行役専務グループCIO。まず最初に自分たちはレガシーな企業だと2回程念を押すように言ったのち、これからはデジタルトランスフォーメーション、オープンイノベーションへ向かっていくという話をされた。具体的にはAPI、BlockChain、AIなどを駆使し7年後には銀行のコアの業務を4割ほどをAIに置き換えられるのではないかと。また、現在はオンプレから順次AWSへサーバ移行中で、現在は5つ程稼働しているが、100程が移行検討中である。ただ最後に今期で退任して次のところへ行きますといって締めていったのでなんとも言えない空気になった。 メモ デジタルトランスフォーメーション、オープンイノベーションへ オンプレから移行予定 AWSでは現在稼働中5つ(100くらい検討中) 今期で退任する ゲストスピーカー/セイコーエプソン 熊倉一徳 続いてのゲストスピーカーはセイコーエプソン株式会社のIT推進本部 本部長が登壇。セイコーエプソンは創業当時からものづくりの企業でありリアルな世界にこれからも提供していくのは変わらないといった一方で現在はサイバー空間も重要視し力を入れている。 メモ ものづくりの企業 リアルな世界に提供するのは変わらない サイバー空間も重要視 クラウドへの移行はかなり困難だった サーバレスアーキテクチャを採用 ゲストスピーカー/レコチョク 稲荷 …