AWS DEV DAY 2018に行ってきました

３日間の開催でしたが、最終日11/2（金）の主にStartup Technologyトラックを聴いてきました。

Amazon Pinpoint x グロースハック活用事例集

登壇者
・AWS 塚田さん
・ピクシブ 石川さん
・RoomClip平山さん

塚田さんは主にPinpointの説明
「なな転び八起のAWS 開発日記」のモデルにもなってる方。
https://aws.amazon.com/jp/about-aws/whats-new/2018/08/aws-launch-social-manga/

石川さんはPalcyの説明。そこでの利用事例のお話でした。
重量課金性とメールも送れるのが採用のポイントだったそう。Reproとも併用しているとのことでしたが、価格差が数十倍というのが衝撃でした。

平山さんはRoomClipのサービス説明。ユーザーが段階的に増えていく過程で要望も変わり、プッシュの仕組みも変えていって、現在はPinpointを利用しているとのこと（ただし、まだ最小構成での利用でフルで活用はまだできていないよう。JSONまで自社で生成して送信処理をPinpointでおこなう）
話の中で最初は、全員に送りたい。しばらくたって個別に送りたい。最近では、マーケティングツールとして使いたい。というのはすごいわかる！という感じで納得してしまいました。

COOがマネージドサービスで一人でスピード開発して得た知見

登壇者
・MESON 小林 さん

heymeshの紹介。ただしサービス自体は2018/09にクローズして、そこで得た知見などをお話されました。
サービスの開発自体は１ヶ月で作ったとのこと！サーバーレスで構築して、labmdaからfargateに処理を移行して時間のかかる処理を解決したなど。
データがストックされるアーキテクチャ設計は慎重にと。データ増加に伴い変更コストが高くなる（DynamoDBからAthenaへ移行したかったが難しい）
最後にchaliceの紹介。サーバーレスを簡単に実装ができる。ただしpythonに限る
サービスのクローズは将来的にマネージメントが難しいとの判断とのこと。

[AWS Startup ゼミ Dev Day 編] よくある課題を一気に解説！〜御社の技術レベルがアップする 2018 秋期講習〜

登壇者
・AWS 塚田さん

『JapanTaxiを支える技術～アプリケーションリプレイスはほんと大変という話～』の講演内容から変更。午前中のセッションに引き続きAWS塚田さん

技術課題の解決策をいろいろ紹介。生ログをS3に貯める様々な方法、そのあとの分析方法など。デプロイ周りはPush型ではなくてPull型で（そのためにサーバーをステートレスにすることがとにかく重要）。その他、「運用監視」、「システム負荷」、「バッチ処理」などを行うための方法を紹介。
課題があるあるな感じで、参考になりました。

Microservices の始め方、あるいは始めるべきか

登壇者
・メルカリ内田さん

絶賛マイクロサービスに移行中のメルカリ。マイクロサービスにするポイントはシステムだけじゃなく、チームもマイクロサービス化しないといけない。しかしただ分業させるのではなく、独立性とオーナーシップを持たせる必要がある。主体性をメンバーに持ってもらうこと。例えばインフラチームと開発チームが別れている場合、インフラで問題が起こった場合に開発メンバーは自分ごとのように受け止めない傾向あり。スタートアップでは初めからマイクロサービスを導入するのはおすすめしない。モノリシックなシステムでよし。スタートアップの場合、少人数で主体性もあるはず。などなど。
いろいろ納得するところがあり、勉強になりました。

Building and Running Microservices with AWS

登壇者
・AWS 篠原さん

Amazonでのモノリシックなサービスからマイクロサービス化への移行の話などを紹介。ログイン、決済、出荷などなどをそれぞれのサービスに分割してAPIを介してアクセスするように。またLyft: Envoyの開発者のブログから、アリーステージのStartupにおいては、顕著な問題が出てくるまではモノリシックなアーキテクチャなままで良いという話を紹介。
マイクロサービスにするためのAWSの機能紹介なども。そのへんは、AWSから「AWSにおけるマイクロサービス」という資料も公開している

感想

AWS（もちろんGCPとか他のサービスもあるけど）の様々な機能のおかげで、サービス開発のスピードが加速度的に上がっているというのを改めて実感。さらに運用監視（Opsの部分）などでも様々な便利機能がどんどんAWSからも出ている。サーバーレスなどもあり楽になっていく一方で、その分、最新技術を常に追っていかないと、これから生き残っていくのは大変。ビジネス面でいうと、アイデアがあったらとにかく形にいち早くすることが重要だが、その上でAWSのようなサービスはますます重要になるなと感じました。

アンケートを答えてこんなの貰いました


エレベーターがダンボール


お弁当も出ました



コメント

コメントを投稿

このブログの人気の投稿

FunBizのシステム環境

FunBizとは クラウド販売管理システムになります。 販売管理とは見積り、受注、発送、入金、仕入れなどの流れを管理します。 既存製品だとパッケージ製品が多いのですが、FunBizはインストール不要でブラウザでアクセスして即利用することができます。 サーバーサイド Ruby 2.4.3 Ruby on Rails 5.1.6 フロントエンド Reactを利用しています。 webpackerを利用してJSライブラリを管理（名残でSprocketsも併用中） 全部がReactになっているわけではなく（SPAではない）、動的な箇所がおおいところをReactで対応（react-rails）。 その他はerbで（turbolinksと併用） ジョブ（非同期処理） メール送信、エラー通知（Slack）、ファイルアップロードなど時間のかかる処理はジョブで処理をしています。 ジョブはsidekiqを利用 ミドルウェア Nginx 1.12.1 Puma 3.11.4 Redis 3.2.11 memcached 1.5.4 DB MySQL 5.6 サーバー環境 ステージング Herokuを利用 Puma、Sidekiqのプロセスをhobby dynosで立ち上げ Heroku Redisを利用 DBはAWS RDSに接続 本番 AWSを利用 ・EC2（負荷状況によりautoscaling） ・RDS（MySQL） ・ElastiCache（Redis） ・S3（画像保存など） ・ALB ・CloudFront ・SES デプロイ ステージングはHerokuに自動deploy（developが更新されると） 本番はAWS Elastic Beanstalkを利用（masterが更新されるとdeploy） CI環境 SideCI を利用して自動コードCheck テストコードが充実してきたら、テストを流すCIも入れたい（利用顧客も増えてきて影響範囲が大きくなってきたので、テストコードを誠意作成中） おわりに 前回はねこすたの環境をお伝えしましたが、今回はFunBizの環境を簡単にお伝えしました。 初回無料トライアルもありますので、ぜひご利用ください！
続きを読む

EBに置いたrailsからAmazon Kinesis Data FirehoseでlogをamazonESに投げる

はじめに ちょっとググるとamazonESにログを送信するのにfluentd(td-agent)を利用するケースが多いですが、その場合以下のライブラリを利用するみたいなのが多く出てきます。 https://github.com/atomita/fluent-plugin-aws-elasticsearch-service ただ、メンテナンスされてないっぽいのと、Amazon Kinesis Data Firehoseを利用したほうが楽そうだったので設定してみました。 ※EBの設定はしてあるものとします Railsの設定 logrageでjsonのlog吐き出す 参考 https://qiita.com/ichi_s/items/7cf6ce5dbfaa00976dd4 Gemfile gem 'lograge' gem 'logstash-event' gem "rack-user_agent" config/initializers/lograge.rb Rails.application.configure do config.lograge.enabled = true config.lograge.base_controller_class = ['ActionController::API', 'ActionController::Base'] config.lograge.formatter = Lograge::Formatters::Logstash.new config.lograge.keep_original_rails_log = true config.lograge.logger = ActiveSupport::Logger.new "#{Rails.root}/log/lograge_#{Rails.env}.log" config.lograge.custom_options = lambda do |event| payload = event.payload data = payload.slice(*%i( uuid host
続きを読む

メッセージUIライブラリMessageKitの紹介

はじめに ねこすたでは投稿された画像、動画にコメントをすることができます。 そのコメント欄はLINE風のUIにしているのですが、そこで採用したライブラリが JSQMessagesViewController でした。 しかし、そのライブラリが去年（2017/07）にDeprecatedになってしまいました。 作成者理由 しばらくはJSQMessagesViewControllerを利用していましたが、pod install,updateするたびにDeprecatedが表示される始末。。最近になってコメントのところをいろいろ改修する必要が出てきたのでいい機会なのでライブラリを変更することにしました。 JSQMessagesViewControllerの issue でちょうどよさそうなライブラリを発見。評価も良さそう Exampleを動かして良さそうなので採用することにしました。 使い方 インストールは README 参照 そして、、使い方がどこにも書いてない！！ Exampleがあるのでそれを見ながら実装することに。 まずはMessagesViewControllerを継承したControllerを作成。 class ConversationViewController: MessagesViewController { var messageList: [MockMessage] = [] // 各メッセージ内容を格納したList 継承したクラスにmessagesCollectionViewという変数があるのでこいつが、UIのcollectionViewになります。 各delegateを設定 override func viewDidLoad() { super.viewDidLoad() ... messagesCollectionView.messagesDataSource = self messagesCollectionView.messagesLayoutDelegate = self messagesCollectionView.messagesDisplayDelegate = self messagesCollectionView.messageCellD
続きを読む