Regarding Flume, which of the following statements is wrong? (Multiple choice)

Question

Options

• AData transmission between Flume cascade nodes supports encryption
• BFlume supports multi-cascading and multiplexing
• CIt is necessary to encrypt inside the process from Source to Channel to Sink
• DData transmission between Flume cascade nodes does not support compression

• A
  17% (5)
• B
  7% (2)
• C
  76% (22)

Explanation

Options C and D are incorrect statements about Flume, making them the right answers to this "which is wrong" question.

C is wrong because encrypting data within a single Flume agent's internal pipeline (Source → Channel → Sink) is not necessary - that data flow happens in-process on the same JVM, so there is no network exposure requiring encryption. Encryption concerns apply at the node-to-node transmission boundary, not internally.

D is wrong because Flume does support compression for inter-node (cascade) data transmission - for example, Avro RPC (used between cascading Flume agents) supports configurable compression codecs.

A and B are correct statements and therefore not the answer: Flume's Avro source/sink (the standard cascade mechanism) supports SSL/TLS encryption between agents (A is true), and Flume genuinely supports both multi-level cascading (chaining agents) and multiplexing/fan-out from one source to multiple channels (B is true).

Memory tip: Think of the rule "encrypt at the border, not inside the house." Flume only needs encryption when data crosses the network between cascade nodes - never for the in-process Source-to-Sink flow. Pair that with remembering Flume does support compression between nodes, making "does not support" (D) a classic exam trap.

No community discussion yet for this question.