I.1 Java Spring Boot
Подходящ е за изграждане на микросервизни системи
- Използването на страницата Spring Project Bootstrap може да изгради проект за секунди
- Удобно е да се експортират различни форми на услуги, като REST API, WebSocket, Web, стрийминг и задачи
- Много кратка интеграция на политики за сигурност
- Поддържат се релационни и нерелационни бази данни
- Поддръжка на вградени контейнери по време на изпълнение, като Tomcat и Jetty
- Мощен пакет за разработка с поддръжка на hot boot
- Автоматично управление на зависимостите
- Вграден мониторинг на приложения
- Поддържа различни IED, като IntelliJ IDEA, NetBeans
Други езици: .net core, Go и др.
I.2 Дженкинс
Автоматизирани CI процедури за непрекъсната интеграция
- Отворен код и безплатен
- Кросплатформен, поддръжка на всички платформи (инсталирах Ubuntu 14.04, използването на jenkins docker image не беше успешно)
- Master/Slave поддържа разпределени билдове
- Страница за визуално управление под формата на уеб
- Инсталацията и конфигурацията са много лесни
- съвети Навременна и бърза помощ
- Стотици плъгини, които вече съществуват
I.3 GitLab
- Самостоятелно хостван Git репозиториум за проекти, достъпен чрез уеб интерфейс за публични или частни инсталации на проекти.
- Той има подобна функционалност на GitHub, с възможност за навигация в изходния код, управление на бъгове и коментари. Възможно е да се управлява достъпът на екипа до хранилището, много лесно е да се разглеждат подадени версии и предоставя библиотека с история на файловете.
- Членовете на екипа могат да комуникират чрез вградената проста чат програма (Wall). Той също така предоставя функция за събиране на фрагменти от код, която позволява лесна повторна употреба на кода и лесно намиране по-късно, когато е необходимо.
- Доксер
- Docker е двигател с отворен код, който улеснява създаването на лек, преносим и самодостатъчен контейнер за всяко приложение. Контейнери, които разработчиците компилират и тестват върху лаптопи, могат да бъдат внедрени на партиди в производствени среди, включително виртуални машини (виртуални машини), bare metal, OpenStack клъстери и други основни платформи за приложения.
- Docker често се използва в следните сценарии:
- автоматизирано опаковане и публикуване на уеб приложения;
- автоматизирано тестване и непрекъсната интеграция, пускане;
- Внедряване и настройване на бази данни или други фонови приложения в среда, ориентирана към услуги;
- Изградете собствена PaaS среда, като компилирате или разширите съществуващата си платформа OpenShift или Cloud Foundry от нулата.
I.4 Кубернетес
- Kubernetes е система за управление на контейнерни клъстери и платформа с отворен код, която може да реализира функции като автоматизирано внедряване, автоматично мащабиране и поддръжка на контейнерни клъстери.
- С Kubernetes можете:
- Бързо внедряване на приложения
- Мащабирайте приложенията си бързо
- Безпроблемна интеграция с нови функции на приложението
- Спестявайте ресурси и оптимизирайте използването на хардуерните ресурси
I.5 MQ
Когато фактори като скоростта или стабилността на "производството" и "потреблението" са непоследователни в системата, са необходими опашки за съобщения като слой за абстракция, които да преодолеят разликите между двете страни. Съобщението е единица данни, която се предава между два компютъра. Съобщенията могат да бъдат много прости, например да съдържат само текстови низове; Той може да бъде и по-сложен и да съдържа вградени обекти. Съобщенията се изпращат към опашки, които са контейнери, съхраняващи съобщения по време на предаване.
- Разкачени
- Излишък
- Мащабируемост
- Гъвкавост и максимална пропускателна способност
- Възстановимост
- Гарантирана доставка
- Гарантирано сортиране
- Буфериране
- Разбиране на потоците от данни
- Асинхронна комуникация
I.6 SQL база данни
- Базата данни е склад, изграден върху компютърни устройства за съхранение, който организира, съхранява и управлява данни според дадена структура от данни.
- С други думи, може да се разглежда като електронен шкаф за файлове – място, където електронните файлове се съхраняват, а потребителите могат да добавят, прихващат, актуализират, изтриват и извършват други операции върху данните във файла.
- В ежедневната работа на икономическото управление често е необходимо да се поставят релевантни данни в такъв "склад" и да се обработват според нуждите на управлението.
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 поддържа функции като традиционни RDBMS и NoSQL.
I.7 TICK стек
InfluxDB
Инструменти за база данни за времеви редове.
Телеграф
е инструмент за събиране и съхранение на данни. Той предоставя множество входни и изходни плъгини, като събиране на локален процесор, натоварване, мрежов трафик и др., и след това записването им в InfluxDB или Kafka.
Хронограф
Инструменти за рисуване
Капаситор
Kapacitor е алармен инструмент от InfluxData, който чете данни от InfluxDB и конфигурира TickScript според типа DLS, за да алармира.
I.8 Кийпалив
Keepalived е софтуер за обслужване в управлението на клъстери, който осигурява висока наличност на клъстера, подобно на сърдечния ритъм, за да предотврати отделни точки на отказ.
keepalilived е базиран на протокола VRRP, който означава Virtual Router Redundancy Protocol, тоест протокол за виртуална излишна маршрутизация.
Протоколът за виртуална излишност на маршрути, който може да се разглежда като протокол за постигане на висока наличност на рутери, тоест N рутера, които предоставят същите функции като група рутери, тази група има главен и множество резервни копия, а на главния сървър има VIP, който предоставя услуги на външния свят (по подразбиране маршрутът на други машини в LAN зоната, където се намира рутерът, е 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 | Редис | | 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 | Кеш от клиентската страна (near) | 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 се състои от три компонента: 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
SparkStreaming е разширение на Spark core API, което позволява високоскоростна и устойчива на грешки обработка на данни в реално време. Поддръжка за събиране на данни от различни източници, включително Kafk, Flume, Twitter, ZeroMQ, Kinesis и TCPsockets, а след извличане на данни от източници могат да се обработват сложни алгоритми с помощта на усъвършенствани функции като map, reduce, join и window.
I.19 SonarQube
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, най-малко използван, най-скоро неизползван, failover, зает трансфер и др.
- Failover: Ако failover е избрано за политиката за маршрутизиране на задачите, ако машина в екзекуторния клъстер се провали, системата автоматично преминава към нормален изпълнител, за да изпрати заявка за планиране.
- стратегия за справяне с неуспехи; Политиките за обработка при планиране на грешки включват: аларма за провал (по подразбиране), повторен опит за провал;
- Неуспешен опит: Когато графикът на диспечърския център се провали и политиката за неуспешен опит е активирана, системата автоматично опитва веднъж. Ако изпълнителят не успее да се изпълни и обратният отговор не опита състоянието, то също ще бъде автоматично изпробвано.
- Стратегия за блокиране на обработката: стратегията за обработка, когато планирането е твърде плътно за изпълнителя, включително серия на една машина (по подразбиране), изхвърляне на последващото планиране и презаписване на предишното планиране;
- Задача за излъчване на шард: Когато изпълнителният клъстер е внедрен, ако политиката за маршрутизиране на задачите е избрана като "Shard Broadcast", планирането на задачи ще излъчва, за да задейства всички изпълнители в клъстера да изпълнят задача, и задачата за шардинг може да бъде разработена според параметрите на шардинга.
- Динамично шардинг: Задачата за разпространяване на шардовете се шардира според размера на изпълнителя и поддържа динамично разширяване на клъстера на изпълнителите за динамично увеличаване на броя на шардовете и сътрудничество при бизнес обработка. При извършване на бизнес операции с голям обем данни, това може значително да подобри капацитета и скоростта на обработка на задачи.
- Задействане на събития: Освен метода cron и режима, зависещ от задачата за изпълнение на задачата, се поддържат методи за тригериране, базирани на събития. Диспечърският център предоставя API услуги, които задействат едно изпълнение на задачи, което може гъвкаво да се задейства според бизнес събития.
- Мониторинг на напредъка на задачата: Подпомага реално време наблюдение на напредъка на задачата;
- Rolling real-time log: поддържа преглед на резултатите от графика онлайн и поддържа преглед на пълния изход на изпълнителния лог на изпълнителя в реално време по последователна последователност.
- GLUE: Предоставя WebIDE, който поддържа онлайн разработка на логически код на задачите, динамично пускане, компилация в реално време и ефективност, и елиминира процеса на внедряване и стартиране. Поддържайте 30 версии на историческата версия наобратно.
- Скриптни задачи: Поддържат разработване и изпълнение на скриптни задачи в GLUE режим, включително Shell, Python, NodeJS и други скриптове.
- Зависимости от задачи: Поддържайте конфигуриране на зависимости от подзадачи, когато родителската задача бъде изпълнена и изпълнението е успешно, изпълнението на подзадачата ще бъде активно задействано и множество подзадачи ще бъдат разделени с запетаи.
- Консистентност: Центърът за планиране гарантира последователността на разпределеното планиране на клъстера чрез заключвания на бази данни, като само едно планиране на задачи ще задейства едно изпълнение.
- Персонализирани параметри на задачата: Поддържат онлайн конфигурация на параметрите за планиране на задачи, които влизат в сила веднага;
- Пул от нишки за планиране: Системата за планиране задейства операция за планиране с няколко нишки, за да гарантира, че планирането се изпълнява точно и не е блокирано.
- Криптиране на данни: Комуникацията между диспечния център и изпълнителя се криптира, за да се подобри сигурността на информацията за диспечиране.
- Имейл аларма: Поддържайте имейл аларма, когато дадена задача се провали, и поддържайте конфигуриране на няколко имейл адреса за изпращане на алармени имейли на едро.
- Push maven central repository: Последната стабилна версия ще бъде изпратена в централното хранилище на Maven, за да се улесни достъпът и използването на потребителите.
- Run report: Поддържа преглед в реално време на текущи данни, като брой задачи, брой графици, брой изпълнители и др. и отчети за планиране, като графика на дата на разпределение, карта на разпределението на успеха в графика и др.;
- Пълна асинхронност: Долният слой на системата реализира пълна асинхронност, а пиковото намаляване на трафика се извършва за плътно планиране, което теоретично поддържа изпълнението на задачи с всякаква продължителност.
I.23 Солен стек
Нов начин на управление на инфраструктурата, лесен за внедряване, може да работи за минути, добра мащабируемост, лесен за управление на десетки хиляди сървъри, достатъчно бърз, комуникацията между сървърите за секунди.
Основният слой от сол възприема динамична свързваща шина, която може да се използва за оркестрация, дистанционно изпълнение, управление на конфигурация и др.
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 ч.
|
