我有一个服务(让我们称之为服务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”是什么?
答案 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)
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;。