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
続きを読む

bitnami@wordpressでVirtualHostを設定する方法

bitnami@wordpressとは？ EC2でwordpressを簡単に構築できるパッケージになります。 AWS MarketplaceでAMIとして提供されています。 AWSの チュートリアル としても利用されています。 本家で紹介されている設定 通常の設定であれば、EC2を立ち上げて何もしないで完了です。 VirtualHostを利用する場合はconfigを変更する必要があります。 本家サイト に設定方法が書かれています。 このファイルに記載されている /opt/bitnami/apache2/conf/bitnami/bitnami-apps-prefix.conf Include "/opt/bitnami/apps/myapp/conf/httpd-prefix.conf" を消して Include "/opt/bitnami/apps/myapp/conf/httpd-vhosts.conf" を追加 apacheをrestartして完了。 と思いきや、以下のエラーが出ます。 <VirtualHost> cannot occur within <VirtualHost> section apache config test fails, aborting 原因 /opt/bitnami/apache2/conf/bitnami/bitnami.conf 8 <VirtualHost _default_:80> 9 DocumentRoot "/opt/bitnami/apache2/htdocs" 10 <Directory "/opt/bitnami/apache2/htdocs"> 11 Options Indexes FollowSymLinks ... 25 # Bitnami applications installed with a prefix URL (default) 26 Include "/opt/bitnami/apache2/conf/bitnami/bitnami-apps-prefi
続きを読む