Deckhouse и mt cloud объединили ВМ и Kubernetes в одной платформе

Deckhouse и mt cloud объединили ВМ и Kubernetes в одной платформе

Deckhouse и mt cloud объединили ВМ и Kubernetes в одной платформе

Компания Deckhouse и облачный провайдер mt cloud объявили о запуске cloud-native платформы виртуализации на базе Deckhouse Virtualization Platform. Решение объединяет управление виртуальными машинами и Kubernetes-кластерами в рамках одной инфраструктуры.

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

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

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

Инфраструктура mt cloud размещена на двух независимых площадках уровня Tier III. Для хранения данных используются NVMe-массивы, а сетевая архитектура построена на базе VMware NSX. Также предусмотрено подключение к двум магистральным операторам связи для повышения устойчивости сервисов.

Для сценариев, где одновременно используются виртуальные машины и Kubernetes-нагрузки, реализованы изолированные контуры. Это позволяет избежать взаимного влияния разных типов рабочих нагрузок и поддерживать стабильную работу многопользовательской среды.

Отдельное внимание уделено автоматизации. DevOps-команды получили возможность разворачивать изолированные среды и управлять виртуальными машинами через привычные механизмы Kubernetes. Поддерживаются подходы Infrastructure as Code (IaC), что упрощает создание и сопровождение инфраструктуры.

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

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

Подпишитесь на новости

«В общак»: подпись к банковскому переводу может закончиться проверкой

Комментарий к переводу — не лучшее место для импровизированного стендапа. Подписи вроде «взятка», «откат» или «в общак» могут вызвать вопросы у банка и привести к ограничениям, предупредила юрист Мери Валишвили.

Как сообщает РИА Новости, доцент РЭУ имени Плеханова объяснила: автоматизированные банковские системы учитывают текст, но не обязаны понимать намерение пошутить.

При этом единого публичного списка опасных слов нет. Банки самостоятельно настраивают алгоритмы и не раскрывают полные перечни маркеров подозрительных операций. Поэтому речь не об универсальном правиле.

Внимание могут привлечь и вполне бытовые комментарии: «за маникюр», «за ЖКУ», «по договору». Сами формулировки не запрещены, однако регулярность поступлений, одинаковые суммы и другие обстоятельства могут сформировать подозрительный для комплаенс-системы паттерн.

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

Главный вывод — писать фактическое назначение платежа без двусмысленных украшений. Другу шутка может понравиться, а банковскому контролю после нее потребуются объяснения.

RSS: Новости на портале Anti-Malware.ru