I.1 Java Spring Boot
Он подходит для создания микросервисных систем
- Использование страницы Spring Project Bootstrap позволяет создать проект за считанные секунды
- Удобно экспортировать различные виды сервисов, таких как REST API, WebSocket, Web, Streaming и Tasks
- Очень лаконичная интеграция политики безопасности
- Поддерживаются реляционные и нереляционные базы данных
- Поддерживайте встроенные контейнеры во время выполнения, такие как Tomcat и Jetty
- Мощный пакет разработки с поддержкой горячей загрузки
- Автоматическое управление зависимостями
- Встроенный мониторинг приложений
- Поддерживает различные IED, такие как IntelliJ IDEA, NetBeans
Другие языки: .net core, Go и др.
I.2 Дженкинс
Автоматизированные процедуры CI для непрерывной интеграции
- Открытый и бесплатный
- Кроссплатформенный, поддержка всех платформ (я установил на Ubuntu 14.04, использование образа jenkins docker не сработало)
- Master/Slave поддерживает распределённые сборки
- Страница визуального управления в виде веба
- Установка и настройка очень просты
- Советы Оперативная и быстрая помощь
- Сотни плагинов, которые уже существуют
I.3 GitLab
- Самостоятельный репозиторий проектов Git, к которому можно получить доступ через веб-интерфейс для публичных или частных установок проектов.
- Функционал похож на GitHub, с возможностью навигации по исходному коду, управления багами и комментариями. Можно управлять командным доступом к репозиторию, очень легко просматривать представленные версии и предоставляет библиотеку истории файлов.
- Члены команды могут общаться с помощью встроенной простой программы чата (Wall). Также есть функция сбора фрагментов кода, которая позволяет легко повторять код и легко найти позже, когда это необходимо.
- Доксер
- Docker — это движок с открытым исходным кодом, который позволяет легко создать лёгкий, портативный и автономный контейнер для любого приложения. Контейнеры, которые разработчики компилируют и тестируют на ноутбуках, могут быть развернуты пакетами в производственных средах, включая виртуальные машины (виртуальные машины), bare metal, кластеры OpenStack и другие базовые платформы приложений.
- Docker обычно используется в следующих сценариях:
- автоматизированная упаковка и публикация веб-приложений;
- автоматизированное тестирование и непрерывная интеграция, выпуск;
- Развертывать и настраивать базы данных или другие фоновые приложения в сервисно-ориентированной среде;
- Создайте собственную PaaS-среду, скомпилируя или расширив существующую платформу OpenShift или Cloud Foundry с нуля.
I.4 Kubernetes
- Kubernetes — это система управления контейнерными кластерами и платформа с открытым исходным кодом, способная реализовывать такие функции, как автоматизированное развертывание, автоматическое масштабирование и обслуживание кластеров контейнеров.
- С Kubernetes вы можете следующие:
- Быстрое развертывание приложений
- Масштабируйте свои приложения быстро
- Бесшовная интеграция с новыми функциями приложений
- Экономия ресурсов и оптимизация использования аппаратных ресурсов
I.5 MQ
Когда такие факторы, как скорость или стабильность «производства» и «потребления», непоследовательны в системе, нужны очереди сообщений как абстракция для преодоления различий между двумя сторонами. Сообщение — это единица данных, передаваемая между двумя компьютерами. Сообщения могут быть очень простыми, например, содержать только текстовые строки; Он также может быть более сложным и содержать встроенные объекты. Сообщения отправляются в очереди — контейнеры, хранящие сообщения во время передачи.
- Разъединённые
- Избыточность
- Масштабируемость
- Гибкость и максимальная пропускная способность
- Восстановимость
- Гарантированная доставка
- Сортировка гарантирована
- Буферизация
- Понимание потоков данных
- Асинхронная связь
I.6 SQL DB
- База данных — это хранилище, построенное на компьютерных устройствах хранения, которое организует, хранит и управляет данными согласно структуре данных.
- Проще говоря, его можно рассматривать как электронный картотечный шкаф — место, где хранятся электронные файлы, а пользователи могут добавлять, перехватывать, обновлять, удалять и выполнять другие операции с данными в файле.
- В повседневной работе экономического менеджмента часто необходимо помещать релевантные данные в такой «склад» и обрабатывать их в соответствии с потребностями управления.
MySQL/PostgreSQL является представителем традиционных реляционных баз данных.
HBase является представителем технологии Big Tables (индексация строк, хранение столбцов).
Neo4j(http://www.neo4j.org/) — это представитель графовой базы данных, используемый для хранения сложных и многомерных структур графов.
Redis — это представитель NoSQL, основанный на Key-Value, и существует Redis-to-go для предоставления услуг хранения.
MongoDB/CouchDB — это представитель NoSQL, основанный на Document, а Couchbase — это слияние технологий Document/Key-Value.
VoltDB является представителем NewSQL с согласованностью данных и хорошей масштабируемостью, а его производительность в десятки раз превышает MySQL.
TiDB — это распределённая SQL-база данных, разработанная отечественной командой PingCAP. Вдохновлённый ключами Google F1 и ключом Google, TiDB поддерживает такие функции, как традиционные СУБД и NoSQL.
Стек I.7 TICK
InfluxDB
Инструменты базы данных временных рядов.
Телеграф
это инструмент для сбора и хранения данных. Он предоставляет множество плагинов ввода и вывода, таких как сбор локального процессора, загрузки, сетевого трафика и т.д., а затем запись их в InfluxDB или Kafka.
Хронограф
Инструменты для рисования
Капаситор
Kapacitor — это инструмент сигнализации от InfluxData, который считывает данные из InfluxDB и настраивает TickScript в зависимости от типа DLS для оповещения.
I.8 Кипалив
Keepalived — это сервисное программное обеспечение для управления кластерами, которое обеспечивает высокую доступность кластеров, подобно сердечному ритму, чтобы предотвратить отдельные точки отказа.
keepalilived основан на протоколе VRRP, который расшифровывается как Virtual Router Redundancy Protocol, то есть протокол избыточности виртуальной маршрутизации.
Протокол избыточности виртуального маршрута, который можно рассматривать как протокол для обеспечения высокой доступности маршрутизаторов, то есть N маршрутизаторов, выполняющих те же функции, составляют группу маршрутизаторов, у этой группы есть мастер и несколько резервных копий, а на мастере есть VIP, предоставляющий услуги внешнему миру (маршрут по умолчанию других машин в локальной сети, где находится маршрутизатор, — это VIP), мастер отправляет мультикаст, и если резервная копия не может принять VRRP-пакет, считается, что мастер не работает. В данный момент нужно выбрать запасного в качестве мастера в соответствии с приоритетом VRRP. Это обеспечит высокую доступность роутера.
У Keepalive есть три основных модуля: Core, Check и VRRP. Основной модуль является ядром keepalived, который отвечает за запуск и поддержание основного процесса, а также за загрузку и разбор глобальных конфигурационных файлов. Check отвечает за медицинские проверки, включая различные распространённые методы обследования. Модуль VRRP разработан для реализации протокола VRRP
Гавань I.9
Harbor — это сервер реестра корпоративного уровня для хранения и распространения образов Docker.
I.10 Ignite / Redis
Apache Ignite In-Memory Data Organization Framework — это высокопроизводительная, интегрированная и распределённая вычислительная и транзакционная платформа для крупномасштабной обработки наборов данных с более высокой производительностью, чем традиционные технологии на диске или флеш-памяти, а также обеспечивая высокопроизводительное распределенное управление организацией данных между приложениями и различными источниками данных.
| порядковый номер | Сравните проекты | Apache Ignite | Redis | | 1 | JCache (JSR 107) | Ignite полностью совместим со спецификацией кэширования JCache (JSR107) | Не поддерживается | | 2 | ACID транзакции | Ignite полностью поддерживает ACID-транзакции, включая оптимистичные и пессимистичные модели параллелизма, а также уровни изоляции READ_COMMITTED, REPEATABLE_READ и СЕРИАЛИЗУЕМЫХ. | Redis обеспечивает ограниченную поддержку оптимистичных транзакций на стороне клиента, которые требуют от клиента вручную повторять транзакцию при одновременном обновлении. | | 3 | Разделение данных | Ignite поддерживает разделённое кэширование, аналогичное распределённому хешу, где каждый узел кластера хранит часть данных, а Ignite автоматически ребалансирует данные в случае изменения топологии. | Redis не предоставляет разбиение, но обеспечивает шардинг реплик, что очень жёстко в использовании и требует серии довольно сложных ручных шагов при изменении топологии — как клиента, так и сервера. | | 4 | Полный экземпляр | Ignite поддерживает кэшированную репликацию, поддерживаемую каждой парой ключ-значение для каждого узла кластера. | Redis не предоставляет прямой поддержки полного воспроизведения. | | 5 | Родной объект | Ignite позволяет пользователям использовать собственную модель объектов домена и обеспечивает нативную поддержку любого типа данных (объектов) на Java/Scala, C++ и .NET/C#, что позволяет пользователям легко хранить любую программу и объект домена в кэше Ignite. | Redis не позволяет пользователям использовать пользовательские типы данных, поддерживает только заранее определённые наборы базовых структур данных, таких как Set, List, Array и несколько других. | | 6 | Кэш на стороне клиента (близко) | Ignite обеспечивает прямую поддержку кэширования недавно полученных данных на стороне клиента. | Не поддерживается | | 7 | (серверная сторона) сопоставление | Ignite поддерживает прямое выполнение любого кода на Java, C++ и .NET/C# в сопутствующей форме, близко к данным на серверной стороне. | Redis обычно не имеет возможностей коллокации, а серверная сторона поддерживает только скриптовые языки LUA, а серверная сторона не поддерживает напрямую выполнение кода на Java, .NET или C++. | | 8 | SQL-запросы | Ignite поддерживает полный синтаксис SQL (ANSI-99) для запроса данных в памяти. | Redis не поддерживает никакой язык запросов, только клиентский API кэширования. | | 9 | Непрерывное исследование | Ignite поддерживает как клиентские, так и серверные постоянные запросы, а пользователи могут настраивать фильтры на стороне сервера для уменьшения и уменьшения количества событий, передаваемых клиенту. | Redis поддерживает уведомления о событиях на основе ключей на стороне клиента, но не предоставляет фильтров на стороне сервера, что приводит к значительному увеличению сетевого трафика для обновления уведомлений как на стороне клиента, так и на сервере. | | 10 | Интеграция с базой данных | Ignite может автоматически интегрировать внешние базы данных — RDBMS, NoSQL и HDFS. | Redis нельзя интегрировать с внешними базами данных. |
I.11 ELK
ELK состоит из трёх компонентов: Elasticsearch, Logstash и Kibana;
Elasticsearch — это распределённая поисковая система с открытым исходным кодом, которая включает распределённые, нулевую конфигурацию, автообнаружение, автошардинг индекса, механизм копирования индекса, интерфейс в стиле restful, несколько источников данных и полезную нагрузку для автопоиска.
Logstash — это полностью открытый инструмент, который собирает, анализирует и хранит ваши логи для последующего использования
Kibana — это открытый и бесплатный инструмент, который предоставляет Logstash и ElasticSearch веб-интерфейс, удобный для аналитики логов, помогающий агрегировать, анализировать и искать важные журналы данных.
I.12 Конг (Нгинкс)
Kong — это очень доступный, легко расширяемый API-проект, написанный на Nginx_Lua модулях и открытый исходный код от Mashape. Поскольку Kong основан на Nginx, он может масштабировать несколько серверов Kong горизонтально и равномерно распределять запросы каждому серверу через фронтальную конфигурацию для обработки большого количества сетевых запросов.
Конг состоит из трёх основных компонентов:
KongServer: сервер на базе nginx, который принимает запросы API.
ApacheCassandra/PostgreSQL: используется для хранения операционных данных.
Kongdashboard: официально рекомендованный инструмент управления интерфейсом, конечно, можно использовать restfull для управления adminapi.
Kong использует механизм плагинов для функциональной настройки, при котором набор плагинов (который может быть 0 или n) выполняется в течение жизненного цикла цикла ответа на запрос API. Плагин написан на Lua и в настоящее время имеет несколько базовых функций: базовая аутентификация HTTP, аутентификация ключей, CORS (Cross-originResourceSharing), TCP, UDP, журналирование файлов, ограничение запросов API, пересылка запросов и мониторинг nginx.
I.13 Openstack
OpenStack+KVM
OpenStack: проект управления открытым исходным кодом
OpenStack — это проект с открытым исходным кодом, направленный на предоставление программного обеспечения для создания и управления публичными и частными облаками. Это не программное обеспечение, а сочетание нескольких основных компонентов для выполнения определённой работы. OpenStack состоит из следующих пяти относительно независимых компонентов:
OpenStackCompute (Nova) — это набор контроллеров, используемых для вычислений виртуальных машин или запуска экземпляров виртуальных машин с использованием групп;
OpenStack Image Service (Glance) — это система поиска и извлечения изображений в виртуальной машине, реализующая управление изображениями виртуальной машины.
OpenStack Object Storage (Swift) — это объектная система хранения для крупных систем с встроенной избыточностью и отказоустойчивостью, аналогичная Amazon S3.
OpenStackKeystone для сервисов идентификации пользователей и управления ресурсами, а также
OpenStackHorizon — интерфейс панели управления на базе Django, который представляет собой графический интерфейс управления.
Изначально разработанный NASA и Rackspace в конце 2010 года, этот проект с открытым исходным кодом направлен на создание простой в развертывании, богатой функциональностью и масштабируемой облачной платформы для вычислений. Первая задача проекта OpenStack — упростить процесс развертывания облака и обеспечить ему хорошую масштабируемость, чтобы стать операционной системой дата-центра, то есть облачной операционной системой.
KVM: Технология открытой виртуализации
KVM (Kernel-based VirtualMachine) — это модуль виртуализации системы с открытым исходным кодом, требующий аппаратной поддержки, такой как технология IntelVT или технология AMDV, полностью виртуализированная на аппаратном уровне и полностью встроенная в Linux.
В 2008 году Red Hat приобрела Qumranet для приобретения технологии KVM и продвижения её в рамках стратегии виртуализации, поддерживая KVM как единственный гипервизор при выпуске RHEL 6 в 2011 году. KVM ориентирован на высокую производительность, масштабируемость, высокую безопасность и низкую стоимость.
I.14 Discon
Сосредоточившись на различных «общих компонентах» и «общих платформах» «управления конфигурацией распределённых систем», мы предоставляем унифицированные «услуги управления конфигурацией».
I.15 Аполлон
Apollo — это платформа управления конфигурацией, разработанная отделом фреймворка Ctrip, которая может централизованно управлять конфигурацией различных сред и кластеров приложений, а также может передаваться на сторону приложений в реальном времени после модификации конфигурации, а также обладает стандартизированными правами, управлением процессами и другими характеристиками.
Сервер разработан на базе SpringBoot и SpringCloud и может запускаться сразу после упаковки без установки дополнительных контейнеров приложений, таких как Tomcat.
I.16 gRPC
gRPC — это высокопроизводительный, открытый и универсальный фреймворк RPC для мобильных и HTTP/2-проектов. В настоящее время доступны версии на языках C, Java и Go, а именно: grpc, grpc-java и grpc-go. Версия C поддерживает C, C++, Node.js, Python, Ruby, Objective-C, PHP и C#.
gRPC разработан на основе стандарта HTTP/2, сочетая такие функции, как двунаправленный поток, управление потоком, сжатие головы и мультиплексирование запросов на одном TCP-соединении. Эти функции позволяют лучше работать на мобильных устройствах, экономя энергию и пространство.
Канал I.17
canal — это проект с открытым исходным кодом под Alibaba, полностью разработанный на Java. Основанный на инкрементальном разборе журналов базы данных, он обеспечивает подписку и потребление инкрементальных данных, а в настоящее время в основном поддерживает MySQL (также поддерживает mariaDB).
Сервисы, основанные на поддержке подписки и потребления по журналам:
- Зеркалирование базы данных
- Резервное копирование базы данных в реальном времени
- Многоуровневая индексация (продавцы и покупатели разделяют индексы)
- Searchbuild
- Обновление сервисного кэша
- Важные бизнес-новости, такие как изменения цен
I.18 Спаркстриминг
SparkStreaming — это расширение Spark core API, которое обеспечивает высокопроизводительную и отказоустойчивую обработку потоковых данных в реальном времени. Поддержка сбора данных из различных источников, включая Kafk, Flume, Twitter, ZeroMQ, Kinesis и TCPsockets, а после извлечения данных из источников можно обрабатывать сложные алгоритмы с помощью продвинутых функций, таких как map, reduce, join и window.
I.19 СонарКуб
Sonar — это платформа с открытым исходным кодом для управления качеством кода, позволяющая управлять качеством исходного кода и определять его с семи измерений
С помощью плагинов он поддерживает управление и обнаружение качества кода более чем на 20 языках программирования, включая Java, C#, C/C++, PL/SQL, Cobol, JavaScrip, Groovy и другие
I.20 DataX
DataX — это офлайн-инструмент синхронизации гетерогенных источников данных, направленный на обеспечение стабильной и эффективной синхронизации данных между различными гетерогенными источниками данных, включая реляционные базы данных (MySQL, Oracle и др.), HDFS, Hive, ODPS, HBase, FTP и другие.
I.21 Дзен-менеджмент/Джира
Дзен-функция
1) Управление продуктами: продукты, требования, планы, релизы, дорожные карты и другие функции.
2) Управление проектами: проекты, задачи, команды, сборки, диаграммы выгорания и другие функции.
3) Управление качеством: ошибки, тестовые случаи, тестовые задачи, результаты тестов и другие функции.
4) Управление документами: библиотека продуктовых документов, проектная библиотека, пользовательская библиотека документов и другие функции.
5) Управление транзакциями: управление задачами, управлением личными делами, такими как «Мои задачи», «Мои ошибки», «Мои потребности» и «Мои проекты».
6) Организация и управление: отделы, пользователи, группы, права и другие функции.
7) Статистическая функция: богатая статистическая таблица.
8) Функция поиска: Найти соответствующие данные через поиск.
Особенности JIRA
1) Отслеживание и управление проблемами (типы задач включают NewFeature, Bug, Task и Improvement);
2) Аналитический отчет о последующем рассмотрении проблемы;
3) Функция управления категориями проектов;
4) функция лидера компонента/модуля;
5) Функция адреса электронной почты проекта;
6) Неограниченные рабочие процессы.
I.22 XXJOB
XXL-JOB — это лёгкий распределённый фреймворк для планирования задач с основными целями проектирования: быстрая разработка, простое обучение, лёгкость и простота масштабирования.
- Просто: поддерживать CRUD-работу задач через веб-страницы, простое управление — одна минута на начало;
- Динамический: поддерживает динамическое изменение статуса задачи, паузу/возобновление задач и завершение выполненных задач, которые вступают в силу немедленно.
- Диспетчерский центр HA (централизованный): Расписание разрабатывается централизованно, а «Диспетчерский центр» основан на кластере Quartz и поддерживает развертывание кластеров, что обеспечивает HA диспетчерского центра.
- Executor HA (распределённый): Задачи выполняются распределённым образом, а «исполнитель» задачи поддерживает развертывание кластера для обеспечения выполнения задач HA.
- Реестр: Исполнитель будет периодически регистрировать задачи, а диспетчерский центр автоматически обнаруживает зарегистрированные задачи и запускает их выполнение. В то же время поддерживается ручной ввод адресов актуаторов;
- Эластичное масштабирование: После того как новая экзекьюторная машина выходит онлайн или офлайн, задача будет переназначена при следующем планировании.
- Стратегии маршрутизации: предоставляет богатые стратегии маршрутизации при развертывании кластера исполнителей, включая: первый, последний, опросы, случайный, согласованный HASH, наименее используемый, последний неиспользованный, резервный режим, занятую передачу и т.д.
- Резервирование: если резервное переключение выбрано для политики маршрутизации задач, если машина в кластере исполнителей выходит из строя, система автоматически переключается на обычный исполнитель для отправки запроса на планирование.
- стратегию управления отказами; Политики обработки сбоев в планировании включают: тревогу отказа (по умолчанию), повторную попытку;
- Неудачная повторная попытка: Когда расписание диспетчерского центра сбивает сбой и политика Failed Retry включена, система автоматически повторяет один раз. Если исполнитель не выполнит процесс и обратный вызов не попробует повторное состояние, он также будет автоматически повторен.
- Стратегия блокировки обработки: стратегия обработки, когда планирование слишком плотно для обработки исполнителем, включая одномашинный последовательный процесс (по умолчанию), отказ от последующего планирования и перезапись предыдущего планирования;
- Задача широковещательного шарда: Когда кластер исполнителей развернут, если политика маршрутизации выбрана как «Shard Broadcast», планирование задач будет транслироваться, чтобы запустить всех исполнителей кластера для выполнения задачи, и задача шардинга может быть разработана в соответствии с параметрами шардинга.
- Динамическое шардинг: Задача передачи шардинга зависит от размера исполнителя и поддерживает динамическое расширение кластера исполнителей для динамического увеличения количества шардов и совместной работы в бизнес-обработке. При выполнении бизнес-операций с большими объёмами данных это может значительно повысить производительность и скорость обработки задач.
- Триггер событий: Помимо метода cron и режима, зависящего от задачи, поддерживаются методы триггера на основе событий. Диспетчерский центр предоставляет API-сервисы, которые запускают одно выполнение задач и могут гибко запускаться в зависимости от бизнес-событий.
- Мониторинг прогресса задачи: поддержка мониторинга хода задачи в реальном времени;
- Текущий журнал в реальном времени: поддерживает просмотр результатов планирования онлайн и поддерживает просмотр полного результата журнала исполнения исполнителя в режиме реального времени в непрерывном режиме.
- GLUE: Предоставляет WebIDE, поддерживающий онлайн-разработку логического кода задач, динамический выпуск, компиляцию в реальном времени и эффективность, а также устраняет процесс развертывания и запуска. Поддерживайте 30 версий исторической версии в обратном порядке.
- Скриптовые задачи: поддерживают разработку и запуск скриптовых задач в режиме GLUE, включая Shell, Python, NodeJS и другие скрипты.
- Зависимости от задач: Поддержка настройки зависимостей подзадач: когда родительская задача выполнена и она успешна, её выполнение будет активно запускаться, и несколько подзадач будут разделены запятыми.
- Согласованность: Центр планирования обеспечивает согласованность распределённого планирования кластера через блокировки баз данных, и только одно планирование задач запускает одно выполнение.
- Пользовательские параметры задач: Поддержка онлайн-настройки параметров планирования, которые вступают в силу немедленно;
- Пул потоков планирования: система планирования запускает операцию планирования с несколькими потоками, чтобы обеспечить точное выполнение планирования и отсутствие блокировки.
- Шифрование данных: Связь между диспетчерским центром и исполнителем шифруется для повышения безопасности диспетчерской информации.
- Alarm Email: Поддерживайте сигнал по электронной почте при невыполненной задаче, а также поддерживайте настройку нескольких адресов для массовой отправки тревожных писем.
- Push центральный репозиторий Maven: Последняя стабильная версия будет отправлена в центральный репозиторий Maven для облегчения доступа и использования.
- Отчёт запуска: поддерживает просмотр текущих данных в реальном времени, таких как количество задач, количество расписаний, количество исполнителей и т.д. и отчёты по расписанию, такие как график распределения дат расписания, карта успешного распределения графика и др.;
- Полный асинхронный: нижний слой системы реализует полную асинхронность, а пиковое сокращение трафика выполняется для плотного планирования, что теоретически поддерживает выполнение задач любой длительности.
I.23 Соляная труба
Новый способ управления инфраструктурой — простой в развертывании, может работать за минуты, хорошая масштабируемость, простота управления десятками тысяч серверов, достаточно быстрая, связь между серверами — за секунды.
Базовый слой Salt использует динамическую шину соединения, которая может использоваться для оркестрации, удалённого выполнения, управления конфигурацией и т.д.
I.24 Истио
Как передовой проект по управлению уровнем агрегации микросервисов, Istio является первым совместным открытым проектом Google, IBM и Lyft (зарубежной компании по совместному использованию поездок и конкурента Uber), предоставляя единое решение, безопасность, управление и мониторинг микросервисов.
Первая бета-версия сейчас посвящена средам Kubernetes, и сообщество утверждает, что поддержка виртуальных машин и других сред, таких как CloudFoundry, будет добавлена в ближайшие месяцы. Istio добавляет управление трафиком в микросервисы и создаёт основу для функций с добавленной стоимостью, таких как безопасность, мониторинг, маршрутизация, управление соединениями и политики.
- автоматическое балансирование нагрузки для HTTP, gRPC и TCP-сетевого трафика;
- Он предоставляет богатые правила маршрутизации для достижения тонкого контроля поведения сетевого трафика.
- шифрование трафика, межсервисная аутентификация и сильные претензии на идентичность;
- Обеспечение политики на уровне всего флота;
- Глубокая телеметрия и отчётность.
Архитектура
Безопасность
Основные
Salt Stack + OpenStack + KVM + Kubernetes + Istio
|
Опубликовано 14.05.2018 13:32:51
|
|
|
|
Опубликовано 17.07.2019 13:41:46
|
