0

kombu

Python 消息库。「Messaging library for Python.」

官方網站
Github 資源庫
主要指標

Github星跟蹤圖

========================================
kombu - Messaging library for Python

|build-status| |coverage| |license| |wheel| |pyversion| |pyimp| |downloads|

:Version: 5.3.5
:Documentation: https://kombu.readthedocs.io/
:Download: https://pypi.org/project/kombu/
:Source: https://github.com/celery/kombu/
:Keywords: messaging, amqp, rabbitmq, redis, mongodb, python, queue

About

Kombu is a messaging library for Python.

The aim of Kombu is to make messaging in Python as easy as possible by
providing an idiomatic high-level interface for the AMQ protocol, and also
provide proven and tested solutions to common messaging problems.

AMQP_ is the Advanced Message Queuing Protocol, an open standard protocol
for message orientation, queuing, routing, reliability and security,
for which the RabbitMQ_ messaging server is the most popular implementation.

Features

  • Allows application authors to support several message server
    solutions by using pluggable transports.

    • AMQP transport using the py-amqp, or qpid-python libraries.

    • Virtual transports makes it really easy to add support for non-AMQP
      transports. There is already built-in support for Redis,
      Amazon SQS      , ZooKeeper, SoftLayer MQ, MongoDB_ and Pyro_.

    • In-memory transport for unit testing.

  • Supports automatic encoding, serialization and compression of message
    payloads.

  • Consistent exception handling across transports.

  • The ability to ensure that an operation is performed by gracefully
    handling connection and channel errors.

  • Several annoyances with amqplib_ has been fixed, like supporting
    timeouts and the ability to wait for events on more than one channel.

  • Projects already using carrot_ can easily be ported by using
    a compatibility layer.

For an introduction to AMQP you should read the article Rabbits and warrens,
and the Wikipedia article about AMQP.

.. _RabbitMQ: https://www.rabbitmq.com/
.. _AMQP: https://amqp.org
.. _py-amqp: https://pypi.org/project/amqp/
.. _qpid-python: https://pypi.org/project/qpid-python/
.. _Redis: https://redis.io
.. _Amazon SQS: https://aws.amazon.com/sqs/
.. _Zookeeper: https://zookeeper.apache.org/
.. _Rabbits and warrens: http://web.archive.org/web/20160323134044/http://blogs.digitar.com/jjww/2009/01/rabbits-and-warrens/
.. _amqplib: https://barryp.org/software/py-amqplib/
.. _Wikipedia article about AMQP: https://en.wikipedia.org/wiki/AMQP
.. _carrot: https://pypi.org/project/carrot/
.. _librabbitmq: https://pypi.org/project/librabbitmq/
.. _Pyro: https://pyro4.readthedocs.io/
.. _SoftLayer MQ: https://sldn.softlayer.com/reference/messagequeueapi
.. _MongoDB: https://www.mongodb.com/

.. _transport-comparison:

Transport Comparison

+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| Client | Type | Direct | Topic | Fanout | Priority | TTL |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| amqp | Native | Yes | Yes | Yes | Yes [#f3]_ | Yes [#f4]_ |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| qpid | Native | Yes | Yes | Yes | No | No |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| redis | Virtual | Yes | Yes | Yes (PUB/SUB) | Yes | No |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| mongodb | Virtual | Yes | Yes | Yes | Yes | Yes |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| SQS | Virtual | Yes | Yes [#f1]_ | Yes [#f2]_ | No | No |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| zookeeper | Virtual | Yes | Yes [#f1]_ | No | Yes | No |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| in-memory | Virtual | Yes | Yes [#f1]_ | No | No | No |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| SLMQ | Virtual | Yes | Yes [#f1]_ | No | No | No |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+
| Pyro | Virtual | Yes | Yes [#f1]_ | No | No | No |
+---------------+----------+------------+------------+---------------+--------------+-----------------------+

.. [#f1] Declarations only kept in memory, so exchanges/queues
must be declared by all clients that needs them.

.. [#f2] Fanout supported via storing routing tables in SimpleDB.
Disabled by default, but can be enabled by using the
supports_fanout transport option.

.. [#f3] AMQP Message priority support depends on broker implementation.

.. [#f4] AMQP Message/Queue TTL support depends on broker implementation.

Documentation

Kombu is using Sphinx, and the latest documentation can be found here:

https://kombu.readthedocs.io/

Quick overview

.. code:: python

from kombu import Connection, Exchange, Queue

media_exchange = Exchange('media', 'direct', durable=True)
video_queue = Queue('video', exchange=media_exchange, routing_key='video')

def process_media(body, message):
    print(body)
    message.ack()

# connections
with Connection('amqp://guest:guest@localhost//') as conn:

    # produce
    producer = conn.Producer(serializer='json')
    producer.publish({'name': '/tmp/lolcat1.avi', 'size': 1301013},
                      exchange=media_exchange, routing_key='video',
                      declare=[video_queue])

    # the declare above, makes sure the video queue is declared
    # so that the messages can be delivered.
    # It's a best practice in Kombu to have both publishers and
    # consumers declare the queue. You can also declare the
    # queue manually using:
    #     video_queue(conn).declare()

    # consume
    with conn.Consumer(video_queue, callbacks=[process_media]) as consumer:
        # Process messages and handle events on all channels
        while True:
            conn.drain_events()

# Consume from several queues on the same channel:
video_queue = Queue('video', exchange=media_exchange, key='video')
image_queue = Queue('image', exchange=media_exchange, key='image')

with connection.Consumer([video_queue, image_queue],
                         callbacks=[process_media]) as consumer:
    while True:
        connection.drain_events()

Or handle channels manually:

.. code:: python

with connection.channel() as channel:
    producer = Producer(channel, ...)
    consumer = Producer(channel)

All objects can be used outside of with statements too,
just remember to close the objects after use:

.. code:: python

from kombu import Connection, Consumer, Producer

connection = Connection()
    # ...
connection.release()

consumer = Consumer(channel_or_connection, ...)
consumer.register_callback(my_callback)
consumer.consume()
    # ....
consumer.cancel()

Exchange and Queue are simply declarations that can be pickled
and used in configuration files etc.

They also support operations, but to do so they need to be bound
to a channel.

Binding exchanges and queues to a connection will make it use
that connections default channel.

::

>>> exchange = Exchange('tasks', 'direct')

>>> connection = Connection()
>>> bound_exchange = exchange(connection)
>>> bound_exchange.delete()

# the original exchange is not affected, and stays unbound.
>>> exchange.delete()
raise NotBoundError: Can't call delete on Exchange not bound to
    a channel.

Terminology

There are some concepts you should be familiar with before starting:

* Producers

    Producers sends messages to an exchange.

* Exchanges

    Messages are sent to exchanges. Exchanges are named and can be
    configured to use one of several routing algorithms. The exchange
    routes the messages to consumers by matching the routing key in the
    message with the routing key the consumer provides when binding to
    the exchange.

* Consumers

    Consumers declares a queue, binds it to a exchange and receives
    messages from it.

* Queues

    Queues receive messages sent to exchanges. The queues are declared
    by consumers.

* Routing keys

    Every message has a routing key. The interpretation of the routing
    key depends on the exchange type. There are four default exchange
    types defined by the AMQP standard, and vendors can define custom
    types (so see your vendors manual for details).

    These are the default exchange types defined by AMQP/0.8:

        * Direct exchange

            Matches if the routing key property of the message and
            the `routing_key` attribute of the consumer are identical.

        * Fan-out exchange

            Always matches, even if the binding does not have a routing
            key.

        * Topic exchange

            Matches the routing key property of the message by a primitive
            pattern matching scheme. The message routing key then consists
            of words separated by dots (`"."`, like domain names), and
            two special characters are available; star (`"*"`) and hash
            (`"#"`). The star matches any word, and the hash matches
            zero or more words. For example `"*.stock.#"` matches the
            routing keys `"usd.stock"` and `"eur.stock.db"` but not
            `"stock.nasdaq"`.

Installation

You can install Kombu either via the Python Package Index (PyPI)
or from source.

To install using pip,:

::

$ pip install kombu

To install using easy_install,:

::

$ easy_install kombu

If you have downloaded a source tarball you can install it
by doing the following,:

::

$ python setup.py build
# python setup.py install # as root

Getting Help

Mailing list

Join the celery-users_ mailing list.

.. _kombu forum: https://github.com/celery/kombu/discussions

Bug tracker

If you have any suggestions, bug reports or annoyances please report them
to our issue tracker at https://github.com/celery/kombu/issues/

Contributing

Development of Kombu happens at Github: https://github.com/celery/kombu

You are highly encouraged to participate in the development. If you don't
like Github (for some reason) you're welcome to send regular patches.

License

This software is licensed under the New BSD License. See the LICENSE
file in the top distribution directory for the full license text.

.. |build-status| image:: https://github.com/celery/kombu/actions/workflows/ci.yaml/badge.svg
:alt: Build status
:target: https://github.com/celery/kombu/actions/workflows/ci.yml

.. |coverage| image:: https://codecov.io/github/celery/kombu/coverage.svg?branch=main
:target: https://codecov.io/github/celery/kombu?branch=main

.. |license| image:: https://img.shields.io/pypi/l/kombu.svg
:alt: BSD License
:target: https://opensource.org/licenses/BSD-3-Clause

.. |wheel| image:: https://img.shields.io/pypi/wheel/kombu.svg
:alt: Kombu can be installed via wheel
:target: https://pypi.org/project/kombu/

.. |pyversion| image:: https://img.shields.io/pypi/pyversions/kombu.svg
:alt: Supported Python versions.
:target: https://pypi.org/project/kombu/

.. |pyimp| image:: https://img.shields.io/pypi/implementation/kombu.svg
:alt: Support Python implementations.
:target: https://pypi.org/project/kombu/
.. |downloads| image:: https://pepy.tech/badge/kombu
:target: https://pepy.tech/project/kombu

kombu as part of the Tidelift Subscription

The maintainers of kombu and thousands of other packages are working with Tidelift to deliver commercial support and maintenance for the open source dependencies you use to build your applications. Save time, reduce risk, and improve code health, while paying the maintainers of the exact dependencies you use. Learn more.

--

主要指標

概覽
名稱與所有者celery/kombu
主編程語言Python
編程語言Makefile (語言數: 2)
平台
許可證BSD 3-Clause "New" or "Revised" License
所有者活动
創建於2010-06-23 10:10:24
推送於2024-10-28 17:05:46
最后一次提交
發布數179
最新版本名稱v5.5.0rc1 (發布於 )
第一版名稱v0.1.0 (發布於 )
用户参与
星數2.9k
關注者數73
派生數0.9k
提交數3.7k
已啟用問題?
問題數892
打開的問題數159
拉請求數823
打開的拉請求數48
關閉的拉請求數355
项目设置
已啟用Wiki?
已存檔?
是復刻?
已鎖定?
是鏡像?
是私有?