如何使用Akka HTTP从多个actor / web处理程序正确调用单个服务器?

时间:2016-01-15 10:13:35

标签: java akka akka-http

我有一个服务(让我们称之为服务A),它使用Akka Server HTTP来处理传入的请求。 我还有第三方应用程序(服务B),它提供了几个Web服务。 服务A的目的是转换客户端请求,调用服务B的一个或多个Web服务,合并/转换结果并将其提供给客户端。

我在某些部分使用Actors,而在其他部分使用Future。 要拨打服务B,我使用Akka HTTP客户端。

Http.get(actorSystem).singleRequest(HttpRequest.create()
        .withUri("http://127.0.0.1:8082/test"), materializer)
        .onComplete(...)

问题是,每个服务A请求都会创建一个新流,如果有多个并发连接,则会产生akka.stream.OverflowStrategy$Fail$BufferOverflowException: Exceeded configured max-open-requests value of [32] error

我已经问过这个问题,并建议使用单个流How to properly call Akka HTTP client for multiple (10k - 100k) requests?

虽然它适用于来自单个地方的一批请求,但我不知道如何使用来自所有并发请求处理程序的单个Flow。

这样做的正确“Akka-way”是什么?

3 个答案:

答案 0 :(得分:12)

我认为您可以使用Source.queue来缓冲您的请求。下面的代码假设您需要从第三方服务获得答案,因此非常欢迎Future[HttpResponse]。这样您还可以提供溢出策略来防止资源匮乏。

import akka.actor.ActorSystem
import akka.http.scaladsl.Http
import akka.http.scaladsl.model.{HttpRequest, HttpResponse}
import akka.stream.scaladsl.{Keep, Sink, Source}
import akka.stream.{ActorMaterializer, OverflowStrategy}

import scala.concurrent.duration._
import scala.concurrent.{Await, Future, Promise}
import scala.util.{Failure, Success}

import scala.concurrent.ExecutionContext.Implicits.global

implicit val system = ActorSystem("main")
implicit val materializer = ActorMaterializer()
val pool = Http().cachedHostConnectionPool[Promise[HttpResponse]](host = "google.com", port = 80)
val queue = Source.queue[(HttpRequest, Promise[HttpResponse])](10, OverflowStrategy.dropNew)
  .via(pool)
  .toMat(Sink.foreach({
    case ((Success(resp), p)) => p.success(resp)
    case ((Failure(e), p)) => p.failure(e)
  }))(Keep.left)
  .run
val promise = Promise[HttpResponse]
val request = HttpRequest(uri = "/") -> promise

val response = queue.offer(request).flatMap(buffered => {
  if (buffered) promise.future
  else Future.failed(new RuntimeException())
})

Await.ready(response, 3 seconds)

(从我的blog post复制的代码)

答案 1 :(得分:3)

以下是accepted answer

的Java版本
final Flow<
    Pair<HttpRequest, Promise<HttpResponse>>,
    Pair<Try<HttpResponse>, Promise<HttpResponse>>,
    NotUsed> flow =
    Http.get(actorSystem).superPool(materializer);

final SourceQueue<Pair<HttpRequest, Promise<HttpResponse>>> queue = Source.<Pair<HttpRequest, Promise<HttpResponse>>>
    queue(BUFFER_SIZE, OverflowStrategy.dropNew())
    .via(flow)
        .toMat(Sink.foreach(p -> p.second().complete(p.first())), Keep.left())
        .run(materializer);

...

public CompletionStage<HttpResponse> request(HttpRequest request) {
    log.debug("Making request {}", request);

    Promise<HttpResponse> promise = Futures.promise();
    return queue.offer(Pair.create(request, promise))
        .thenCompose(buffered -> {
            if (buffered instanceof QueueOfferResult.Enqueued$) {
                return FutureConverters.toJava(promise.future())
                    .thenApply(resp -> {
                        if (log.isDebugEnabled()) {
                            log.debug("Got response {} {}", resp.status(), resp.getHeaders());
                        }
                        return resp;
                    });
            } else {
                log.error("Could not buffer request {}", request);
                return CompletableFuture.completedFuture(HttpResponse.create().withStatus(StatusCodes.SERVICE_UNAVAILABLE));
            }
        });
}

答案 2 :(得分:0)

您只需在服务A代码中为服务B设置HostConnectionPool即可。这将为您提供一个Flow,可以添加到您的服务A流,以使用连接池而不是每个流的新连接将请求从A发送到B.来自文档:

  

与连接级客户端API相反,主机级API   使您无需手动管理单个HTTP连接。它   自主管理一个可配置的连接池   特定目标端点(即主机/端口组合)。

此Flow的每个实现,在不同的流中,将从这个底层连接池中获取:

  

获取连接池到给定目标的最佳方法   endpoint是Http.get(system).cachedHostConnectionPool(...)方法,   返回Flow,可以&#34;烘焙&#34;进入应用程序级别   流设置。此流程也称为&#34;池客户端流程&#34;。