【Flink】Flink 底层RPC框架分析

本文涉及的产品
实时计算 Flink 版,5000CU*H 3个月
简介: 对于Flink中各个组件(JobMaster、TaskManager、Dispatcher等),其底层RPC框架基于Akka实现,本文着重分析Flink中的Rpc框架实现机制及梳理其通信流程。

1. 前言


对于Flink中各个组件(JobMaster、TaskManager、Dispatcher等),其底层RPC框架基于Akka实现,本文着重分析Flink中的Rpc框架实现机制及梳理其通信流程。


2. Akka介绍


由于Flink底层Rpc是基于Akka实现,我们先了解下Akka的基本使用。

Akka是一个开发并发、容错和可伸缩应用的框架。它是Actor Model的一个实现,和Erlang的并发模型很像。在Actor模型中,所有的实体被认为是独立的actors。actors和其他actors通过发送异步消息通信。Actor模型的强大来自于异步。它也可以显式等待响应,这使得可以执行同步操作。但是,强烈不建议同步消息,因为它们限制了系统的伸缩性。每个actor有一个邮箱(mailbox),它收到的消息存储在里面。另外,每一个actor维护自身单独的状态。一个Actors网络如下所示:

10.png

每个actor是一个单一的线程,它不断地从其邮箱中poll(拉取)消息,并且连续不断地处理。对于已经处理过的消息的结果,actor可以改变它自身的内部状态或者发送一个新消息或者孵化一个新的actor。尽管单个的actor是自然有序的,但一个包含若干个actor的系统却是高度并发的并且极具扩展性的。因为那些处理线程是所有actor之间共享的。这也是我们为什么不该在actor线程里调用可能导致阻塞的“调用”。因为这样的调用可能会阻塞该线程使得他们无法替其他actor处理消息。


2.1. 创建Akka系统

Akka系统的核心ActorSystem和Actor,若需构建一个Akka系统,首先需要创建ActorSystem,创建完ActorSystem后,可通过其创建Actor(注意:Akka不允许直接new一个Actor,只能通过 Akka 提供的某些 API 才能创建或查找 Actor,一般会通过 ActorSystem#actorOf和ActorContext#actorOf来创建 Actor),另外,我们只能通过ActorRef(Actor的引用, 其对原生的 Actor 实例做了良好的封装,外界不能随意修改其内部状态)来与Actor进行通信。如下代码展示了如何配置一个Akka系统。

// 1. 构建ActorSystem
// 使用缺省配置
ActorSystem system = ActorSystem.create("sys");
// 也可显示指定appsys配置
// ActorSystem system1 = ActorSystem.create("helloakka", ConfigFactory.load("appsys"));
// 2. 构建Actor,获取该Actor的引用,即ActorRef
ActorRef helloActor = system.actorOf(Props.create(HelloActor.class), "helloActor");
// 3. 给helloActor发送消息
helloActor.tell("hello helloActor", ActorRef.noSender());
// 4. 关闭ActorSystem
system.terminate();

在Akka中,创建的每个Actor都有自己的路径,该路径遵循 ActorSystem 的层级结构,大致如下:

本地:akka://sys/user/helloActor
远程:akka.tcp://sys@l27.0.0.1:2020/user/remoteActor

其中本地路径含义如下:

  • sys,创建的ActorSystem的名字;
  • user,通过ActorSystem#actorOf和ActorContext#actorOf 方法创建的 Actor 都属于/user下,与/user对应的是/system, 其是系统层面创建的,与系统整体行为有关,在开发阶段并不需要对其过多关注;
  • helloActor,我们创建的HelloActor。

其中远程部分路径含义如下:

  • akka.tcp,远程通信方式为tcp;
  • sys@127.0.0.1:2020,ActorSystem名字及远程主机ip和端口号。


2.2. 根据path获取Actor

若提供了Actor的路径,可以通过路径获取到ActorRef,然后与之通信,代码如下所示:

ActorSystem system = ActorSystem.create("sys");
ActorSelection as = system.actorSelection("/path/to/actor");
Timeout timeout = new Timeout(Duration.create(2, "seconds"));
Future<ActorRef> fu = as.resolveOne(timeout);
fu.onSuccess(new OnSuccess<ActorRef>() {
    @Override
    public void onSuccess(ActorRef actor) {
        System.out.println("actor:" + actor);
        actor.tell("hello actor", ActorRef.noSender());
    }
}, system.dispatcher());
fu.onFailure(new OnFailure() {
    @Override
    public void onFailure(Throwable failure) {
        System.out.println("failure:" + failure);
    }
}, system.dispatcher());

由上面可知,若需要与远端Actor通信,路径中必须提供ip:port。


2.3. 与Actor通信


2.3.1. tell方式

当使用tell方式时,表示仅仅使用异步方式给某个Actor发送消息,无需等待Actor的响应结果,并且也不会阻塞后续代码的运行,如:

helloActor.tell("hello helloActor", ActorRef.noSender());

其中:第一个参数为消息,它可以是任何可序列化的数据或对象,第二个参数表示发送者,通常来讲是另外一个 Actor 的引用, ActorRef.noSender()表示无发送者((实际上是一个 叫做deadLetters的Actor)。


2.3.2. ask方式

当我们需要从Actor获取响应结果时,可使用ask方法,ask方法会将返回结果包装在scala.concurrent.Future中,然后通过异步回调获取返回结果。 如调用方:

// 异步发送消息给Actor,并获取响应结果
Future<Object> fu = Patterns.ask(printerActor, "hello helloActor", timeout);
fu.onComplete(new OnComplete<Object>() {
    @Override
    public void onComplete(Throwable failure, String success) throws Throwable {
         if (failure != null) {
             System.out.println("failure is " + failure);
         } else {
             System.out.println("success is " + success);
         }
    }
}, system.dispatcher());

HelloActor处理消息方法的代码大致如下:

private void handleMessage(Object object) {
    if (object instanceof String) {
      String str = (String) object;
      log.info("[HelloActor] message is {}, sender is {}", str,   getSender().path().toString());
      // 给发送者发送消息
      getSender().tell(str, getSelf());
    }
  }

上面主要介绍了Akka中的ActorSystem、Actor,及与Actor的通信;Flink借此构建了其底层通信系统。


3. RPC类图结构

下图展示了Flink中RPC框架中涉及的主要类。

11.png


3.1. RpcGateway

Flink的RPC协议通过RpcGateway来定义;由前面可知,若想与远端Actor通信,则必须提供地址(ip和port),如在Flink-on-Yarn模式下,JobMaster会先启动ActorSystem,此时TaskExecutor的Container还未分配,后面与TaskExecutor通信时,必须让其提供对应地址,从类继承图可以看到基本上所有组件都实现了RpcGateway接口,其代码如下:

public interface RpcGateway {
  /**
   * Returns the fully qualified address under which the associated rpc endpoint is reachable.
   *
   * @return Fully qualified (RPC) address under which the associated rpc endpoint is reachable
   */
  String getAddress();
  /**
   * Returns the fully qualified hostname under which the associated rpc endpoint is reachable.
   *
   * @return Fully qualified hostname under which the associated rpc endpoint is reachable
   */
  String getHostname();
}


3.2. RpcEndpoint

每个RpcEndpoint对应了一个路径(endpointId和actorSystem共同确定),每个路径对应一个Actor,其实现了RpcGateway接口,其构造函数如下:

protected RpcEndpoint(final RpcService rpcService, final String endpointId) {
  // 保存rpcService和endpointId
  this.rpcService = checkNotNull(rpcService, "rpcService");
  this.endpointId = checkNotNull(endpointId, "endpointId");
  // 通过RpcService启动RpcServer
  this.rpcServer = rpcService.startServer(this);
  // 主线程执行器,所有调用在主线程中串行执行
  this.mainThreadExecutor = new MainThreadExecutor(rpcServer,   this::validateRunsInMainThread);
}

在RpcEndpoint中还定义了一些方法如runAsync(Runnable)callAsync(Callable, Time)方法来执行Rpc调用,值得注意的是在Flink的设计中,对于同一个Endpoint,所有的调用都运行在主线程,因此不会有并发问题,当启动RpcEndpoint/进行Rpc调用时,其会委托RcpServer进行处理。


3.3. RpcService

Rpc服务的接口,其主要作用如下:

  • 根据提供的RpcEndpoint来启动RpcServer(Actor);
  • 根据提供的地址连接到RpcServer,并返回一个RpcGateway;
  • 延迟/立刻调度Runnable、Callable;
  • 停止RpcServer(Actor)或自身服务;

在Flink中其实现类为AkkaRpcService。


3.3.1. AkkaRpcService

AkkaRpcService中封装了ActorSystem,并保存了ActorRef到RpcEndpoint的映射关系,在构造RpcEndpoint时会启动指定rpcEndpoint上的RpcServer,其会根据Endpoint类型(FencedRpcEndpoint或其他)来创建不同的Actor(FencedAkkaRpcActor或AkkaRpcActor),并将RpcEndpoint和Actor对应的ActorRef保存起来,然后使用动态代理创建RpcServer,具体代码如下:

public <C extends RpcEndpoint & RpcGateway> RpcServer startServer(C rpcEndpoint) {
    checkNotNull(rpcEndpoint, "rpc endpoint");
    CompletableFuture<Void> terminationFuture = new CompletableFuture<>();
    final Props akkaRpcActorProps;
    // 根据RpcEndpoint类型创建不同类型的Props
    if (rpcEndpoint instanceof FencedRpcEndpoint) {
      akkaRpcActorProps = Props.create(
        FencedAkkaRpcActor.class,
        rpcEndpoint,
        terminationFuture,
        getVersion(),
        configuration.getMaximumFramesize());
    } else {
      akkaRpcActorProps = Props.create(
        AkkaRpcActor.class,
        rpcEndpoint,
        terminationFuture,
        getVersion(),
        configuration.getMaximumFramesize());
    }
    ActorRef actorRef;
    // 同步块,创建Actor,并获取对应的ActorRef
    synchronized (lock) {
      checkState(!stopped, "RpcService is stopped");
      actorRef = actorSystem.actorOf(akkaRpcActorProps, rpcEndpoint.getEndpointId());
      actors.put(actorRef, rpcEndpoint);
    }
    LOG.info("Starting RPC endpoint for {} at {} .", rpcEndpoint.getClass().getName(), actorRef.path());
    // 获取Actor的路径
    final String akkaAddress = AkkaUtils.getAkkaURL(actorSystem, actorRef);
    final String hostname;
    Option<String> host = actorRef.path().address().host();
    if (host.isEmpty()) {
      hostname = "localhost";
    } else {
      hostname = host.get();
    }
    // 解析该RpcEndpoint实现的所有RpcGateway接口
    Set<Class<?>> implementedRpcGateways = new HashSet<>(RpcUtils.extractImplementedRpcGateways(rpcEndpoint.getClass()));
    // 额外添加RpcServer和AkkaBasedEnpoint类
    implementedRpcGateways.add(RpcServer.class);
    implementedRpcGateways.add(AkkaBasedEndpoint.class);
    final InvocationHandler akkaInvocationHandler;
    // 根据不同类型动态创建代理对象
    if (rpcEndpoint instanceof FencedRpcEndpoint) {
      // a FencedRpcEndpoint needs a FencedAkkaInvocationHandler
      akkaInvocationHandler = new FencedAkkaInvocationHandler<>(
        akkaAddress,
        hostname,
        actorRef,
        configuration.getTimeout(),
        configuration.getMaximumFramesize(),
        terminationFuture,
        ((FencedRpcEndpoint<?>) rpcEndpoint)::getFencingToken);
      implementedRpcGateways.add(FencedMainThreadExecutable.class);
    } else {
      akkaInvocationHandler = new AkkaInvocationHandler(
        akkaAddress,
        hostname,
        actorRef,
        configuration.getTimeout(),
        configuration.getMaximumFramesize(),
        terminationFuture);
    }
    // Rather than using the System ClassLoader directly, we derive the ClassLoader
    // from this class . That works better in cases where Flink runs embedded and all Flink
    // code is loaded dynamically (for example from an OSGI bundle) through a custom ClassLoader
    ClassLoader classLoader = getClass().getClassLoader();
    // 生成RpcServer对象,而后对该server的调用都会进入Handler的invoke方法处理,handler实现了多个接口的方法
    @SuppressWarnings("unchecked")
    RpcServer server = (RpcServer) Proxy.newProxyInstance(
      classLoader,
      implementedRpcGateways.toArray(new Class<?>[implementedRpcGateways.size()]),
      akkaInvocationHandler);
    return server;
  }

当启动RpcServer后,即创建了相应的Actor(注意此时Actor的处于停止状态)和动态代理对象,需要调用RpcEndpoint#start启动启动Actor,此时启动RpcEndpoint流程如下(以非FencedRpcEndpoint为例):

  • 调用RpcEndpoint#start;
  • 委托给RpcServer#start;
  • 调用动态代理的AkkaInvocationHandler#invoke;发现调用的是StartStoppable#start方法,则直接进行本地方法调用;invoke方法的代码如下:
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
    Class<?> declaringClass = method.getDeclaringClass();
    Object result;
    // 先匹配指定类型(handler已实现接口的方法),若匹配成功则直接进行本地方法调用;若匹配为FencedRpcGateway类型,则抛出异常(应该在FencedAkkaInvocationHandler中处理);其他则进行Rpc调用
    if (declaringClass.equals(AkkaBasedEndpoint.class) ||
      declaringClass.equals(Object.class) ||
      declaringClass.equals(RpcGateway.class) ||
      declaringClass.equals(StartStoppable.class) ||
      declaringClass.equals(MainThreadExecutable.class) ||
      declaringClass.equals(RpcServer.class)) {
      result = method.invoke(this, args);
    } else if (declaringClass.equals(FencedRpcGateway.class)) {
      throw new UnsupportedOperationException("AkkaInvocationHandler does not support the call FencedRpcGateway#" +
        method.getName() + ". This indicates that you retrieved a FencedRpcGateway without specifying a " +
        "fencing token. Please use RpcService#connect(RpcService, F, Time) with F being the fencing token to " +
        "retrieve a properly FencedRpcGateway.");
    } else {
      result = invokeRpc(method, args);
    }
    return result;
  }
  • 调用AkkaInvocationHandler#start;
  • 通过ActorRef#tell给对应的Actor发送消息rpcEndpoint.tell(ControlMessages.START, ActorRef.noSender());
  • 调用AkkaRpcActor#handleControlMessage处理控制类型消息;
  • 在主线程中将自身状态变更为Started状态;

经过上述步骤就完成了Actor的启动过程,Actor启动后便可与Acto通信让其执行代码(如runSync/callSync等)和处理Rpc请求了。下面分别介绍处理执行代码和处理Rpc请求;


3.3.1.1. 执行代码

与Actor通信,通过调用runSync/callSync等方法其直接执行代码。

下面以scheduleRunAsync方法为例分析请求Actor执行代码流程,方法代码如下:

public void scheduleRunAsync(Runnable runnable, long delayMillis) {
    checkNotNull(runnable, "runnable");
    checkArgument(delayMillis >= 0, "delay must be zero or greater");
    // 判断是否为本地Actor
    if (isLocal) {
      long atTimeNanos = delayMillis == 0 ? 0 : System.nanoTime() + (delayMillis * 1_000_000);
            // 向Actor发送消息runnable
      tell(new RunAsync(runnable, atTimeNanos));
    } else {
            // 抛出异常,不支持远程发送Runnable消息
      throw new RuntimeException("Trying to send a Runnable to a remote actor at " +
        rpcEndpoint.path() + ". This is not supported.");
    }
  }
  • AkkaInvocationHandler#invoke -> AkkaInvocation#scheduleRunAsync;
  • AkkaRpcActor#handleMessage -> AkkaRpcActor#handleRpcMessage,其中handleRpcMessage方法如下:
protected void handleRpcMessage(Object message) {
    // 根据消息类型不同进行不同的处理
    if (message instanceof RunAsync) {
      handleRunAsync((RunAsync) message);
    } else if (message instanceof CallAsync) {
      handleCallAsync((CallAsync) message);
    } else if (message instanceof RpcInvocation) {
      handleRpcInvocation((RpcInvocation) message);
    } else {
      log.warn(
        "Received message of unknown type {} with value {}. Dropping this message!",
        message.getClass().getName(),
        message);
      sendErrorIfSender(new AkkaUnknownMessageException("Received unknown message " + message +
        " of type " + message.getClass().getSimpleName() + '.'));
    }
  }
  • AkkaRpcActor#handleRunAsync,其代码如下:
private void handleRunAsync(RunAsync runAsync) {
    // 获取延迟调度时间
    final long timeToRun = runAsync.getTimeNanos();
    final long delayNanos;
        // 若为0或已经到了调度时间,则立刻进行调度
    if (timeToRun == 0 || (delayNanos = timeToRun - System.nanoTime()) <= 0) {
      // run immediately
      try {
        runAsync.getRunnable().run();
      } catch (Throwable t) {
        log.error("Caught exception while executing runnable in main thread.", t);
        ExceptionUtils.rethrowIfFatalErrorOrOOM(t);
      }
    }
    else {
      // schedule for later. send a new message after the delay, which will then be immediately executed
            // 计算出延迟时间
      FiniteDuration delay = new FiniteDuration(delayNanos, TimeUnit.NANOSECONDS);
            // 重新封装消息
      RunAsync message = new RunAsync(runAsync.getRunnable(), timeToRun);
      final Object envelopedSelfMessage = envelopeSelfMessage(message);
            // 等待指定延迟时间后给自己再发送一个消息
      getContext().system().scheduler().scheduleOnce(delay, getSelf(), envelopedSelfMessage,
          getContext().dispatcher(), ActorRef.noSender());
    }
  }
  • 注意:当还未到调度时间时,该Actor会延迟一段时间后再次给自己发送消息;


3.3.1.2. 处理Rpc请求

当调用非AkkaInvocationHandler实现的方法时,则进行Rpc请求。

下面分析处理Rpc调用的流程。

  • AkkaInvocationHandler#invokeRpc,其方法如下:
private Object invokeRpc(Method method, Object[] args) throws Exception {
        // 获取方法相应的信息
    String methodName = method.getName();
    Class<?>[] parameterTypes = method.getParameterTypes();
    Annotation[][] parameterAnnotations = method.getParameterAnnotations();
    Time futureTimeout = extractRpcTimeout(parameterAnnotations, args, timeout);
        // 创建RpcInvocationMessage(可分为LocalRpcInvocation/RemoteRpcInvocation)
    final RpcInvocation rpcInvocation = createRpcInvocationMessage(methodName, parameterTypes, args);
    Class<?> returnType = method.getReturnType();
    final Object result;
        // 无返回,则使用tell方法
    if (Objects.equals(returnType, Void.TYPE)) {
      tell(rpcInvocation);
      result = null;
    } else {
      // execute an asynchronous call
            // 有返回,则使用ask方法
      CompletableFuture<?> resultFuture = ask(rpcInvocation, futureTimeout);
      CompletableFuture<?> completableFuture = resultFuture.thenApply((Object o) -> {
                // 调用返回后进行反序列化
        if (o instanceof SerializedValue) {
          try {
            return  ((SerializedValue<?>) o).deserializeValue(getClass().getClassLoader());
          } catch (IOException | ClassNotFoundException e) {
            throw new CompletionException(
              new RpcException("Could not deserialize the serialized payload of RPC method : "
                + methodName, e));
          }
        } else {
                    // 直接返回
          return o;
        }
      });
            // 若返回类型为CompletableFuture则直接赋值
      if (Objects.equals(returnType, CompletableFuture.class)) {
        result = completableFuture;
      } else {
        try {
                    // 从CompletableFuture获取
          result = completableFuture.get(futureTimeout.getSize(), futureTimeout.getUnit());
        } catch (ExecutionException ee) {
          throw new RpcException("Failure while obtaining synchronous RPC result.", ExceptionUtils.stripExecutionException(ee));
        }
      }
    }
    return result;
  }
  • AkkaRpcActor#handleRpcInvocation,其代码如下:
private void handleRpcInvocation(RpcInvocation rpcInvocation) {
    Method rpcMethod = null;
    try {
            // 获取方法的信息
      String methodName = rpcInvocation.getMethodName();
      Class<?>[] parameterTypes = rpcInvocation.getParameterTypes();
      // 在RpcEndpoint中找指定方法
      rpcMethod = lookupRpcMethod(methodName, parameterTypes);
    } catch (ClassNotFoundException e) {
      log.error("Could not load method arguments.", e);
            // 异常处理
      RpcConnectionException rpcException = new RpcConnectionException("Could not load method arguments.", e);
      getSender().tell(new Status.Failure(rpcException), getSelf());
    } catch (IOException e) {
      log.error("Could not deserialize rpc invocation message.", e);
      // 异常处理
      RpcConnectionException rpcException = new RpcConnectionException("Could not deserialize rpc invocation message.", e);
      getSender().tell(new Status.Failure(rpcException), getSelf());
    } catch (final NoSuchMethodException e) {
      log.error("Could not find rpc method for rpc invocation.", e);
      // 异常处理
      RpcConnectionException rpcException = new RpcConnectionException("Could not find rpc method for rpc invocation.", e);
      getSender().tell(new Status.Failure(rpcException), getSelf());
    }
    if (rpcMethod != null) {
      try {
        // this supports declaration of anonymous classes
        rpcMethod.setAccessible(true);
                // 返回类型为空则直接进行invoke
        if (rpcMethod.getReturnType().equals(Void.TYPE)) {
          // No return value to send back
          rpcMethod.invoke(rpcEndpoint, rpcInvocation.getArgs());
        }
        else {
          final Object result;
          try {
            result = rpcMethod.invoke(rpcEndpoint, rpcInvocation.getArgs());
          }
          catch (InvocationTargetException e) {
            log.debug("Reporting back error thrown in remote procedure {}", rpcMethod, e);
            // tell the sender about the failure
            getSender().tell(new Status.Failure(e.getTargetException()), getSelf());
            return;
          }
          final String methodName = rpcMethod.getName();
                    // 方法返回类型为CompletableFuture
          if (result instanceof CompletableFuture) {
            final CompletableFuture<?> responseFuture = (CompletableFuture<?>) result;
                        // 发送结果(使用Patterns发送结果给调用者,并会进行序列化并验证结果大小)
            sendAsyncResponse(responseFuture, methodName);
          } else {
                        // 类型非CompletableFuture,发送结果(使用Patterns发送结果给调用者,并会进行序列化并验证结果大小)
            sendSyncResponse(result, methodName);
          }
        }
      } catch (Throwable e) {
        log.error("Error while executing remote procedure call {}.", rpcMethod, e);
        // tell the sender about the failure
        getSender().tell(new Status.Failure(e), getSelf());
      }
    }
  }
  • 将结果返回给调用者AkkaInvocationHandler#ask;

经过上述步骤就完成Rpc(本地/远程)调用,可以看到底层也是通过Akka提供的tell/ask方法进行通信;


4. 总结


RPC框架是Flink任务运行的基础,Flink整个RPC框架基于Akka实现,并对Akka中的ActorSystem、Actor进行了封装和使用,文章主要分析了Flink底层RPC通信框架的实现和相关流程,Flink整个通信框架的组件主要由RpcEndpoint、RpcService、RpcServer、AkkaInvocationHandler、AkkaRpcActor等构成。RpcEndpoint定义了一个Actor的路径;RpcService提供了启动RpcServer、执行代码体等方法;RpcServer/AkkaInvocationHandler提供了与Actor通信的接口;AkkaRpcActor为Flink封装的Actor。

相关实践学习
基于Hologres轻松玩转一站式实时仓库
本场景介绍如何利用阿里云MaxCompute、实时计算Flink和交互式分析服务Hologres开发离线、实时数据融合分析的数据大屏应用。
Linux入门到精通
本套课程是从入门开始的Linux学习课程,适合初学者阅读。由浅入深案例丰富,通俗易懂。主要涉及基础的系统操作以及工作中常用的各种服务软件的应用、部署和优化。即使是零基础的学员,只要能够坚持把所有章节都学完,也一定会受益匪浅。
目录
相关文章
|
6天前
|
自然语言处理 监控 数据挖掘
【Flink】Flink中的窗口分析
【4月更文挑战第19天】【Flink】Flink中的窗口分析
|
2月前
|
消息中间件 Kafka Apache
Apache Flink 是一个开源的分布式流处理框架
Apache Flink 是一个开源的分布式流处理框架
482 5
|
2月前
|
负载均衡 Dubbo Java
Dubbo 3.x:探索阿里巴巴的开源RPC框架新技术
随着微服务架构的兴起,远程过程调用(RPC)框架成为了关键组件。Dubbo,作为阿里巴巴的开源RPC框架,已经演进到了3.x版本,带来了许多新特性和技术改进。本文将探讨Dubbo 3.x中的一些最新技术,包括服务注册与发现、负载均衡、服务治理等,并通过代码示例展示其使用方式。
76 9
|
4月前
|
API Apache 数据库
Flink CDC 3.0 正式发布,详细解读新一代实时数据集成框架
Flink CDC 于 2023 年 12 月 7 日重磅推出了其全新的 3.0 版本 ~
100301 7
 Flink CDC 3.0 正式发布,详细解读新一代实时数据集成框架
|
4月前
|
Dubbo Java 应用服务中间件
Rpc编程系列文章第三篇:Hessian RPC一个老的RPC框架
Rpc编程系列文章第三篇:Hessian RPC一个老的RPC框架
|
12天前
|
运维 监控 Java
面经:Storm实时计算框架原理与应用场景
【4月更文挑战第11天】本文是关于Apache Storm实时流处理框架的面试攻略和核心原理解析。文章分享了面试常见主题,包括Storm的架构与核心概念(如Spout、Bolt、Topology、Tuple和Ack机制),编程模型与API,部署与运维,以及应用场景与最佳实践。通过代码示例展示了如何构建一个简单的WordCountTopology,强调理解和运用Storm的关键知识点对于面试和实际工作的重要性。
27 4
面经:Storm实时计算框架原理与应用场景
|
14天前
|
机器学习/深度学习 分布式计算 BI
Flink实时流处理框架原理与应用:面试经验与必备知识点解析
【4月更文挑战第9天】本文详尽探讨了Flink实时流处理框架的原理,包括运行时架构、数据流模型、状态管理和容错机制、资源调度与优化以及与外部系统的集成。此外,还介绍了Flink在实时数据管道、分析、数仓与BI、机器学习等领域的应用实践。同时,文章提供了面试经验与常见问题解析,如Flink与其他系统的对比、实际项目挑战及解决方案,并展望了Flink的未来发展趋势。附带Java DataStream API代码样例,为学习和面试准备提供了实用素材。
37 0
|
28天前
|
Java fastjson 数据安全/隐私保护
【Dubbo3技术专题】「云原生微服务开发实战」 一同探索和分析研究RPC服务的底层原理和实现
【Dubbo3技术专题】「云原生微服务开发实战」 一同探索和分析研究RPC服务的底层原理和实现
39 0
|
1月前
|
SQL 缓存 分布式计算
flink1.18 SqlGateway 的使用和原理分析
# 了解flink1.18 sqlGateway 的安装和使用步骤 # 启动sqlgateway 流程,了解核心的结构 # sql提交流程,了解sql 的流转逻辑 # select 查询的ResultSet的对接流程,了解数据的返回和获取逻辑
|
1月前
|
SQL API 数据处理
新一代实时数据集成框架 Flink CDC 3.0 —— 核心技术架构解析
本文整理自阿里云开源大数据平台吕宴全关于新一代实时数据集成框架 Flink CDC 3.0 的核心技术架构解析。
729 0
新一代实时数据集成框架 Flink CDC 3.0 —— 核心技术架构解析