В чем смысл nexus sonatype

Artifact management with Nexus Repository

Nexus Repository, formerly known as “Sonatype Nexus” is a repository manager that serves as a central point for managing binary software components and their dependencies. In Cloudogu EcoSystem we use Nexus in combination with Apache Maven to manage dependencies.

Nexus Repository

There are two different versions of Nexus Repository: one open source and one professional. The open source version comes with all necessary features like hosted repositories, repository groups, proxied remote repositories, artifact search and more. The professional version extends the basic functionality by features like staged releases, artifact procurement, hosting project sites or maven settings management.

Artifact Management

Nexus Repository serves as a single point of contact for software artifacts from different origins. This leads to several benefits:

• faster and more reliable builds
• improved collaboration
• component usage visibility
• enforce components standards
• controlled sharing with partners
• ideal repository for robust governance

Nexus Repository and Cloudogu EcoSystem

In Cloudogu EcoSystem Nexus Repository is installed with its default configuration. It is part of the Single Sign-on system and you can reach it via the Warp Menu. By default, there is no special configuration, because the usage of Nexus Repository is highly depending on the needs of your projects. You can for example proxy or mirror external repositories or host your own ones.

There are several ways to use Nexus Repository for the dependencies you are using in your projects:

Method	Pros	Cons
Proxing dependencies from the web.	You are always using the latest version of the dependencies.	The dependency is lost in case the link changes (if no version is specified within the POM). You are forced to adapt to all changes that are made to the dependency.
Mirroring dependencies from the web.	You are storing a certain version of a dependency in your Nexus, this way the version stays untouched and you can develop your project precisely with this dependency.	You are not using the latest version of dependencies. You have to manually update dependencies.
Hosting your own dependencies or repositories.	Share dependencies that you developed on your own with other developers and deploy your projects to Nexus.	You have to implement the automated update of the repositories.

In our blogpost about automated release management with Cloudogu EcoSystem we showed how you can use Nexus Repository to automate your software development workflows for. It is also possible to implement a continuous deployment or delivery process by using Jenkins in combination with Nexus Repository.

Try it yourself

Nexus Repository is very helpful when it comes to keeping track of dependencies versions of your projects. According to your policies regarding dependency management you can configure Nexus to fit your needs. By integrating the tool into automated processes you can implement Continuous Integration or Continuous Delivery system. Other advantages are that you prevent an uncontrolled growth of dependencies in your project, that you are independent from the availability of dependencies in the web and that your architect/release manager has a good tool to control and manage required dependencies and releases.

Cloudogu EcoSystem

Convince yourself of the advantages of the Cloudogu Ecosystem. Use the modern DevOps platform now for free.

Русские Блоги

Повышение эффективности командной разработки — Репозиторий Nexus

О повышении эффективности командной разработки можно много сказать, вот относительно простой и «очевидный эффект».

В некоторых компаниях, если доступ к внешней сети ограничен, для доступа к внешней сети может потребоваться унифицированный прокси. И более строгое управление может также выдавать самозаверяющие сертификаты для внешних ресурсов, к которым осуществляется доступ, что вызовет несколько проблем.

• Каждому нужно настроить агент на рабочем компьютере
• Разные программы / платформы имеют разные способы настройки агентов.
• Медленный доступ
• Может потребоваться импортировать самозаверяющий сертификат в соответствующее хранилище доверенных сертификатов, и он может обновляться регулярно или нерегулярно.

Вышеупомянутые проблемы могут влиять на людей, выполняющих разные роли, будь то разработка, тестирование или даже эксплуатация и обслуживание. (Пока это связано с упаковкой, это повлияет более или менее)
Если одному человеку требуется 30 минут, чтобы решить вышеуказанные проблемы, то 10 людям нужно 5 часов. Общее время расчета по-прежнему велико, что сильно влияет на общую эффективность.
(если вы индивидуальный разработчик, это может не иметь большого смысла)

Есть ли решение? возможно Nexus Repository Это выбор.

Что такое Nexus и для чего он нужен?

При разработке часто используются различные зависимые библиотеки, например, в Java / Android. maven central , В Python pypi и многое другое.
Nexus Repository Это менеджер склада, с помощью которого мы можем проксировать различные общественные склады или строить собственные частные склады. Делает управление зависимостями, компиляцию, выпуск, развертывание и т. Д. При разработке программного обеспечения более удобным и эффективным.

Nexus Repository Есть Pro Платная версия, но обычно мы пользуемся ею бесплатно OSS Версия нормальная.

Как пользоваться Nexus?

установка

Здесь я использую docker Для установки, конечно, вы также можете напрямую загрузить установочный пакет и установить его.

скачать nexus новейший image

Привязываем порт и запускаем

Локальный тест, откройте браузер и введите

Увидев этот интерфейс, установка прошла успешно

В первый раз, когда установка будет успешной, нам будет предложено изменить пароль администратора по умолчанию, нам нужно shell Войдите и получите пароль

Если вы хотите остановить или запустить нексус, выполните следующую команду
$ docker stop/start nexus

Мы не настраивали автозапуск раньше, если вам нужно, чтобы контейнер запускался автоматически с запуском докера, вы можете выполнить следующую команду
$ docker update —restart=always nexus

В репо по умолчанию есть эти

Android/Java

Конфигурация на стороне сервера

Android и Java будут разделять большую часть общедоступных maven, наиболее распространенными из них являются

• google
• maven central
• jcenter
• fabric

Кроме того, Android также будет использовать

• gradle plugin
• gradle distribution

В качестве примера возьмите распределение Gradle, чтобы увидеть, как добавить эту конфигурацию

Обратите внимание, что его тип raw(proxy)

Вот краткое изложение часто используемых maven и соответствующего типа

public repo	type	remote location — official	mirror in China
google	maven2 (proxy)	https://dl.google.com/dl/android/maven2	https://maven.aliyun.com/repository/google
maven central	maven2 (proxy)	https://repo1.maven.org/maven2/	https://maven.aliyun.com/repository/central
jcenter	maven2 (proxy)	https://jcenter.bintray.com/	https://maven.aliyun.com/repository/jcenter
fabric	maven2 (proxy)	https://maven.fabric.io/public/	—
gradle plugin	maven2 (proxy)	https://plugins.gradle.org/m2/	https://maven.aliyun.com/repository/gradle-plugin
gradle distribution	raw (proxy)	https://services.gradle.org/distributions/	—

После создания соответствующего репо по очереди настройте maven-public, чтобы добавить все репо типа maven2

Конфигурация клиента

Возьмите проект Android в качестве примера, чтобы увидеть, какую конфигурацию нам нужно изменить.

Сначала откройте проект в любом текстовом редакторе (не используйте Android Studio или IDEA, он автоматически запустит синхронизацию градиента)

Изменить элемент build.gradle Репо

Изменить элемент settings.gradle , Настройте репозиторий плагина Gradle

Изменить файл gradle/wrapper/gradle-wrapper.properties

NodeJs

Конфигурация на стороне сервера

Создайте npm (proxy) Репо, удаленный URL

Конфигурация клиента

Посмотреть текущий npm из registry — $ npm get registry

Настроить зеркало npm

Восстановить реестр npm

Python

Конфигурация на стороне сервера

Создайте pypi (proxy) Репо, удаленный URL

Конфигурация клиента

Просмотр информации о текущей конфигурации, $ pip3 config list -v

Создайте файл в каталоге пользователя

/.pip/pip.conf (Если его не существует), добавьте следующую конфигурацию

Обратите особое внимание на то, что просто необходимо в конце index-url. Адрес перед простым — это адрес доступа к нексусу, замените его своим адресом.
Поскольку мы не используем https, нам нужно добавить наш хост к доверенному хосту.

Создайте cocoapods (proxy) Репо, удаленный URL

cocoapods Беда в том, что клиент поддерживает только https , Я еще не тестировал. Решение состоит в том, чтобы использовать самозаверяющий сертификат для включения https. Заинтересованные студенты могут настроить в соответствии с инструкциями в официальном документе -CocoaPods Repositories

Summary

Подводя итог, мы

• Поймите, что Nexus Repository, как менеджер зависимостей пакетов, может решить проблему утомительной и медленной конфигурации загрузки зависимостей внутри компании.
• Затем объяснил, как установить и настроить Nexus.
• Впоследствии объяснения конфигурации были сделаны для различных платформ, таких как Android/Java , NodeJs , Python , с участием iOS

Это лишь часть списка. На самом деле Nexus поддерживает многие другие, например apt , conda , docker , go , nuget , rubygems , yum и многое другое. Если есть соответствующая необходимость, вы можете найти соответствующую информацию для настройки и использования.

Справочные материалы

Интеллектуальная рекомендация

Меч относится к предложению + 43: количество N сиша + Java

Оригинальное название: бросить кубики на землю, все точки кости сталкиваются с точкой точки кости. Введите n, напечатали вероятность всех возможных значений. (6 сторон каждой кости, точки от 1 до 6) Р.

Введение в Python 4

функция ввода Использование функции Функция input () является функцией ввода. Функция input () — это функция ввода. Когда вы пишете вопрос в скобках функции, функция input () будет отображать вопрос в.

Основные операции в R 01

Повторите основную операцию секретной книги ниндзя языка R учителя Се Иихуэй.

Мастерство, создание американской легенды очистки воды

Мастера — это не только технические специалисты и квалифицированные мастера, которые могут решить некоторые практические проблемы в производстве и жизни, но также авангарды, которые могут руководить п.

курсы памяти Лу Feifei (а, понимать память понимания мозга)

Понимание памяти, что память? Понимание памяти, что память? 1 Понимание мозга 2 Что такое память Функция 3 Память 3.1 общие воспоминания путь 3.2 Факторы, влияющие на память 4 запоминающий материал Че.

Sonatype Nexus — Beyond Repository Manager

Many of us know Nexus as a Repository Manager, but Sonatype has recently evolved Nexus Platform to deliver full spectrum control of software development lifecycle to developers. Here are some of them I had an opportunity to explore on.

Nexus Repository

It is an artifact repository which supports many different artifact formats including docker, maven, npm, nuget etc. It also supports generic formats like zip files through raw repositories.

OSS Vs Pro

OSS is the free/open source version of Nexus Repository where as Pro version offers additional features like SAML/SSO authentication, Enterprise support, dynamic storage, custom metadata and many more. A full list of pro features compared to oss can be found here https://www.sonatype.com/products/repository-oss-vs-pro-features

Equivalent Tools

• JFrog Artifactory

Nexus IQ Server

Nexus IQ Server is a policy engine powered by precise intelligence on open source components.

Sonatype creates its data using a proprietary, automated vulnerability detection system that monitors, aggregates, correlates, and incorporates machine learning from publicly available information like National Vulnerability Database, OWASP, OSS Index and many more.

Sonatype uses a combination of automated identification and human research that eliminates false positives and negatives.

Nexus Lifecycle and Nexus Firewall are powered by Nexus IQ Server.

Nexus Lifecycle

Lifecycle is the open source code security and dependency management tool which continuously monitors and helps identify vulnerabilities and licenses at the every stage of software development.

The policy enforcement is configurable at Root Organization level or Individual Organization level (Projects) or Individual Application level. The policy enforcement is also configurable at various stages of your software development lifecycle, which Sonatype categorise as proxy, develop, source, build, stage, release and operate stages.

Policy violation actions (No Action, Warn, Fail) can be set to fail the pipelines at specific stages.

Applications can be categorised as Distributed, Hosted, Internal or even custom categories and policies can be configured differently for each application category based on security requirements

Beyond Day 0, with continuous monitoring feature enabled, Lifecycle performs the scan on a daily basis for the components identified in the configured stage and notifies of any new vulnerabilities that come up. With continuous monitoring, vulnerability scanning is performed outside of the devops pipeline on a regular basis for components already in production.

With Lifecycle license,

• The scan tool can be integrated into the IDE
• The scan reports can be viewed and downloaded through IQ Server UI or through apis

Equivalent Tools:

• Snyk Open Source
• JFrog X-Ray
• Dependabot

Nexus Firewall

Firewall gives you the ability to block vulnerable open source software packages and their dependencies from entering into your code (IDE), proxy repositories or DevOps pipelines.

With Firewall license,

• The scan reports can be viewed through IQ Server UI but cannot be downloaded.

Nexus Container

Scans for open source vulnerabilities related to application components in each layer of a docker image file.

Note that it does not scan the OS level components. [Clair (OpenSource) is container scan at OS level]

Equivalent Tools:

• Snyk Container

Sonatype Lift

Code analysis tool focused on code quality.

Free version is limited to public repositories.

Pro version is for unlimited private repositories and supports 11 languages. Can be run for every pull request and the feedback is provided as comments in Code Review.

Установка и настройка Nexus Sonatype используя подход infrastructure as code

Sonatype Nexus – платформа, с помощью которой разработчики могут проксировать, хранить и управлять зависимостями Java (Maven), образами Docker, Python, Ruby, NPM, Bower, RPM-пакетами, gitlfs, Apt, Go, Nuget, а также распространять свое программное обеспечение.

Зачем нужен Sonatype Nexus?

• Для хранения приватных артефактов;
• Для кеширования артефактов, которые скачиваются из интернета;

Артефакты поддерживаемые в базовой поставке Sonatype Nexus:

• Java, Maven (jar)
• Docker
• Python (pip)
• Ruby (gem)
• NPM
• Bower
• Yum (rpm)
• gitlfs
• Raw
• Apt (deb)
• Go
• Nuget

Артефакты поддерживаемые сообществом:

• Composer
• Conan
• CPAN
• ELPA
• Helm
• P2
• R

Установка Sonatype Nexus используя https://github.com/ansible-ThoTeam/nexus3-oss

Требования

• Прочитайте про использование ansible в интернете.
• Установите ansible pip install ansible на рабочей станции где запускается playbook.
• Установите geerlingguy.java на рабочей станции где запускается playbook ansible-galaxy install geerlingguy.java .
• Установите geerlingguy.apache на рабочей станции где запускается playbook ansible-galaxy install geerlingguy.apache .
• Склонируйте git репозиторий git clone https://github.com/ansible-ThoTeam/nexus3-oss.git
• Эта роль протестирована на CentOS 7, Ubuntu Xenial (16.04) and Bionic (18.04), Debian Jessie and Stretch
• jmespath библиотека должна быть установлена на рабочей станции где запускается playbook. Для установки выполните sudo pip install -r requirements.txt
• Сохраните файл playbook (пример ниже) в файл nexus.yml
• Запустите установку nexus ansible-playbook -i host nexus.yml

Пример ansible-playbook для установки nexus без LDAP с репозиториями Maven (java), Docker, Python, Ruby, NPM, Bower, RPM и gitlfs.

Скриншоты:

Переменные роли

Role Variables

Переменные со значениями по умолчанию (см. default/main.yml ):

General variables

По умолчанию роль установит последнюю доступную версию Nexus. Вы можете исправить версию, изменив переменную nexus_version . Смотрите доступные версии на https://www.sonatype.com/download-oss-sonatype.

Если вы измените версию на более новую, то роль попытается обновить ваш установленный Nexus.

Если вы используете более старую версию Nexus, чем последняя, вы должны убедиться, что не используете функции, которые недоступны в установленном выпуске (например, размещенние yum репозиториев доступно для nexus больше чем 3.8.0, git lfs repo для nexus больше чем 3.3.0 и т. д.)

nexus timezone — это имя часового пояса Java, которое может быть полезно в сочетании с приведенными ниже выражениями cron для nexus_scheduled tasks.

Порт Nexus и контекстный путь

Порт и контекстный путь процесса Java-соединения. nexus_default_context_path должен содержать косую черту, когда он установлен, например.: nexus_default_context_path: ‘/nexus/’ .

Пользователь и группа ОС Nexus

Пользователь и группа, используемые для владения файлами Nexus и запуска службы, будут созданы ролью, если она отсутствует.

Разрешить изменять домашний каталог по умолчанию для пользователя nexus

Каталоги экземпляров Nexus

• nexus_installation_dir содержит установленные исполняемые файлы
• nexus_data_dir содержит всю конфигурацию, репозитории и загруженные артефакты. Кастомные пути blobstores nexus_data_dir могут быть настроены, смотрите ниже nexus_blobstores .
• nexus_tmp_dir содержит все временные файлы. Путь по умолчанию для redhat был перемещен из /tmp для преодоления потенциальные проблемы с автоматическими процедурами очистки. Смотрите #168.

Настройка использование памяти Nexus JVM

Это настройки по умолчанию для Nexus. Пожалуйста, не изменяйте эти значения Если вы не прочитали раздел памяти системных требований nexus и не понимаете, что они делают.

Как второе предупреждение, вот выдержка из вышеупомянутого документа:

Пароль администратора

Пароль учетной записи «admin» для настройки. Это работает только при первой установке по умолчанию. Пожалуйста, смотрите [Изменить пароль администратора после первой установки](# change-admin-password-after-first-install), если вы хотите изменить его позже с помощью роли.

Настоятельно не рекомендуется хранить свой пароль в виде открытого текста в playbook, а использовать [шифрование ansible-vault] (https://docs.ansible.com/ansible/latest/user_guide/vault.html) (либо встроенный или в отдельный файл, загруженный, например, с помощью include_vars)

Анонимный доступ по умолчанию

Анонимный доступ по умолчанию вылючен. Подробнее про анонимный доступ.

Публичное имя хоста

Полное доменное имя и схема (https или http), по которой экземпляр Nexus будет доступен для его клиентов.

Доступ API для этой роли

Эти переменные контролируют, как роль подключается к API Nexus для предоставления.
Только для продвинутых пользователей. Скорее всего, вы не хотите изменять эти настройки по умолчанию

Настройка обратного прокси

Установите Обратный прокси-сервер SSL.
Для этого нужно установить httpd. Примечание: когда для httpd_setup_enable установлено значение true , nexus связывается с 127.0.0.1:8081, таким образом не будучи напрямую доступным через HTTP-порт 8081 с внешнего IP-адреса.

Используемое имя хоста по умолчанию — nexus_public_hostname . Если вам нужны разные имена по какой-либо причине, вы можете установить httpd_server_name с другим значением.

С httpd_copy_ssl_files: true (по умолчанию) вышеупомянутые сертификаты должны существовать в вашей директории playbook и будут скопированы на сервер и настроены в apache.

Если вы хотите использовать существующие сертификаты на сервере, установите httpd_copy_ssl_files: false и предоставьте следующие переменные:

httpd_ssl_cert_chain_file_location является необязательным и должен быть оставлен неустановленным, если вы не хотите настраивать файл цепочки

Установить адрес электронной почты администратора по умолчанию

Конфигурация LDAP

Соединения LDAP и область безопасности по умолчанию отключены

Соединения LDAP, каждый элемент выглядит следующим образом:

Пример конфигурации LDAP для анонимной аутентификации (анонимная привязка), это также «минимальная» конфигурация:

Пример конфигурации LDAP для простой аутентификации (с использованием учетной записи DSA):

Пример конфигурации LDAP для простой аутентификации (с использованием учетной записи DSA) + группы, сопоставленные как роли:

Пример конфигурации LDAP для простой аутентификации (с использованием учетной записи DSA) + группы, динамически сопоставленные как роли:

Привилегии

Список привилегий для настройки. Посмотрите документацию и графический интерфейс, чтобы проверить, какие переменные должны быть установлены в зависимости от типа привилегии.

Эти элементы объединяются со следующими значениями по умолчанию:

Роли (внутри Nexus имеется виду)

Список ролей для настройки.

Пользователи

Local (non-LDAP) users/accounts list to create in nexus.

Список локальных (не LDAP) пользователей/учетных записей для создания в Nexus.

Маппинг Ldap пользователей/ролей. Состояние absent удалит роли из существующего пользователя, если он уже существует.
Пользователи Ldap не удаляются. Попытка установить роль для несуществующего пользователя приведет к ошибке.

Селекторы контента

Для получения дополнительной информации о селекторе контента см. Документацию.

Чтобы использовать селектор контента, добавьте новую привилегию с type: repository-content-selector и соответствующим contentSelector

Blobstores и репозитории

Delete the repositories from the nexus install initial default configuration. This step is only executed on first-time install (when nexus_data_dir has been detected empty).

Удаление репозиториев из исходной конфигурации по умолчанию для Nexus. Этот шаг выполняется только при первой установке (когда nexus_data_dir пустой).

Delete the default blobstore from the nexus install initial default configuration. This can be done only if nexus_delete_default_repos: true and all configured repositories (see below) have an explicit blob_store: custom . This step is only executed on first-time install (when nexus_data_dir has been detected empty).

Удаление хранилища блобов (бинарных артефактов) выключено по умолчанию из исходной конфигурации. Для удаления хранилища блобов (бинарных артефактов) выключите nexus_delete_default_repos: true . Этот шаг выполняется только при первой установке (когда nexus_data_dir пустой).

Blobstores to create. A blobstore path and a repository blobstore cannot be updated after initial creation (any update here will be ignored on re-provisionning).

Configuring blobstore on S3 is provided as a convenience and is not part of the automated tests we run on travis. Please note that storing on S3 is only recommended for instances deployed on AWS.

Cоздание Blobstores. Путь к хранилищу и репозиторию хранилищ не могут быть обновлены после первоначального создания (любое обновление здесь будет игнорироваться при повторной установке).

Настройка хранилища BLOB-объектов на S3 предоставляется для удобства. Обратите внимание, что хранение на S3 рекомендуется только для экземпляров, развернутых на AWS.

Выше пример конфигурации прокси-сервер Maven.

Maven hosted repositories configuration. Negative cache config is optionnal and will default to the above values if omitted.

Конфигурация размещенных (hosted) репозиториев Maven. Конфигурация отрицательного кэша (-1) является необязательной и будет по умолчанию использовать вышеуказанные значения, если не указана.

Все три типа репозитория объединяются со следующими значениями по умолчанию:

Docker, Pypi, Raw, Rubygems, Bower, NPM, Git-LFS and yum repository types:
see defaults/main.yml for these options:

Хранилища Docker, Pypi, Raw, Rubygems, Bower, NPM, Git-LFS и yum по умолчанию выключены:
Смотрите defaults/main.yml для этих опций:

Обратите внимание, что вам может потребоваться включить определенные области безопасности, если вы хотите использовать другие типы репозиториев, кроме maven. Это по умолчанию false

Remote User Realm также может быть включена с помощью

и заголовок может быть настроен путем определения

Запланированные задачи

Запланированные задачи для настройки. typeId и специфичные для задачи taskProperties / booleanTaskProperties можно угадать либо:

• из иерархии типов Java org.sonatype.nexus.scheduling.TaskDescriptorSupport
• проверяя HTML-форму создания задачи в вашем браузере
• от просмотра запросов AJAX в браузере при ручной настройке задачи.

Свойства задачи должны быть объявлены в правильном блоке yaml в зависимости от их типа:

• taskProperties для всех строковых свойств (т. е. имен репозиториев, имен хранилищ, периодов времени . ).
• booleanTaskProperties для всех логических свойств (т. е. в основном чекбоксы в графическом интерфейсе задачи создания нексуса).

Резервные копии

Резервное копирование не будет настроено, пока вы не переключите nexus_backup_configure в true .
В этом случае запланированная задача сценария будет настроена для запуска в Nexus
с интервалом, указанным в nexus_backup_cron (по умолчанию 21:00 каждый день).
См. [Шаблон groovy для этой задачи](templates / backup.groovy.j2) для получения подробной информации.
Это запланированное задание не зависит от других nexus_scheduled_tasks , которые вы
объявить в своем playbook.

Если вы хотите ротировать/удалять резервные копии, установите nexus_backup_rotate: true и настройте количество бекапов, которое вы хотели бы сохранить с помощью nexus_backup_keep_rotations (по умолчанию 4).

При использовании ротации, если вы хотите сэкономить дополнительное дисковое пространство во время процесса резервного копирования,
Вы можете установить nexus_backup_rotate_first: true . Это настроит предварительное ротирование/удаление перед бекапом. По умолчанию ротиция происходит после создания резервной копии. Обратите внимание, чем в этом случае старые резервные копии
удалятся до того, как текущий бекап будет сделан.

Процедура восстановления

Запустите playbook с параметром -e nexus_restore_point=<YYYY-MM-dd-HH-mm-ss>
(например, 2017-12-17-21-00-00 для 17 декабря 2017 в 21:00

Удаление nexus

Предупреждение: это полностью удалит текущие данные. Обязательно сделайте резервную копию ранее, если это необходимо

Используйте переменную nexus_purge , если вам нужно перезапустить с нуля и переустановить экземпляр nexus с удалением всех данных.

Изменить пароль администратора после первой установки

Это не должно быть изменено в вашем playbook. Эта переменная заполняется стандартным паролем администратора Nexus при первой установке и гарантирует, что мы можем изменить пароль администратора на nexus_admin_password .

Если вы хотите изменить пароль администратора после первой установки, вы можете временно изменить его на старый пароль из командной строки. После изменения nexus_admin_password в вашей игровой книге вы можете запустить: