streamsx.topology.topology module

Python API to allow creation of streaming applications for IBM® Streams & Streaming Analytics service on Bluemix.

Overview

IBM Streams is an advanced analytic platform that allows user-developed applications to quickly ingest, analyze and correlate information as it arrives from thousands of real-time sources. Streams can handle very high data throughput rates, millions of events or messages per second.

With this API Python developers can build streaming applications that can be executed using IBM Streams, including the processing being distributed across multiple computing resources (hosts or machines) for scalability.

Topology

A Topology declares a graph of streams and operations against tuples (data items) on those streams.

After being declared, a Topology is submitted to be compiled into a Streams application bundle (sab file) and then executed. The sab file is a self contained bundle that can be executed in a distributed Streams instance either using the Streaming Analytics service on IBM Bluemix cloud platform or an on-premise IBM Streams installation.

The compilation step invokes the Streams compiler to produce a bundle. This effectively, from a Python point of view, produces a runnable version of the Python topology that includes application specific Python C extensions to optimize performance.

The Streams runtime distributes the application’s operations across the resources available in the instance.

Note

Topology represents a declaration of a streaming application that will be executed by a Streams instance as a job, either using the Streaming Analytics service on IBM Bluemix cloud platform or an on-premises distributed instance. Topology does not represent a running application, so an instance of Stream class does not contain the tuples, it is only a declaration of a stream.

Stream

A Stream can be an infinite sequence of tuples, such as a stream for a traffic flow sensor. Alternatively, a stream can be finite, such as a stream that is created from the contents of a file. When a streams processing application contains infinite streams, the application runs continuously without ending.

A stream has a schema that defines the type of each tuple on the stream. The schema for a Python Topology is either:

  • Python - A tuple may be any Python object. This is the default.
  • String - Each tuple is a Unicode string.
  • Binary - Each tuple is a blob.
  • Json - Each tuple is a Python dict that can be expressed as a JSON object.
  • Structured - A stream that has a structured schema of a ordered list of attributes, with each attribute having a fixed type (e.g. float64 or int32) and a name. The schema of a structured stream is defined using StreamSchema.

Stream processing

Callables

A stream is processed to produce zero or more transformed streams, such as filtering a stream to drop unwanted tuples, producing a stream that only contains the required tuples.

Streaming processing is per tuple based, as each tuple is submitted to a stream consuming operators have their processing logic invoked for that tuple.

A functional operator is declared by methods on Stream such as map() which maps the tuples on its input stream to tuples on its output stream. Stream uses a functional model where each stream processing operator is defined in terms a Python callable that is invoked passing input tuples and whose return defines what output tuples are submitted for downstream processing.

The Python callable used for functional processing in this API may be:

  • A Python lambda function.
  • A Python function.
  • An instance of a Python callable class.

For example a stream words containing only string objects can be processed by a filter() using a lambda function:

# Filter the stream so it only contains words starting with py
pywords = words.filter(lambda word : tuple.startswith('py'))

Stateful operations

Use of a class instance allows the operation to be stateful by maintaining state in instance attributes across invocations.

Note

For future compatibility instances should ensure that the object’s state can be pickled. See https://docs.python.org/3.5/library/pickle.html#handling-stateful-objects

Initialization and shutdown

Execution of a class instance effectively run in a context manager so that an instance’s __enter__ method is called when the processing element containing the instance is initialized and its __exit__ method called when the processing element is stopped. To take advantage of this the class must define both __enter__ and __exit__ methods.

Note

Since an instance of a class is passed to methods such as map() __init__ is only called when the topology is declared, not at runtime. Initialization at runtime, such as opening connections, occurs through the __enter__ method.

Example of using __enter__ to create custom metrics:

import streamsx.ec as ec

class Sentiment(object):
    def __init__(self):
        pass

    def __enter__(self):
        self.positive_metric = ec.CustomMetric(self, "positiveSentiment")
        self.negative_metric = ec.CustomMetric(self, "negativeSentiment")

    def __exit__(self, exc_type, exc_value, traceback):
        pass

Tuple semantics

Python objects on a stream may be passed by reference between callables (e.g. the value returned by a map callable may be passed by reference to a following filter callable). This can only occur when the functions are executing in the same PE (process). If an object is not passed by reference a deep-copy is passed. Streams that cross PE (process) boundaries are always passed by deep-copy.

Thus if a stream is consumed by two map and one filter callables in the same PE they may receive the same object reference that was sent by the upstream callable. If one (or more) callable modifies the passed in reference those changes may be seen by the upstream callable or the other callables. The order of execution of the downstream callables is not defined. One can prevent such potential non-deterministic behavior by one or more of these techniques:

  • Passing immutable objects
  • Not retaining a reference to an object that will be submitted on a stream
  • Not modifying input tuples in a callable
  • Using copy/deepcopy when returning a value that will be submitted to a stream.

Applications cannot rely on pass-by reference, it is a performance optimization that can be made in some situations when stream connections are within a PE.

Application log and trace

IBM Streams provides application trace and log services which are accesible through standard Python loggers from the logging module.

See Application log and trace.

SPL operators

In addition an application declared by Topology can include stream processing defined by SPL primitive or composite operators. This allows reuse of adapters and analytics provided by IBM Streams, open source and third-party SPL toolkits.

See streamsx.spl.op

class streamsx.topology.topology.PendingStream(topology)

Bases: object

Pending stream connection.

A pending stream is an initially disconnected stream. The stream attribute can be used as an input stream when the required stream is not yet available. Once the required stream is available the connection is made using complete().

The schema of the pending stream is defined by the stream passed into complete.

A simple example is creating a source stream after the filter that will use it:

# Create the pending or placeholder stream
pending_source = PendingStream(topology)

# Create a filter against the placeholder stream
f = pending_source.stream.filter(lambda : t : t.startswith("H"))

source = topology.source(['Hello', 'World'])

# Now complete the connection
pending_source.complete(source)

Streams allows feedback loops in its flow graphs, where downstream processing can produce a stream that is fed back into the input port of an upstream operator. Typically, feedback loops are used to modify the state of upstream transformations, rather than repeat processing of tuples.

A feedback loop can be created by using a PendingStream. The upstream transformation or operator that will end the feedback loop uses stream as one of its inputs. A processing pipeline is then created and once the downstream starting point of the feedback loop is available, it is passed to complete() to create the loop.

complete(stream)

Complete the pending stream.

Any connections made to stream are connected to stream once this method returns.

Parameters:stream (Stream) – Stream that completes the connection.
is_complete()

Has this connection been completed.

class streamsx.topology.topology.Routing

Bases: enum.Enum

Defines how tuples are routed to channels in a parallel region.

A parallel region is started by parallel() and ended with end_parallel() or for_each().

HASH_PARTITIONED = 3

Tuples are routed based upon a hash value so that tuples with the same hash and thus same value are always routed to the same channel. When a hash function is specified it is passed the tuple and the return value is the hash. When no hash function is specified then hash(tuple) is used.

Each tuple is only sent to a single channel.

Warning

A consistent hash function is required to guarantee that a tuple with the same value is always routed to the same channel. hash() is not consistent in that for types str, bytes and datetime objects are “salted” with an unpredictable random value (Python 3.5). Thus if the processing element is restarted channel routing for a hash based upon a str, bytes or datetime will change. In addition code executing in the channels can see a different hash value to other channels and the execution that routed the tuple due to being in different processing elements.

KEY_PARTITIONED = 2
ROUND_ROBIN = 1

Tuples are routed to maintain an even distribution of tuples to the channels.

Each tuple is only sent to a single channel.

class streamsx.topology.topology.Sink(op)

Bases: object

Termination of a Stream.

A Stream is terminated by processing that typically sends the tuples to an external system.

Note

A Stream may have multiple terminations.

New in version 1.7.

class streamsx.topology.topology.Stream(topology, oport)

Bases: object

The Stream class is the primary abstraction within a streaming application. It represents a potentially infinite series of tuples which can be operated upon to produce another stream, as in the case of map(), or terminate a stream, as in the case of for_each().

as_json(force_object=True, name=None)

Declares a stream converting each tuple on this stream into a JSON value.

The stream is typed as a JSON stream.

Each tuple must be supported by JSONEncoder.

If force_object is True then each tuple that not a dict will be converted to a JSON object with a single key payload containing the tuple. Thus each object on the stream will be a JSON object.

If force_object is False then each tuple is converted to a JSON value directly using json package.

If this stream is already typed as a JSON stream then it will be returned (with no additional processing against it and force_object and name are ignored).

Parameters:
  • force_object (bool) – Force conversion of non dicts to JSON objects.
  • name (str) – Name of the resulting stream. When None defaults to a generated name.

New in version 1.6.1.

Returns:Stream containing the JSON representations of tuples on this stream.
Return type:Stream
as_string(name=None)

Declares a stream converting each tuple on this stream into a string using str(tuple).

The stream is typed as a string stream.

If this stream is already typed as a string stream then it will be returned (with no additional processing against it and name is ignored).

Parameters:name (str) – Name of the resulting stream. When None defaults to a generated name.

New in version 1.6.

New in version 1.6.1: name parameter added.

Returns:Stream containing the string representations of tuples on this stream.
Return type:Stream
autonomous()

Starts an autonomous region for downstream processing. By default IBM Streams processing is executed in an autonomous region where any checkpointing of operator state is autonomous (independent) of other operators.

This method may be used to end a consistent region by starting an autonomous region. This may be called even if this stream is in an autonomous region.

Autonomous is not applicable when a topology is submitted to a STANDALONE contexts and will be ignored.

New in version 1.6.

Returns:Stream whose subsequent downstream processing is in an autonomous region.
Return type:Stream
end_low_latency()

Returns a Stream that is no longer guaranteed to run in the same process as the calling stream.

Returns:Stream
end_parallel()

Ends a parallel region by merging the channels into a single stream.

Returns:Stream for which subsequent transformations are no longer parallelized.
Return type:Stream
filter(func, name=None)

Filters tuples from this stream using the supplied callable func.

For each tuple on the stream func(tuple) is called, if the return evaluates to True the tuple will be present on the returned stream, otherwise the tuple is filtered out.

Parameters:
  • func – Filter callable that takes a single parameter for the tuple.
  • name (str) – Name of the stream, defaults to a generated name.
Returns:

A Stream containing tuples that have not been filtered out.

Return type:

Stream

flat_map(func, name=None)

Maps and flatterns each tuple from this stream into 0 or more tuples.

For each tuple on this stream func(tuple) is called. If the result is not None then the the result is iterated over with each value from the iterator that is not None will be submitted

to the return stream.

If the result is None or an empty iterable then no tuples are submitted to the returned stream.

Parameters:
  • func – A callable that takes a single parameter for the tuple.
  • name (str) – Name of the flattened stream, defaults to a generated name.
Returns:

A Stream containing transformed tuples.

Return type:

Stream

Raises:

TypeError – if func does not return an iterator nor None

for_each(func, name=None)

Sends information as a stream to an external system.

For each tuple t on the stream func(t) is called.

Parameters:
  • func – A callable that takes a single parameter for the tuple and returns None.
  • name (str) – Name of the stream, defaults to a generated name.
Returns:

Stream termination.

Return type:

streamsx.topology.topology.Sink

Changed in version 1.7: Now returns a Sink instance.

isolate()

Guarantees that the upstream operation will run in a separate processing element from the downstream operation

Returns:Stream whose subsequent immediate processing will occur in a separate processing element.
Return type:Stream
last(size=1)

Declares a window containing most recent tuples on this stream.

The number of tuples maintained in the window is defined by size.

If size is an int then it is the count of tuples in the window. For example, with size=10 the window always contains the last (most recent) ten tuples.

If size is an datetime.timedelta then it is the duration of the window. With a timedelta representing five minutes then the window contains any tuples that arrived in the last five minutes.

Parameters:size – The size of the window, either an int to define the number of tuples or datetime.timedelta to define the duration of the window.
Returns:Window of the last (most recent) tuples on this stream.
Return type:Window
low_latency()

The function is guaranteed to run in the same process as the upstream Stream function. All streams that are created from the returned stream are also guaranteed to run in the same process until end_low_latency() is called.

Returns:Stream
map(func, name=None, schema=None)

Maps each tuple from this stream into 0 or 1 tuples.

For each tuple on this stream result = func(tuple) is called. If result is not None then the result will be submitted as a tuple on the returned stream. If result is None then no tuple submission will occur.

By default the submitted tuple is result without modification resulting in a stream of pickable Python objects. Setting the schema parameter changes the type of the stream and modifies each result before submission.

  • Python - The defaullt: result is submitted.
  • String - A stream of strings: str(result) is submitted.
  • Json - A stream of JSON objects: result must be convertable to a JSON object using json package.
  • StreamSchema - A structured stream. result must be a (Python) tuple. Each attribute in the structured tuple is set by position from result. If the value in result is None or not present then the attribute has the default value for its type.
Parameters:
  • func – A callable that takes a single parameter for the tuple.
  • name (str) – Name of the mapped stream, defaults to a generated name.
  • schema (StreamSchema) – Schema of the resulting stream.
Returns:

A stream containing tuples mapped by func.

Return type:

Stream

New in version 1.7: schema argument added to allow conversion to a structured stream.

multi_transform(func, name=None)

Equivalent to calling flat_map().

Deprecated since version 1.7: Replaced by flat_map().

name

Name of the stream.

Returns:Name of the stream.
Return type:str
parallel(width, routing=<Routing.ROUND_ROBIN: 1>, func=None, name=None)

Parallelizes the stream into width parallel channels. Tuples are routed to parallel channels such that an even distribution is maintained. Each parallel channel can be thought of as being assigned its own thread. As such, each parallelized stream function are separate instances and operate independently from one another.

parallel() will only parallelize the stream operations performed after the call to parallel() and before the call to end_parallel().

Parallel regions aren’t required to have an output stream, and thus may be used as sinks. In other words, a parallel sink is created by calling parallel() and creating a sink operation. It is not necessary to invoke end_parallel() on parallel sinks.

Nested parallelism is not currently supported. A call to parallel() should never be made immediately after another call to parallel() without having an end_parallel() in between.

Every call to end_parallel() must have a call to parallel() preceding it.

Parameters:
  • width (int) – Degree of parallelism.
  • routing (Routing) – denotes what type of tuple routing to use.
  • func – Optional function called when Routing.HASH_PARTITIONED routing is specified. The function provides an integer value to be used as the hash that determines the tuple channel routing.
  • name (str) – The name to display for the parallel region.
Returns:

A stream for which subsequent transformations will be executed in parallel.

Return type:

Stream

print(tag=None, name=None)

Prints each tuple to stdout flushing after each tuple.

If tag is not None then each tuple has `tag: ` prepended to it before printing.

Parameters:
  • tag – A tag to prepend to each tuple.
  • name (str) – Name of the resulting stream. When None defaults to a generated name.
Returns:

Stream termination.

Return type:

streamsx.topology.topology.Sink

New in version 1.6.1: tag, name parameters.

Changed in version 1.7: Now returns a Sink instance.

publish(topic, schema=None, name=None)

Publish this stream on a topic for other Streams applications to subscribe to. A Streams application may publish a stream to allow other Streams applications to subscribe to it. A subscriber matches a publisher if the topic and schema match.

By default a stream is published using its schema.

A stream of Python objects can be subscribed to by other Streams Python applications.

If a stream is published setting schema to Json then it is published as a stream of JSON objects. Other Streams applications may subscribe to it regardless of their implementation language.

If a stream is published setting schema to String then it is published as strings Other Streams applications may subscribe to it regardless of their implementation language.

Supported values of schema are only Json and String.

Parameters:
  • topic (str) – Topic to publish this stream to.
  • schema – Schema to publish. Defaults to the schema of this stream.
  • name (str) – Name of the publish operator, defaults to a generated name.
Returns:

Stream termination.

Return type:

streamsx.topology.topology.Sink

New in version 1.6.1: name parameter.

Changed in version 1.7: Now returns a Sink instance.

resource_tags

Resource tags for this stream.

Tags are a mechanism for differentiating and identifying resources that have different physical characteristics or logical uses. For example a resource (host) that has external connectivity for public data sources may be tagged ingest.

A stream can be associated with one or more tags to require its creating callable to run on suitably tagged resources. For example adding tags ingest and db requires that the processing element containing the callable that created the stream runs on a host tagged with both ingest and db.

A stream that was not created directly with a Python callable cannot have tags associated with it. For example a stream that is a union() of multiple streams cannot be tagged. In this case this method returns an empty frozenset which cannot be modified.

See https://www.ibm.com/support/knowledgecenter/en/SSCRJU_4.2.1/com.ibm.streams.admin.doc/doc/tags.html for more details of tags within IBM Streams.

Returns:Set of resource tags for the stream, initially empty.
Return type:set

Warning

If no resources exist with the required tags then job submission will fail.

New in version 1.7.

sink(func, name=None)

Equivalent to calling for_each().

Deprecated since version 1.7: Replaced by for_each().

transform(func, name=None)

Equivalent to calling :py:meth:map(func, name).

Deprecated since version 1.7: Replaced by map().

union(streamSet)

Creates a stream that is a union of this stream and other streams

Parameters:streamSet – a set of Stream objects to merge with this stream
Returns:
Return type:Stream
view(buffer_time=10.0, sample_size=10000, name=None, description=None, start=False)

Defines a view on a stream.

A view is a continually updated sampled buffer of a streams’s tuples. Views allow visibility into a stream from external clients such as the Streams console, Microsoft Excel or REST clients.

The view created by this method can be used by external clients and through the returned object after the topology is submitted.

When the stream contains Python objects then they are converted to JSON.

Parameters:
  • buffer_time – Specifies the buffer size to use measured in seconds.
  • sample_size – Specifies the number of tuples to sample per second.
  • name (str) – Name of the view. Name must be unique within the topology. Defaults to a generated name.
  • description – Description of the view.
  • start (bool) – Start buffering data when the job is submitted. If False then the view is starts buffering data when the first remote client accesses it to retrieve data.
Returns:

View object which can be used to access the data when the topology is submitted.

class streamsx.topology.topology.Topology(name=None, namespace=None, files=None)

Bases: object

The Topology class is used to define data sources, and is passed as a parameter when submitting an application. Topology keeps track of all sources, sinks, and data operations within your application.

Submission of a Topology results in a Streams application that has the name namespace::name.

Parameters:
  • name (str) – Name of the topology. Defaults to a name dervied from the calling evironment if it can be determined, otherwise a random name.
  • namespace (str) – Namespace of the topology. Defaults to a name dervied from the calling evironment if it can be determined, otherwise a random name.
Instance variables:

include_packages(set): Python package names to be included in the built application.

exclude_packages(set): Python top-level package names to be excluded from the built application. Excluding a top-level packages excludes all sub-modules at any level in the package, e.g. sound excludes sound.effects.echo. Only the top-level package can be defined, e.g. sound rather than sound.filters. Behavior when adding a module within a package is undefined. When compiling the application using Anaconda this set is pre-loaded with Python packages from the Anaconda pre-loaded set.

Package names in include_packages take precedence over package names in exclude_packages.

add_file_dependency(path, location)

Add a file or directory dependency into an Streams application bundle.

Ensures that the file or directory at path on the local system will be available at runtime.

The file will be copied and made available relative to the application directory. Location determines where the file is relative to the application directory. Two values for location are supported etc and opt. The runtime path relative to application directory is returned.

The copy is made during the submit call thus the contents of the file or directory must remain availble until submit returns.

For example calling add_file_dependency('/tmp/conf.properties', 'etc') will result in contents of the local file conf.properties being available at runtime at the path application directory/etc/conf.properties. This call returns etc/conf.properties.

Python callables can determine the application directory at runtime with get_application_directory(). For example the path above at runtime is os.path.join(streamsx.ec.get_application_directory(), 'etc', 'conf.properties')

Parameters:
  • path (str) – Path of the file on the local system.
  • location (str) – Location of the file in the bundle relative to the application directory.
Returns:

Path relative to application directory that can be joined at runtime with get_application_directory.

Return type:

str

New in version 1.7.

name

Return the name of the topology. Returns:str:Name of the topology.

namespace

Return the namespace of the topology. Returns:str:Namespace of the topology.

source(func, name=None)

Declare a source stream that introduces tuples into the application.

Typically used to create a stream of tuple from an external source, such as a sensor or reading from an external system.

Tuples are obtained from an iterator obtained from the passed iterable or callable that returns an iterable.

Each tuple that is not None from the iterator is present on the returned stream.

Each tuple is a Python object and must be picklable to allow execution of the application to be distributed across available resources in the Streams instance.

Parameters:
  • func (callable) – An iterable or a zero-argument callable that returns an iterable of tuples.
  • name (str) – Name of the stream, defaults to a generated name.
Returns:

A stream whose tuples are the result of the iterable obtained from func.

Return type:

Stream

subscribe(topic, schema=<CommonSchema.Python: <streamsx.topology.schema.StreamSchema object>>, name=None)

Subscribe to a topic published by other Streams applications. A Streams application may publish a stream to allow other Streams applications to subscribe to it. A subscriber matches a publisher if the topic and schema match.

By default a stream is subscribed as Python objects which connects to streams published to topic by Python Streams applications.

JSON streams are subscribed to using schema Json. Each tuple on the returned stream will be a Python dictionary object created by json.loads(tuple). A Streams application publishing JSON streams may have been implemented in any programming language supported by Streams.

String streams are subscribed to using schema String. Each tuple on the returned stream will be a Python string object. A Streams application publishing JSON streams may have been implemented in any programming language supported by Streams.

Parameters:
  • topic (str) – Topic to subscribe to.
  • schema (StreamSchema) – schema to subscribe to.
  • name (str) – Name of the subscribed stream, defaults to a generated name.
Returns:

A stream whose tuples have been published to the topic by other Streams applications.

Return type:

Stream

class streamsx.topology.topology.View(name)

Bases: object

The View class provides access to a continuously updated sampling of data items on a Stream after submission. A view object is produced by the view method, and will access data items from the stream on which it is invoked.

For example, a View object could be created and used as follows:

>>> topology = Topology()
>>> rands = topology.source(lambda: random.random())
>>> view = rands.view()
>>> submit(ContextTypes.DISTRIBUTED, topology)
>>> queue = view.start_data_fetch()
>>> for val in iter(queue.get, None):
... print(val)
...
0.6527
0.1963
0.0512
initialize_rest()

Used to initialize the View object on first use.

start_data_fetch()

Starts a background thread which begins accessing data from the remote Stream. The data items are placed asynchronously in a queue, which is returned from this method.

Returns:A Queue object which is populated with the data items of the stream.
stop_data_fetch()

Terminates the background thread fetching stream data items.

class streamsx.topology.topology.Window(stream, window_type)

Bases: object

Declaration of a window of tuples on a Stream.

A Window can be passed as the input of an SPL operator invocation to indicate the operator’s input port is windowed.

Example invoking the SPL Aggregate operator with a sliding window of the last two minutes, triggering every five tuples:

win = s.last(datetime.timedelta(minutes=2)).trigger(5)

agg = op.Map('spl.relational::Aggregate', win,
            schema = 'tuple<uint64 sum, uint64 max>')
agg.sum = agg.output('Sum(val)')
agg.max = agg.output('Max(val)')
trigger(when=1)

Declare a window with this window’s size and a trigger policy.

When the window is triggered is defined by when.

If when is an int then the window is triggered every when tuples. For example, with when=5 the window will be triggered every five tuples.

If when is an datetime.timedelta then it is the period of the trigger. With a timedelta representing one minute then the window is triggered every minute.

By default, when trigger has not been called on a Window it triggers for every tuple inserted into the window (equivalent to when=1).

Parameters:when – The size of the window, either an int to define the number of tuples or datetime.timedelta to define the duration of the window.
Returns:Window that will be triggered.
Return type:Window