File manager - Edit - /opt/saltstack/salt/lib/python3.10/site-packages/salt/renderers/__pycache__/pyobjects.cpython-310.pyc
Back
o ;jD � @ s� d Z ddlZddlZddlZddlZddlZddlmZ ddl m Z m Z m Z m Z e�d�Ze�d�Ze�d�Ze�e�Zzded < W n eyM i ZY nw G d d � d �Zd d � Zddd�ZdS )a( Python renderer that includes a Pythonic Object based interface :maintainer: Evan Borgstrom <evan@borgstrom.ca> Let's take a look at how you use pyobjects in a state file. Here's a quick example that ensures the ``/tmp`` directory is in the correct state. .. code-block:: python :linenos: #!pyobjects File.managed("/tmp", user='root', group='root', mode='1777') Nice and Pythonic! By using the "shebang" syntax to switch to the pyobjects renderer we can now write our state data using an object based interface that should feel at home to python developers. You can import any module and do anything that you'd like (with caution, importing sqlalchemy, django or other large frameworks has not been tested yet). Using the pyobjects renderer is exactly the same as using the built-in Python renderer with the exception that pyobjects provides you with an object based interface for generating state data. Creating state data ------------------- Pyobjects takes care of creating an object for each of the available states on the minion. Each state is represented by an object that is the CamelCase version of its name (i.e. ``File``, ``Service``, ``User``, etc), and these objects expose all of their available state functions (i.e. ``File.managed``, ``Service.running``, etc). The name of the state is split based upon underscores (``_``), then each part is capitalized and finally the parts are joined back together. Some examples: * ``postgres_user`` becomes ``PostgresUser`` * ``ssh_known_hosts`` becomes ``SshKnownHosts`` Context Managers and requisites ------------------------------- How about something a little more complex. Here we're going to get into the core of how to use pyobjects to write states. .. code-block:: python :linenos: #!pyobjects with Pkg.installed("nginx"): Service.running("nginx", enable=True) with Service("nginx", "watch_in"): File.managed("/etc/nginx/conf.d/mysite.conf", owner='root', group='root', mode='0444', source='salt://nginx/mysite.conf') The objects that are returned from each of the magic method calls are setup to be used a Python context managers (``with``) and when you use them as such all declarations made within the scope will **automatically** use the enclosing state as a requisite! The above could have also been written use direct requisite statements as. .. code-block:: python :linenos: #!pyobjects Pkg.installed("nginx") Service.running("nginx", enable=True, require=Pkg("nginx")) File.managed("/etc/nginx/conf.d/mysite.conf", owner='root', group='root', mode='0444', source='salt://nginx/mysite.conf', watch_in=Service("nginx")) You can use the direct requisite statement for referencing states that are generated outside of the current file. .. code-block:: python :linenos: #!pyobjects # some-other-package is defined in some other state file Pkg.installed("nginx", require=Pkg("some-other-package")) The last thing that direct requisites provide is the ability to select which of the SaltStack requisites you want to use (require, require_in, watch, watch_in, use & use_in) when using the requisite as a context manager. .. code-block:: python :linenos: #!pyobjects with Service("my-service", "watch_in"): ... The above example would cause all declarations inside the scope of the context manager to automatically have their ``watch_in`` set to ``Service("my-service")``. Including and Extending ----------------------- To include other states use the ``include()`` function. It takes one name per state to include. To extend another state use the ``extend()`` function on the name when creating a state. .. code-block:: python :linenos: #!pyobjects include('http', 'ssh') Service.running(extend('apache'), watch=[File('/etc/httpd/extra/httpd-vhosts.conf')]) Importing from other state files -------------------------------- Like any Python project that grows you will likely reach a point where you want to create reusability in your state tree and share objects between state files, Map Data (described below) is a perfect example of this. To facilitate this Python's ``import`` statement has been augmented to allow for a special case when working with a Salt state tree. If you specify a Salt url (``salt://...``) as the target for importing from then the pyobjects renderer will take care of fetching the file for you, parsing it with all of the pyobjects features available and then place the requested objects in the global scope of the template being rendered. This works for all types of import statements; ``import X``, ``from X import Y``, and ``from X import Y as Z``. .. code-block:: python :linenos: #!pyobjects import salt://myfile.sls from salt://something/data.sls import Object from salt://something/data.sls import Object as Other See the Map Data section for a more practical use. Caveats: * Imported objects are ALWAYS put into the global scope of your template, regardless of where your import statement is. Salt object ----------- In the spirit of the object interface for creating state data pyobjects also provides a simple object interface to the ``__salt__`` object. A function named ``salt`` exists in scope for your sls files and will dispatch its attributes to the ``__salt__`` dictionary. The following lines are functionally equivalent: .. code-block:: python :linenos: #!pyobjects ret = salt.cmd.run(bar) ret = __salt__['cmd.run'](bar) Pillar, grain, mine & config data --------------------------------- Pyobjects provides shortcut functions for calling ``pillar.get``, ``grains.get``, ``mine.get`` & ``config.get`` on the ``__salt__`` object. This helps maintain the readability of your state files. Each type of data can be access by a function of the same name: ``pillar()``, ``grains()``, ``mine()`` and ``config()``. The following pairs of lines are functionally equivalent: .. code-block:: python :linenos: #!pyobjects value = pillar('foo:bar:baz', 'qux') value = __salt__['pillar.get']('foo:bar:baz', 'qux') value = grains('pkg:apache') value = __salt__['grains.get']('pkg:apache') value = mine('os:Fedora', 'network.interfaces', 'grain') value = __salt__['mine.get']('os:Fedora', 'network.interfaces', 'grain') value = config('foo:bar:baz', 'qux') value = __salt__['config.get']('foo:bar:baz', 'qux') Opts dictionary and SLS name ---------------------------- Pyobjects provides variable access to the minion options dictionary and the SLS name that the code resides in. These variables are the same as the `opts` and `sls` variables available in the Jinja renderer. The following lines show how to access that information. .. code-block:: python :linenos: #!pyobjects test_mode = __opts__["test"] sls_name = __sls__ Map Data -------- When building complex states or formulas you often need a way of building up a map of data based on grain data. The most common use of this is tracking the package and service name differences between distributions. To build map data using pyobjects we provide a class named Map that you use to build your own classes with inner classes for each set of values for the different grain matches. .. code-block:: python :linenos: #!pyobjects class Samba(Map): merge = 'samba:lookup' # NOTE: priority is new to 2017.7.0 priority = ('os_family', 'os') class Ubuntu: __grain__ = 'os' service = 'smbd' class Debian: server = 'samba' client = 'samba-client' service = 'samba' class RHEL: __match__ = 'RedHat' server = 'samba' client = 'samba' service = 'smb' .. note:: By default, the ``os_family`` grain will be used as the target for matching. This can be overridden by specifying a ``__grain__`` attribute. If a ``__match__`` attribute is defined for a given class, then that value will be matched against the targeted grain, otherwise the class name's value will be be matched. Given the above example, the following is true: 1. Minions with an ``os_family`` of **Debian** will be assigned the attributes defined in the **Debian** class. 2. Minions with an ``os`` grain of **Ubuntu** will be assigned the attributes defined in the **Ubuntu** class. 3. Minions with an ``os_family`` grain of **RedHat** will be assigned the attributes defined in the **RHEL** class. That said, sometimes a minion may match more than one class. For instance, in the above example, Ubuntu minions will match both the **Debian** and **Ubuntu** classes, since Ubuntu has an ``os_family`` grain of **Debian** and an ``os`` grain of **Ubuntu**. As of the 2017.7.0 release, the order is dictated by the order of declaration, with classes defined later overriding earlier ones. Additionally, 2017.7.0 adds support for explicitly defining the ordering using an optional attribute called ``priority``. Given the above example, ``os_family`` matches will be processed first, with ``os`` matches processed after. This would have the effect of assigning ``smbd`` as the ``service`` attribute on Ubuntu minions. If the ``priority`` item was not defined, or if the order of the items in the ``priority`` tuple were reversed, Ubuntu minions would have a ``service`` attribute of ``samba``, since ``os_family`` matches would have been processed second. To use this new data you can import it into your state file and then access your attributes. To access the data in the map you simply access the attribute name on the base class that is extending Map. Assuming the above Map was in the file ``samba/map.sls``, you could do the following. .. code-block:: python :linenos: #!pyobjects from salt://samba/map.sls import Samba with Pkg.installed("samba", names=[Samba.server, Samba.client]): Service.running("samba", name=Samba.service) � N)�get_file_client)�Map�Registry� SaltObject� StateFactoryz'^\s*from\s+(salt:\/\/.*)\s+import (.*)$z^\s*import\s+(salt:\/\/.*)$z^(.*) as (.*)$TZpyobjects_loadedc @ s e Zd ZdZdd� Zdd� ZdS )�PyobjectsModulez)This provides a wrapper for bare imports.c C s || _ || _d S )N)�name�__dict__)�selfr �attrs� r �L/opt/saltstack/salt/lib/python3.10/site-packages/salt/renderers/pyobjects.py�__init__Y s zPyobjectsModule.__init__c C s d| j �d�S )Nz <module 'z' (pyobjects)>)r )r r r r �__repr__] s zPyobjectsModule.__repr__N)�__name__� __module__� __qualname__�__doc__r r r r r r r V s r c C s� i } t j�t�td< t�� td< t j�t�}t jjt|d�}t j�t�}t j� t|||�}|� � D ] \}}d|vr:q1|� dd�\}}|| vrJi | |< || | |< q1| t d< dS )z9 This loads our states into the salt __context__ �grains�pillar)�utils�.� �pyobjects_statesN) �salt�loaderr �__opts__� __pillar__�valuer Z minion_modsZ serializers�states�items�split� __context__) r Z lazy_utilsZ lazy_funcsZlazy_serializersZ lazy_states�key�func�mod_nameZ func_namer r r � load_statesa s r& �base� c sN dt vrt� |d u r i }i � dti}t d D ]-}i }d�dd� |�d�D ��} d�t d | �} d�| || �} t| ||� || � | < qtj� d < tj � d < t t _ t � d < z!� � t t �t d t d t d t d t ttt|d� � � � |� W n ty� Y nw |s�� S dt_� ��fdd���| �\} } � � | � dt_t| � � t�� S )Nr r r( c S s g | ]}|� � �qS r )� capitalize)�.0�partr r r � <listcomp>� s zrender.<locals>.<listcomp>�_z','z-{} = StateFactory('{!s}', valid_funcs=['{}'])�include�extendr z pillar.getz grains.getzmine.getz config.get) r r r ZmineZconfig�__salt__r � __grains__r Z__sls__Fc s� g }t � �}| �� D ]�}|�d�}d}ttfD ]�}|�|�}|s!q|�d��� }z |�d��d�}W n t y= d }Y nw t t ��:} | � |��} | sSt d|� d���tjj�| ��} �| �\} } W d � n1 skw Y t| | � W d � n1 sw Y |d u r�tj�tj�| ��d }t|| �||< n7|D ]4}|�� }}t�|�}|d ur�|�d��� }|�d��� }|| vr�t d|� d |� d���| | ||< q�d } |s�|�|� q d �|�|fS ) Nz Fr � �,zCould not find the file '�'r z' was not found in 'T� )�dict� readlines�rstrip� IMPORT_RE�FROM_RE�match�group�stripr! � IndexErrorr r Z cache_file� ImportErrorr r �filesZfopen�exec�os�path�splitext�basenamer � FROM_AS_RE�append�join)�templateZ template_dataZtemplate_globals�lineZmatchedZRE�matchesZ import_fileZimports�clientZ state_fileZstate_fhZstate_contentsZ state_globalsZ import_namer �alias�Z_globals�process_template�saltenvr r rO � s\ � � � � � �z render.<locals>.process_templateT)r" r& r rH r! �formatrA r r. Z make_extendr0 r �updater r r1 r � NameError�enabled� salt_data)rI rP ZslsrU �context�kwargs� mod_globals�modZ mod_localsZ mod_camelZ valid_funcsZmod_cmdZfinal_templateZ final_globalsr rN r �render{ s\ � �� � ? rZ )r' r( TN)r �loggingrB �reZ salt.loaderr Zsalt.utils.filesZsalt.fileclientr Zsalt.utils.pyobjectsr r r r �compiler: r9 rF � getLoggerr �logr" rS r r& rZ r r r r �<module> s, A �
| ver. 1.4 |
Github
|
.
| PHP 8.2.30 | Generation time: 0 |
proxy
|
phpinfo
|
Settings