タグ付けされた質問 「akka」

3
FutureとPromiseの違いは何ですか?
未来と約束の違いは何ですか?(AkkaとGparsで。) 彼らはブロックと同じように見えますが、getが呼び出され、将来の結果を取得することが約束されているときに未来の値を返します。
73 api  scala  groovy  akka 

5
akka / erlangでアクターを使用するのが良くないのはいつですか?
私はakkaで毎日7〜8か月働いています。私が始めたとき、私はアプリケーションに取り組んでおり、ほとんどのオブジェクト間で通信するために、アクターは基本的にアクターシステム内のどこででも使用されることに気付きました。だから私は同じことをした-x / y / zの別のアクターをスピンアップする。 これはあまりにも無差別で、必要のないところに複雑さを加えているように思えます-しかし、アクターとプレーンを介した同期、または先物を介した非同期ロジックを使用する必要がある場所についての議論は見つかりません。同僚が似たようなことを言った後、私は自分のスタンスを熟考し始めました。最近、タスクを熟考し、不変の実装で同じ結果を安全に達成できるため、別のアクターの作成を避けたいくつかのケースを実現しました。たとえば、非常に頻繁にアクセスするデータベースまたはファイルから設定値を取得するようなものです結果を待つのが実際のユースケースです。 特に、不変の状態で遊んでいる場合、アクターは複雑さを生み出し、スループットを制限します。たとえば、オブジェクトの純粋な関数は、並行性のレベルを問わず、リスクなしで同時に呼び出すことができます。アクターは一度に1つのメッセージしか処理できません。別の考慮事項は、futureの使用を開始しない限り、結果を待つ必要がある場合にスレッドを保留することですが、非同期メッセージングやスケールを心配する必要がない場合は、アクターを採用するのはやり過ぎかもしれません。 だから私の質問は-俳優を使用するのに悪い時間はありますか?アーランがどのように見えるのか興味があり、他の人の洞察が本当に欲しいです。または、アクターの使用に関するいくつかの原則がある場合。

1
AkkaはJMS / AMQPメッセージブローカーを廃止しますか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 先週、Akkaのドキュメントを深く掘り下げ、最終的にアクターシステムとは何か、そしてそれらが解決する問題を理解しました。 私の従来のJMS / AMQPメッセージブローカーの理解(および経験)は、以下を提供するために存在するということです。 プロデューサーとコンシューマー間の非同期処理。そして 持続性、再試行、フォールバックを含むメッセージ配信の保証 しかし、Akkaはこれを提供し、必要なインフラストラクチャと運用オーバーヘッドをすべて排除しませんか? Akkaでは、すべてのアクター通信は非同期で非ブロッキングです。そして Akkaでは、SupervisorStrategies再試行、フォールバック、およびエスカレーションを達成するために存在します。これも要件である場合、実質的にあらゆるタイプのストアに持続するようにアクターを構成できます。 私のアプリがAkkaを使用している場合、JMS / AMQPブローカー(ActiveMQ、RabbitMQ、Kafkaなど)を写真に取り入れる必要がありますか?つまり、新しいAkkaベースのアプリが新しい JMS / AMQPブローカークラスターの導入を保証するユースケースはありますか?なぜですか? 唯一の議論は、おそらく私のAkkaアプリを別のシステムと統合する必要があるということです。ただし、その場合、Akka-Camelモジュールを使用すると、AkkaはCamelの統合機能の網羅的でほぼ無限のリスト(TCP、FTP、ZeroMQ、リストは延々と続く...)を活用できます。 考え?

1
Erlangは本当にアクターモデル言語ですか?
私はこの記事を読んでいた: http://www.doc.ic.ac.uk/~nd/surprise_97/journal/vol2/pjm2/ そして、それはそれについて言及しています: ...アクターモデルでは整数もアクターとして表されます... ウィキペディアは以下を確認します: アクターモデルは、すべてがアクターであるという哲学を採用しています。 Erlangには多くのデータ型があり、私が知る限り、それらの型はアクターではありません。 たとえば、Javaは特定の機能的なプログラミング機能が欠けているという理由だけでJavaは機能言語ではないと言う人がいるという意味で、Erlangはアクターモデル言語ではないということではありませんか? PS:拡張により、Akkaは間違いなくアクターモデルではないことを意味します。これは、ホスト言語からの非アクターデータ型に加えて、ホスト言語機能を介してアクターの継承を可能にするためです。

1
Akkaがリアクティブとして販売されているのはなぜですか?アクターモデルはリアクティブですか?
私が理解している限り、アクターモデルとリアクティブプログラミングは別々の概念です。アクターモデルは本質的に私に反応しないようです。 ただし、アクターモデルの実装であるAkkaフレームワークは、リアクティブとして説明されています。 「JavaとScalaのプログラムロジックは、反応型でメッセージを送受信する軽量のActorオブジェクトに存在します。」 「私たちは反応的です」 用語の誤用の場合ですか、それとも完全に正しいですか?アクターモデルの実装(Erlangなど)は既にリアクティブですか?他のメッセージへの応答としてメッセージを生成するだけで、同様にリアクティブと見なされますか? アプローチが対比されるいくつかの関連読書: StackOverflow:RXとrabbitmqやzeromqのようなメッセージングキュー CS.SE:機能的リアクティブプログラミングとアクターモデルはどのように関連していますか? 究極のラムダ:アクターとリアクティブオブジェクト

3
「リフト表現」とは何ですか?
ここでこの用語に出くわしました: http://www.codemesh.io/codemesh2014/viktor-klang 「リフトされた表現であるFlow APIと、リフトされた表現を実行表現に変換するプラグ可能な方法であるFlow Materializationのデモを行います。」 グーグルはあまり役に立ちませんでした。

2
Akkaが同時実行性に優れているのはなぜですか?
私はアッカと俳優のフレームワークに不慣れです-明らかな何かが欠けていると確信しています。事前に謝罪を受け入れてください。 私は、Akkaを選択する際の主なポイントの1つが、並行性の管理方法であることを読み続けています。 Akkaがなぜそれほど特別なのかははっきりしません。私は非常に軽くて速い小さな俳優がたくさんいることを理解しています。ただし、2人のユーザーが同時にフォームを保存する場合、これはどのように役立ちますか? なんらかの並行処理ロック(悲観的/楽観的/その他)はまだ必要ないのでしょうか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.