Submit Search
Upload
Akkaとは。アクターモデル とは。
•
4 likes
•
8,387 views
K
Kenjiro Kubota
Follow
2/28社内勉強会用
Read less
Read more
Software
Report
Share
Report
Share
1 of 49
Download now
Download to read offline
Recommended
Dockerやコンテナについての理解を目指す入門テキストです。 CloudNative Days Kansai 2019 - #CNDK2019 における発表資料です。 https://cloudnativedays.jp/cndk2019/
コンテナの作り方「Dockerは裏方で何をしているのか?」
コンテナの作り方「Dockerは裏方で何をしているのか?」
Masahito Zembutsu
Concurrent programing explanation for akka beginers. 並行処理初心者のためのAkka入門 akka meetup 2014/09/28(日) http://connpass.com/event/8622/ このイベントの導入説明のために書かれました。 内容には、並行処理、アクターモデル、Akkaの機能の説明となっています。
並行処理初心者のためのAkka入門
並行処理初心者のためのAkka入門
Yoshimura Soichiro
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
例外設計における大罪 Jun 27, 2012 @ java-ja
例外設計における大罪
例外設計における大罪
Takuto Wada
ドメイン駆動設計の4つの基本活動、Springのプログラミングモデル、ドメイン駆動設計のためのSpringの使い方
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
増田 亨
ScalaMatsuri 2018 Training Day (2018/03/16)での講演資料です http://2018.scalamatsuri.org/
Akkaで分散システム入門
Akkaで分散システム入門
Shingo Omura
2017/05/26のDB比較セミナーで使用した資料です。 NoSQLであるRedisについて説明しています。
Redisの特徴と活用方法について
Redisの特徴と活用方法について
Yuji Otani
Acroquest Technology LTxRT 人生がときめくAPIテスト自動化 with Karate Sparking Joy for API Testing Automation
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
Takanori Suzuki
Recommended
Dockerやコンテナについての理解を目指す入門テキストです。 CloudNative Days Kansai 2019 - #CNDK2019 における発表資料です。 https://cloudnativedays.jp/cndk2019/
コンテナの作り方「Dockerは裏方で何をしているのか?」
コンテナの作り方「Dockerは裏方で何をしているのか?」
Masahito Zembutsu
Concurrent programing explanation for akka beginers. 並行処理初心者のためのAkka入門 akka meetup 2014/09/28(日) http://connpass.com/event/8622/ このイベントの導入説明のために書かれました。 内容には、並行処理、アクターモデル、Akkaの機能の説明となっています。
並行処理初心者のためのAkka入門
並行処理初心者のためのAkka入門
Yoshimura Soichiro
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
例外設計における大罪 Jun 27, 2012 @ java-ja
例外設計における大罪
例外設計における大罪
Takuto Wada
ドメイン駆動設計の4つの基本活動、Springのプログラミングモデル、ドメイン駆動設計のためのSpringの使い方
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
増田 亨
ScalaMatsuri 2018 Training Day (2018/03/16)での講演資料です http://2018.scalamatsuri.org/
Akkaで分散システム入門
Akkaで分散システム入門
Shingo Omura
2017/05/26のDB比較セミナーで使用した資料です。 NoSQLであるRedisについて説明しています。
Redisの特徴と活用方法について
Redisの特徴と活用方法について
Yuji Otani
Acroquest Technology LTxRT 人生がときめくAPIテスト自動化 with Karate Sparking Joy for API Testing Automation
人生がときめくAPIテスト自動化 with Karate
人生がときめくAPIテスト自動化 with Karate
Takanori Suzuki
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
Rails Developers Meetup #5 https://techplay.jp/event/631406
マイクロサービスにおける非同期アーキテクチャ
マイクロサービスにおける非同期アーキテクチャ
ota42y
Explaining “Best practices for writing Dockerfiles” Dockerfileを書くためのベストプラクティス【参考訳】v18.09 - Qiita https://qiita.com/zembutsu/items/a96b68277d699f79418d こちらをベースにした解説スライドです。
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
Masahito Zembutsu
LayerX社内の定例でつかった資料です。
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
Speaker Deckに移行しました https://speakerdeck.com/s2terminal/cognitive-complexity-dekodonofu-za-sawoding-liang-de-niji-ce-siyou
Cognitive Complexity でコードの複雑さを定量的に計測しよう
Cognitive Complexity でコードの複雑さを定量的に計測しよう
Shuto Suzuki
こちらのスライドは以下のサイトにて閲覧いただけます。 https://www.docswell.com/s/ockeghem/ZM6VNK-phpconf2021-spa-security シングルページアプリケーション(SPA)において、セッションIDやトークンの格納場所はCookieあるいはlocalStorageのいずれが良いのかなど、セキュリティ上の課題がネット上で議論されていますが、残念ながら間違った前提に基づくものが多いようです。このトークでは、SPAのセキュリティを構成する基礎技術を説明した後、著名なフレームワークな状況とエンジニアの技術理解の現状を踏まえ、SPAセキュリティの現実的な方法について説明します。 動画はこちら https://www.youtube.com/watch?v=pc57hw6haXk
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Hiroshi Tokumaru
「企業のためのDocker実戦ガイド」発表資料 2017年2月27日(月) https://itmedia.smartseminar.jp/public/seminar/view/981
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Masahito Zembutsu
2021/11/24 「イミュータブルでゆこう」イベントの資料です。 データをリソースとイベントに場合分けして考えようという至極単純な話を1時間ほどしました。
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
開発者にとってシェルが必要不可欠なものであることは論を俟ちませんが、当たり前の存在すぎてこれがどのように実現されているのかを知る機会はあまりないと思います。本トークでは、シェルがどのように実現されているのかを、実際にシェルを実装する過程を通じてお話しします。 ※ もともとのトークのタイトルは「入門 シェル」でしたが,わかりやすさのため「入門 シェル実装」にタイトルを変更しています.
入門 シェル実装
入門 シェル実装
Yusuke Sangenya
Dockerコンテナ内からGitを利用する手順
DockerコンテナでGitを使う
DockerコンテナでGitを使う
Kazuhiro Suga
GraphQLを使ったアプリケーションで、サーバでのデータの変化をクライアントに通知するメカニズムであるsubscriptionsについて概要を述べる
GraphQLのsubscriptionで出来ること
GraphQLのsubscriptionで出来ること
Shingo Fukui
Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
オススメのJavaログ管理手法 ~コンテナ編~ (Open Source Conference 2022 Online/Spring 発表資料) 2022年3月11日(金) NTTデータ 技術開発本部 佐藤 雄太
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
NTT DATA Technology & Innovation
オープンソースカンファレンス 2019 Tokyo/Spring 発表資料 #osc19tk https://www.ospn.jp/osc2019-spring/ 2019年2月22日(金)
Docker Compose 徹底解説
Docker Compose 徹底解説
Masahito Zembutsu
JJUG CCC 2018 Springの登壇資料です。
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Yahoo!デベロッパーネットワーク
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
Shohei Koyama
Justtechtalk #9でお話した資料になります!
AWSのログ管理ベストプラクティス
AWSのログ管理ベストプラクティス
Akihiro Kuwano
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
Apache Kafka Meetup Japan #3 https://kafka-apache-jp.connpass.com/event/58619/ 発表資料
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
Yahoo!デベロッパーネットワーク
JavaOne Tokyo 2012のJVM言語BOFにて、ScalaJPの水島が発表に使ったスライドです。
Scalaの現状と課題
Scalaの現状と課題
Kota Mizushima
12th April 2016, at IIJ headquarter (Tokyo)
IIJlab seminar - Linux Kernel Library: Reusable monolithic kernel (in Japanese)
IIJlab seminar - Linux Kernel Library: Reusable monolithic kernel (in Japanese)
Hajime Tazaki
More Related Content
What's hot
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
Rails Developers Meetup #5 https://techplay.jp/event/631406
マイクロサービスにおける非同期アーキテクチャ
マイクロサービスにおける非同期アーキテクチャ
ota42y
Explaining “Best practices for writing Dockerfiles” Dockerfileを書くためのベストプラクティス【参考訳】v18.09 - Qiita https://qiita.com/zembutsu/items/a96b68277d699f79418d こちらをベースにした解説スライドです。
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
Masahito Zembutsu
LayerX社内の定例でつかった資料です。
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
Speaker Deckに移行しました https://speakerdeck.com/s2terminal/cognitive-complexity-dekodonofu-za-sawoding-liang-de-niji-ce-siyou
Cognitive Complexity でコードの複雑さを定量的に計測しよう
Cognitive Complexity でコードの複雑さを定量的に計測しよう
Shuto Suzuki
こちらのスライドは以下のサイトにて閲覧いただけます。 https://www.docswell.com/s/ockeghem/ZM6VNK-phpconf2021-spa-security シングルページアプリケーション(SPA)において、セッションIDやトークンの格納場所はCookieあるいはlocalStorageのいずれが良いのかなど、セキュリティ上の課題がネット上で議論されていますが、残念ながら間違った前提に基づくものが多いようです。このトークでは、SPAのセキュリティを構成する基礎技術を説明した後、著名なフレームワークな状況とエンジニアの技術理解の現状を踏まえ、SPAセキュリティの現実的な方法について説明します。 動画はこちら https://www.youtube.com/watch?v=pc57hw6haXk
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Hiroshi Tokumaru
「企業のためのDocker実戦ガイド」発表資料 2017年2月27日(月) https://itmedia.smartseminar.jp/public/seminar/view/981
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Masahito Zembutsu
2021/11/24 「イミュータブルでゆこう」イベントの資料です。 データをリソースとイベントに場合分けして考えようという至極単純な話を1時間ほどしました。
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
開発者にとってシェルが必要不可欠なものであることは論を俟ちませんが、当たり前の存在すぎてこれがどのように実現されているのかを知る機会はあまりないと思います。本トークでは、シェルがどのように実現されているのかを、実際にシェルを実装する過程を通じてお話しします。 ※ もともとのトークのタイトルは「入門 シェル」でしたが,わかりやすさのため「入門 シェル実装」にタイトルを変更しています.
入門 シェル実装
入門 シェル実装
Yusuke Sangenya
Dockerコンテナ内からGitを利用する手順
DockerコンテナでGitを使う
DockerコンテナでGitを使う
Kazuhiro Suga
GraphQLを使ったアプリケーションで、サーバでのデータの変化をクライアントに通知するメカニズムであるsubscriptionsについて概要を述べる
GraphQLのsubscriptionで出来ること
GraphQLのsubscriptionで出来ること
Shingo Fukui
Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
オススメのJavaログ管理手法 ~コンテナ編~ (Open Source Conference 2022 Online/Spring 発表資料) 2022年3月11日(金) NTTデータ 技術開発本部 佐藤 雄太
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
NTT DATA Technology & Innovation
オープンソースカンファレンス 2019 Tokyo/Spring 発表資料 #osc19tk https://www.ospn.jp/osc2019-spring/ 2019年2月22日(金)
Docker Compose 徹底解説
Docker Compose 徹底解説
Masahito Zembutsu
JJUG CCC 2018 Springの登壇資料です。
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Yahoo!デベロッパーネットワーク
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
Shohei Koyama
Justtechtalk #9でお話した資料になります!
AWSのログ管理ベストプラクティス
AWSのログ管理ベストプラクティス
Akihiro Kuwano
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
Apache Kafka Meetup Japan #3 https://kafka-apache-jp.connpass.com/event/58619/ 発表資料
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
Yahoo!デベロッパーネットワーク
What's hot
(20)
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
マイクロサービスにおける非同期アーキテクチャ
マイクロサービスにおける非同期アーキテクチャ
Dockerfile を書くためのベストプラクティス解説編
Dockerfile を書くためのベストプラクティス解説編
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
Cognitive Complexity でコードの複雑さを定量的に計測しよう
Cognitive Complexity でコードの複雑さを定量的に計測しよう
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
Dockerの期待と現実~Docker都市伝説はなぜ生まれるのか~
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
入門 シェル実装
入門 シェル実装
DockerコンテナでGitを使う
DockerコンテナでGitを使う
GraphQLのsubscriptionで出来ること
GraphQLのsubscriptionで出来ること
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
オススメのJavaログ管理手法 ~コンテナ編~(Open Source Conference 2022 Online/Spring 発表資料)
Docker Compose 徹底解説
Docker Compose 徹底解説
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
Spring Boot on Kubernetes : Yahoo!ズバトク事例 #jjug_ccc
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
AWSのログ管理ベストプラクティス
AWSのログ管理ベストプラクティス
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
Similar to Akkaとは。アクターモデル とは。
JavaOne Tokyo 2012のJVM言語BOFにて、ScalaJPの水島が発表に使ったスライドです。
Scalaの現状と課題
Scalaの現状と課題
Kota Mizushima
12th April 2016, at IIJ headquarter (Tokyo)
IIJlab seminar - Linux Kernel Library: Reusable monolithic kernel (in Japanese)
IIJlab seminar - Linux Kernel Library: Reusable monolithic kernel (in Japanese)
Hajime Tazaki
エンジニアサポート新年会2012 CROSS 次世代言語CROSS『Scala、Haskell、PythonでのWeb開発の紹介』 でのScala発表スライドです。
Scalaでのプログラム開発
Scalaでのプログラム開発
Kota Mizushima
Autonomous Databaseの機械学習関連の機能説明です。
機械学習基盤として活用するAutonomous Database
機械学習基盤として活用するAutonomous Database
Kenichi Sonoda
EMF勉強会
EMF勉強会
Norihito Ohshima
Eucalyptus,OSC,GlusterFS
Try andstudy cloud_20120509_nagoya
Try andstudy cloud_20120509_nagoya
Etsuji Nakai
Try andstudy cloud
Try andstudy cloud
Etsuji Nakai
第20回先端的データベースとWeb技術動向講演会 (ACM SIGMOD 日本支部第57回支部大会) での講演スライド
Hivemall Talk@SIGMOD-J Oct.4, 2014.
Hivemall Talk@SIGMOD-J Oct.4, 2014.
Makoto Yui
試して学べるクラウド技術!Eucalyptus/GlusterFS
試して学べるクラウド技術!Eucalyptus/GlusterFS
Etsuji Nakai
OSS推進フォーラム 若手勉強会 2012/10/26 の資料です。
OpenStack概要
OpenStack概要
Akira Yoshiyama
H26第1回 沖縄オープンラボラトリ・ハンズオンセミナーで使用した資料です。 http://www.e-side.co.jp/openlab/wg/140729.html
H26第1回 沖縄オープンラボラトリ・ハンズオンセミナー:OpenStack入門
H26第1回 沖縄オープンラボラトリ・ハンズオンセミナー:OpenStack入門
Etsuji Nakai
第三回オープンソース勉強会より http://atnd.org/events/36351
Open Source Study Session #3
Open Source Study Session #3
Satoshi Konno
Linux on Power の構築、運用、アプリケーション開発などの視点における、x86 Linux との技術的な違いを整理した資料です。
Linux on Power と x86 Linux との技術的な相違点
Linux on Power と x86 Linux との技術的な相違点
Shinichiro Arai
NoSQLセミナー@2011/05/17
Guide to Cassandra for Production Deployments
Guide to Cassandra for Production Deployments
smdkk
2014年11月13日に開催された CTC Open Platform Day で発表したスライドについて投稿します。昨今Facebook社のNetworkingに関する取り組みなどでも大きく話題になっている Disaggregation の重要性について、ソフトウェアエンジニア及びインフラエンジニアの観点でまとめています。
Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-
Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-
Takashi Sogabe
2017/12/15 Azure Antenna でご説明時に使用した資料(一部)です。
Azure Antenna AI 概要
Azure Antenna AI 概要
Miho Yamamoto
GlassFish Users Group Japan 勉強会 2019 Springのスライド https://glassfish.doorkeeper.jp/events/89314 #glassfish_jp #quarkus
Quarkus入門
Quarkus入門
Norito Agetsuma
イベント名:HWAUG & GPU-Accelerated VDI Community Meetup in 札幌 https://h-watson.connpass.com/event/44378/ テーマ:「IBM Watson技術紹介とGPUを利用した高性能仮想デスクトップの最新動向」 主催 : 北海道Watsonユーザー会(HWAUG) & Japan GPU-Accelerated VDI Community
Watsonをささえる ハイパフォーマンスクラウドで はじめるDeep Learning
Watsonをささえる ハイパフォーマンスクラウドで はじめるDeep Learning
Atsumori Sasaki
STARC RTL Design Style Guide Verilog HDL lecture before starting to design.
Starc verilog hdl2013d
Starc verilog hdl2013d
Kiyoshi Ogawa
2012/07/11 第31回 HTML5とか勉強会 JavaScriptMVCフレームワーク「Spine入門」 (2012/07/12改版)ファイルサイズの比較について、比較条件が同じではないとのコメントを頂き、条件をmin+gzip時に統一して該当箇所を改版しました。
Spine入門
Spine入門
AdvancedTechNight
Similar to Akkaとは。アクターモデル とは。
(20)
Scalaの現状と課題
Scalaの現状と課題
IIJlab seminar - Linux Kernel Library: Reusable monolithic kernel (in Japanese)
IIJlab seminar - Linux Kernel Library: Reusable monolithic kernel (in Japanese)
Scalaでのプログラム開発
Scalaでのプログラム開発
機械学習基盤として活用するAutonomous Database
機械学習基盤として活用するAutonomous Database
EMF勉強会
EMF勉強会
Try andstudy cloud_20120509_nagoya
Try andstudy cloud_20120509_nagoya
Try andstudy cloud
Try andstudy cloud
Hivemall Talk@SIGMOD-J Oct.4, 2014.
Hivemall Talk@SIGMOD-J Oct.4, 2014.
試して学べるクラウド技術!Eucalyptus/GlusterFS
試して学べるクラウド技術!Eucalyptus/GlusterFS
OpenStack概要
OpenStack概要
H26第1回 沖縄オープンラボラトリ・ハンズオンセミナー:OpenStack入門
H26第1回 沖縄オープンラボラトリ・ハンズオンセミナー:OpenStack入門
Open Source Study Session #3
Open Source Study Session #3
Linux on Power と x86 Linux との技術的な相違点
Linux on Power と x86 Linux との技術的な相違点
Guide to Cassandra for Production Deployments
Guide to Cassandra for Production Deployments
Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-
Cumulus Linux 導入事例 -ネットワークをDevOpsに統合した、エンジニアが幸せになるインフラ運用手法のご紹介-
Azure Antenna AI 概要
Azure Antenna AI 概要
Quarkus入門
Quarkus入門
Watsonをささえる ハイパフォーマンスクラウドで はじめるDeep Learning
Watsonをささえる ハイパフォーマンスクラウドで はじめるDeep Learning
Starc verilog hdl2013d
Starc verilog hdl2013d
Spine入門
Spine入門
More from Kenjiro Kubota
Shizuoka.php #1
いまどき(これから)のPHP開発
いまどき(これから)のPHP開発
Kenjiro Kubota
Business.vue vol.1
アイスタイル特設サイトにおけるVue.js導入事例(再演)
アイスタイル特設サイトにおけるVue.js導入事例(再演)
Kenjiro Kubota
4/18 社内勉強会
gRPC入門
gRPC入門
Kenjiro Kubota
Laravel/Vue.js勉強会 #8 オールスターズ
アイスタイル特設サイトにおけるVue.jsの導入事例
アイスタイル特設サイトにおけるVue.jsの導入事例
Kenjiro Kubota
Web Creators MeetUp 新年!ビアバッシュLT大会 #8
フロントエンドエンジニアが知るべきFirebaseの世界
フロントエンドエンジニアが知るべきFirebaseの世界
Kenjiro Kubota
PHPConference2018スポンサーセッション
PHP,Go,Elasticsearchによる、@cosmeを5倍速くする取り組み
PHP,Go,Elasticsearchによる、@cosmeを5倍速くする取り組み
Kenjiro Kubota
UIT#5
カメラを利用したアプリを作って約1000人で遊んだ話
カメラを利用したアプリを作って約1000人で遊んだ話
Kenjiro Kubota
ProLaboもくもく会#10
中・大規模でLaravelを導入するTips
中・大規模でLaravelを導入するTips
Kenjiro Kubota
Roppongi.js #5 Sponsor LT
FirebaseとNuxtでLPを作って見た
FirebaseとNuxtでLPを作って見た
Kenjiro Kubota
Vue.jsのライブラリ作ったから聞いてくれ
introducing vue-wait-component
introducing vue-wait-component
Kenjiro Kubota
HHVM/Hack勉強会 vol.1 20分枠
HHVM/Hackを本番投入した話
HHVM/Hackを本番投入した話
Kenjiro Kubota
PHPerKaigi#2018 LT
HackのAsyncCurlで死んだ話
HackのAsyncCurlで死んだ話
Kenjiro Kubota
Laravel/Vue.js勉強会#2
LaravelでAPI定義を管理する
LaravelでAPI定義を管理する
Kenjiro Kubota
Introduction of CSS design that became popular by 2017
2017: A CSS Design Odyssey
2017: A CSS Design Odyssey
Kenjiro Kubota
phpcon 2017 懇親会LT
Introducing hhvm hack-async
Introducing hhvm hack-async
Kenjiro Kubota
LaraLab vol.1
Responsableを使ったadr実装
Responsableを使ったadr実装
Kenjiro Kubota
社内でLTしたやつ
土日でLineみたいなチャット作ってきた!
土日でLineみたいなチャット作ってきた!
Kenjiro Kubota
Laravel LT Night #1
Viewを活用して複雑化と戦う
Viewを活用して複雑化と戦う
Kenjiro Kubota
since 2017/07/08
Laravel aspectで関心の分離
Laravel aspectで関心の分離
Kenjiro Kubota
since 2017/06/23
Laravelでfacadeを使わない開発
Laravelでfacadeを使わない開発
Kenjiro Kubota
More from Kenjiro Kubota
(20)
いまどき(これから)のPHP開発
いまどき(これから)のPHP開発
アイスタイル特設サイトにおけるVue.js導入事例(再演)
アイスタイル特設サイトにおけるVue.js導入事例(再演)
gRPC入門
gRPC入門
アイスタイル特設サイトにおけるVue.jsの導入事例
アイスタイル特設サイトにおけるVue.jsの導入事例
フロントエンドエンジニアが知るべきFirebaseの世界
フロントエンドエンジニアが知るべきFirebaseの世界
PHP,Go,Elasticsearchによる、@cosmeを5倍速くする取り組み
PHP,Go,Elasticsearchによる、@cosmeを5倍速くする取り組み
カメラを利用したアプリを作って約1000人で遊んだ話
カメラを利用したアプリを作って約1000人で遊んだ話
中・大規模でLaravelを導入するTips
中・大規模でLaravelを導入するTips
FirebaseとNuxtでLPを作って見た
FirebaseとNuxtでLPを作って見た
introducing vue-wait-component
introducing vue-wait-component
HHVM/Hackを本番投入した話
HHVM/Hackを本番投入した話
HackのAsyncCurlで死んだ話
HackのAsyncCurlで死んだ話
LaravelでAPI定義を管理する
LaravelでAPI定義を管理する
2017: A CSS Design Odyssey
2017: A CSS Design Odyssey
Introducing hhvm hack-async
Introducing hhvm hack-async
Responsableを使ったadr実装
Responsableを使ったadr実装
土日でLineみたいなチャット作ってきた!
土日でLineみたいなチャット作ってきた!
Viewを活用して複雑化と戦う
Viewを活用して複雑化と戦う
Laravel aspectで関心の分離
Laravel aspectで関心の分離
Laravelでfacadeを使わない開発
Laravelでfacadeを使わない開発
Akkaとは。アクターモデル とは。
1.
Akkaとは。アクターモデル とは。 #2/28社内勉強会@KenjiroKubota
2.
Akkaとは。
3.
の前に、
4.
Akkaの誕生した背景 2000年代中盤… CPU(主にシングルスレッド)の性能限界 アプリケーションを並行で動作させる。 ● マルチスレッド処理 ●
分散処理
5.
分散処理を行うための、Akka Lightbend社(旧Typesafe社)によって開発されたオープンソースのJava/Scala向けツールキット 並行・分散アプリケーションをシンプルに単一モデルで実装するプログラミングモデルを提供する。 ● 回復性…システムにダウンタイムを発生させない ● 即応性…トラフィックに対して素早く反応する ●
弾力性…サーバーやコア数によってスケールさせる アクターモデル プログラミング
6.
アクターモデル 並行処理を効率的に実現する手法のひとつ 1973年にカール・ヒューイット氏が発表した並列処理を行う計算モデル アクターモデル におけるアクターは、オブジェクト指向プログラミング におけるオブジェクトのようなもの(と思っておくと理解しやすい?)
7.
アクターモデル アクターはメールボックス、アドレスを持ち、メッセージを受け取ることができる。 インメモリに状態を持ち、アプリケーションが再起動されてもログから状態を復帰できる。 アクター メールボックス メッセージ アドレス
8.
アクターモデル アクターは別のアクターを生成することができる。 また、そのアクターを監督する アクター メールボックス メッセージ アドレス
9.
アクターモデル 生成した別のアクターに、メッセージを送信することができる。 また、アクターは受け取ったメッセージの種別により振る舞いを変えることができる(状態変化) アクター メールボックス メッセージ アドレス
10.
雑に実装ベースで見る
11.
12.
13.
14.
15.
16.
! = tel 返信を受け取らない ?
= ask 返信を受け取る
17.
18.
19.
20.
21.
アクターの分散処理
22.
分散処理 複数のアクターに送信することで分散処理が行える。 デフォルトではメッセージはメールボックスの到着順に処理される。
23.
分散処理 アクターは設定を変更するだけでリモートに設置することも可能(位置透過性) サーバーA サーバーB
24.
雑に実装ベースで見る(2)
25.
最初の設定
26.
変更後の設定
27.
実装は変わらず(位置透過性・・・!)
28.
Remote用にアプリケーションを作成(+Actor)
29.
Remoteの設定
30.
実行コンソール
31.
Remoteコンソール
32.
Remoteコンソール 呼び出し側がsys.exit()して切断したのでWARNが出ているもよう
33.
耐障害性
34.
let it crash Akkaではlet
it crash(クラッシュするならさせておけ)の思想で設計されている。 障害発生時には障害発生箇所をクラッシュさせておき、スーパーバイザー(監督を行う親アクター) へエスカレートを行う。 アクターではtry~catchのように、正常系処理の中に障害回復処理を含むのではなく、正常フローと 回復フローを分けて実装する。 実際にアクターで障害が発生した場合は親アクターに障害通知を行い、監督を行う親アクターが子ア クターの回復方法を決定する
35.
回復方法の決定 再起動 アクターを再生成して処理を続行する 再開 クラッシュしたアクターを続行させる。クラッシュは無視される 停止 アクターを停止させ、メッセージを送信しない エスカレート このアクターで回復方法が判断できない場合(回復方法の未定義)、さらに上位のアクターへエ スカレートする
36.
雑に実装ベースで見る(3)
37.
38.
OneForOneStrategy AllForOneStrategy 問題の発生したアクターのみ適応 一つのアクターに問題が発生した場合すべてのアクターに適応
39.
40.
Restart Resume 再起動 再開 Stop 停止 Escalate エスカレート
41.
42.
43.
44.
1 2 3
45.
1 2 3
46.
Circuit Breaker 外部サービス障害時に即座にエラーを返す仕組み ● リトライによるネットワーク帯域の無駄遣いが減る ●
レイテンシを低く抑えられる ● 障害の連鎖を抑えられる ● Close, Open, Half-Openの状態をとる 参照) https://www.slideshare.net/negokaz/lagom-reactive-microservices-architecture#66
47.
Open Close 回路が開いた状態 = 通信できない 回路が閉じた状態 = 通信できる
48.
時間切れおわり
49.
今日の内容はこの本を参考にしています。
Download now