Страницы

среда, 29 мая 2019 г.

Анонс Windows Terminal


6 мая 2019 года Kayla Cinnamon анонсировала Windows Terminal! Windows Terminal – это новый, современный, быстрый, эффективный, мощный и производительный терминал для пользователей инструментов командной строки и оболочек, таких, как командная строка Windows, Windows PowerShell и подсистема Windows для Linux (WSL).

Windows Terminal будет распространяться через Microsoft Store в Windows 10 и будет регулярно обновляться, обеспечивая пользователей своевременными исправлениями, новейшими возможностями и последними улучшениями с минимальными трудозатратами.

Ключевые возможности Windows Terminal.


Несколько вкладок (Multiple Tabs).

Наиболее часто запрашиваемая возможность для терминала – это поддержка нескольких вкладок. Windows Terminal позволяет открывать любое число вкладок, каждая подключена к оболочке командной строки или другому приложению, такому как командная строка (Command Prompt), PowerShell, Ubuntu на WSL, Raspberry Pi через SSH и так далее.

Красивый текст (Beautiful Text).

Windows Terminal использует ускоренный GPU DirectWrite (ядро рендеринга текста на базе DirectX). Это новое ядро рендеринга текста будет отображать символы текста, глифы и символы, поставляемые вместе со шрифтами на персональном компьютере, в том числе идеограммы китайского, корейского и японского языков (CJK); эмодзи; символы строки (Powerline); иконки; лигатуры программирования и так далее. Данное ядро выполняет рендеринг текста намного быстрее чем предыдущее GDI ядро консоли.

Также с Windows Terminal предоставляется новый шрифт. Основная цель – сделать весёлый новый шрифт с одинаковой шириной символов (Monospaced) для расширения современного внешнего вида терминала. Новый шрифт будет включать не только лигатуры программирования, но также он будет распространяться с открытым исходным кодом и отдельным собственным репозиторием.

Параметры и возможности настройки.

Команда разработки поддерживает связь со множеством пользователей командных строк, которые любят настраивать свои терминалы и приложения командной строки. Windows Terminal предстает множество параметров и опций настройки, которые предоставляют великолепные возможности по управлению внешним видом терминала и каждой из оболочек/профилей, которые можно открывать на новых вкладках. Параметры хранятся в структурированных текстовых файлах, которые упрощают настройку для пользователей и приложений.

При помощи механизмов настройки Windows Terminal, пользователи получают возможности создавать несколько профилей для каждой оболочки/приложения/утилиты, которую планируется использовать, будь то PowerShell, командная строка (Command Prompt), Ubuntu или даже соединение SSH с Azure или устройствами IoT. Эти профили могут иметь собственные комбинации стилей шрифтов, размеров, цветовых тем, размытости фона/уровней прозрачности и так далее. Теперь можно создавать свои собственные Windows Terminal с настроенным стилем в соответствии с собственными предпочтениями.

Больше!


После официального релиза Windows Terminal 1.0, команда планирует начать работать над множеством запланированных возможностей, в дополнение к множеству возможностей, которые захочет добавить сообщество.

Когда можно будет получить Windows Terminal.


Уже сейчас Windows Terminal и Windows Console разрабатываются с открытым исходным кодом, который можно клонировать, собрать, запустить и протестировать из репозитория GitHub: https://github.com/Microsoft/Terminal

Этим летом в 2019-ом году предварительная версия Windows Terminal будет выпущена в Microsoft Store для упрощения доступа пользователей и предоставления возможности отправки обратной связи.

Этой зимой в 2019-ом году, поставлена цель выпустить Windows Terminal 1.0, после чего поработать с сообществом, чтобы убедиться в готовности продукта к релизу.

Открытый исходный код.


Да! Microsoft сделал это: не только Windows Terminal имеет открытый исходный код, но также и Windows Console, которая размещает инфраструктуру командной строки в Windows и предоставляет традиционные Console UX.

Основная цель проекта Windows Console – это сохранение обратной совместимости с существующими инструментами командной строки, скриптами и так далее. В то время как команда работает над представлением множества ключевых улучшений к возможностям консоли (таким как виртуальные терминалы, поддержка 24-ех битной цветовой схемы и так далее), невозможно предоставлять будущие улучшения в пользовательском интерфейсе консоли не «сломав мир».

Таким образом, настало время представить новый, свежий подход.

Windows Terminal устанавливается и запускается вместе с существующим из коробки приложением Windows Console. При прямом запуске Cmd, PowerShell и прочих, они продолжат запускаться в экземпляре традиционной консоли, так же как это происходило до установки Windows Terminal. Это обеспечит обратную совместимость, а в дополнение будет добавлена опция в контекстное меню для запуска при помощи Windows Terminal, если это потребуется. Windows Console по прежнему будет распространяться вместе с Windows для поддержки текущих и устаревших приложений и систем.

Участие в существующих проектах терминалов с открытым исходным кодом.


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

Вместо этого, создав новое приложение терминала с открытым исходным кодом и открыв исходный код Windows Console, команда приглашает сообщество к совместной работе над улучшением кода и использованием его в собственных будущих проектах.

Команда надеется, что вместе с размещением терминала, сможет собрать новые, различные идеи о том, что терминал может и что должен делать, и это позволит экосистеме терминала и связанным приложениям развиваться и процветать за счет предоставления новых идей, интересных подходов и вдохновляющих инноваций в этой области.

Как присоединиться к проекту?


Посетить репозиторий https://github.com/Microsoft/Terminal, чтобы клонировать, собрать, протестировать и запустить Terminal! Можно учитывать ошибки и предоставлять обратную связь для разработчиков и сообщества, а также исправлять ошибки и делать улучшения на GitHub.

Начиная с этого лета, можно будет попробовать установить и запустить Windows Terminal из Microsoft Store. Если при этом возникнут какие-либо ошибки, можно предоставить в общий доступ обратную связь через Feedback Hub или GitHub для детализации ошибок и обсуждения.

Команда разработчиков очень заинтересована во взаимодействии с сообществом. Поэтому если у вас возникли какие-либо вопросы или есть что передать по поводу Windows Terminal и Windows Console, не сдерживайте себя и смело пишите в Twitter для Kayla Cinnamon (@cinnamon_msft) и/или Rich Turner (@richturn_ms).

вторник, 28 мая 2019 г.

Объединение сети (Bonding) в CentOS 7


Надеюсь вы успели соскучиться по организации сетевого взаимодействия в Linux, так как я подготовил и записал еще одну группу веб-кастов на эту тему. На это раз речь пойдет об объединении сетевых интерфейсов при помощи модуля ядра bonding, а группа будет состоять из двух веб-кастов:
  • Объединение сети (Bonding) в CentOS 7.
  • Управление параметрами объединения сети (Bonding) в CentOS 7.


В веб-касте описывается топология объединения сети (Bonding), управляющий (Master) и зависимый (Slave) интерфейсы, а также демонстрируется настройка объединения сети при помощи интерфейса командной строки NetworkManager (nmcli) и конфигурационных файлов ifcfg. Дополнительно в веб-касте затрагивается вопрос использования нескольких объединений на одном хосте.

Подробности и видео: LebedevUM

P.S. Если вы не знакомы с настройкой сети в CentOS, начните свое знакомство с предыдущих веб-кастов по базовому сетевому взаимодействию:

понедельник, 27 мая 2019 г.

Литеральные типы в Windows PowerShell 5


Коллеги! Продолжаем наше погружение в типы данных Windows PowerShell, а так как все основные типы (строки, числа, словари и коллекции) закончились настала пора рассмотреть литеральные типы (Type Literals).



В веб-касте описываются литеральные типы и демонстрируется явное указание типа данных у переменных и значений, раскрываются подробности разрешения псевдонимов имен типов, а также демонстрируется использование универсального типа (Generic Type) на примере создания и управления параметризованным списком (Generic.List) и универсальным словарем (Generic.Dictionary). Дополнительно в веб-касте демонстрируется получение и применение статических методов типов данных.

Подробности и видео: LebedevUM.

P.S. Это уже 6-ой веб-каст в группе, если вы не знакомы с типами данных в Windows PowerShell, обратитесь к предыдущим веб-кастам:

Все веб-касты в хронологическом порядке: Windows PowerShell 5.

Ну а в следующем веб-касте мы обсудим конвертацию типов в Windows PowerShell.



четверг, 23 мая 2019 г.

Citrix Virtual Apps and Desktops (CVAD): Текущий релиз (CR) или релиз с длительной поддержкой (LTSR)


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

Одним из наиболее интересных вопросов, обсуждаемых экспертами по технологиям Citrix является выбор ситуаций, когда применять текущий релиз (CR), такой как Citrix Virtual Apps and Desktops 1903, а когда релиз с длительной поддержкой (LTSR), такой как XenApp and XenDesktop 7.15. Мне, как фанату технологий, больше нравится рассказывать о новых компонентах и возможностях текущего релиза (CR), но я понимаю, что многие клиенты Citrix, предпочитают релиз с длительной поддержкой (LTSR), особенно в регулируемых отраслях, которые должны проходить через сертификационное тестирование критических для бизнеса приложений.

Не так давно Carisa Stringer опубликовала информацию о ключевых преимуществах текущего релиза (CR) и релиза с длительной поддержкой (LTSR). Но перед этим давайте обозначим преимущество лидирующего в индустрии решения рабочего пространства (Workspace Solution). Только Citrix предлагает текущий релиз (CR), релиз с длительной поддержкой (LTSR) и облачный сервис для того, чтобы решение идеально соответствовало требованиям бизнеса.

Текущий релиз (Current Release).


Новые сценарии применения: Соответствие новым запросам бизнеса в рамках существующих вложений.

Каждый сотрудник имеет различные бизнес требования. Гибкость архитектуры Citrix Virtual Apps and Desktops позволяет удовлетворять широкий диапазон таких потребностей. Высокий темп выхода текущих релизов (CR) Citrix Virtual Apps and Desktops добавляет новые возможности в портфолио, позволяя обеспечить больше сценариев применения для полной мобилизации штата сотрудников.

Быстрые инновации: Быстрая доставка новых компонентов и возможностей для пользователей.

Основная задача отдела информационных технологий – это стабильное решение, которое защищает интеллектуальную собственность компании и сохраняет продуктивность сотрудников. Однако, мир информационных технологий быстро меняется, что требует доступа к новым возможностям доставки приложений и рабочих столов для того, чтобы решение оставалось компетентным. Текущие релизы (CR) дают быстрый доступ к последним возможностям безопасности, производительности и совместной работы.

Запросы расширения: Максимально быстрая доставка расширений.

Запросы расширения Citrix Virtual Apps and Desktops делают решение более универсальным. При помощи текущих релизов (CR) общее время от выпуска новых возможностей до применения их в архитектуре конечного решения существенно сокращается. Более быстрые циклы релизов позволяют Citrix доставлять новые возможности для обеспечения актуальных запросов на расширения и делают их доступными для всех клиентов.

Релиз с длительной поддержкой (Long-Term Service Release).


Расширенный жизненный цикл: Поддержка до 10 лет.

Citrix обычно анонсирует пять лет основной поддержки в жизненном цикле каждого главного релиза, но с каждым новым релизом с длительной поддержкой (LTSR) отсчёт начинается заново. Для каждого релиза с длительной поддержкой (LTSR) предоставляется пять лет основной (Mainstream) поддержки и пять лет дополнительной (Extended) поддержки (для нее требуется отдельный контракт).

Прогнозируемое обслуживание: Регулярно запланированные обновления.

Citrix выпускает кумулятивные обновления для окружений на базе релизов с длительной поддержкой (LTSR) по прогнозируемому расписанию. Эти обновления обычно содержат необходимые исправления – лишенные новых возможностей – упрощая планирование регулярное обслуживание сайта для поддержания целостности окружения в течении длительного периода времени.

Сокращение совокупной стоимости: Упрощенное управление.

Применение релиза с длительной поддержкой (LTSR) Citrix Virtual Apps and Desktops предоставляет доступ к релизам продукта с наиболее прогнозируемым графиком обслуживания для организации усилий по управлению, сокращению неожиданностей и снижению рисков, тем самым снижая общую стоимость владения.

PS. От себя добавлю, что новый релиз с длительной поддержкой (LTSR) ожидается в этом году.

среда, 22 мая 2019 г.

Массивы и последовательности в Windows PowerShell 5


Очередной веб-каст, посвященный типам данных в Windows PowerShell – на этот раз уже пятый. На этот раз речь пойдет про массивы (System.Object[]), также известные как последовательности или коллекции.


В веб-касте представлено описание массивов и продемонстрировано создание массивов, в том числе одноэлементных (Singleton) и пустых (Empty); индексация массивов и управление элементами; операции по добавлению элементов и слиянию массивов; а также массивы рассматриваются как ссылочный тип и рассматривается клонирование массивов.

Подробности и видео: LebedevUM.

P.S. Дополнительную информацию о типах данных можно найти в предыдущих веб-кастах группы:

Все веб-касты в хронологическом порядке: Windows PowerShell 5.

понедельник, 20 мая 2019 г.

Релиз Red Hat Enterprise Linux 8.0



7 мая 2019 года вышел релиз Red Hat Enterprise Linux (RHEL) 8.0, построенный на базе Fedora 28 и обновленном ядре 4.18. RHEL 8.0 предоставляет пользователям стабильную, безопасную, целостную основу для гибридных облачных развертываний с инструментами, необходимыми для поддержки как традиционных, так и новейших рабочих нагрузок.

Давайте пройдемся по ключевым особенностям релиза:

Распространение.


Контент доступен через репозитории BaseOS и Application Stream (AppStream).

Репозиторий AppStream поддерживает новое расширение традиционного формата RPM – модули (Modules). Это позволяет нескольким мажорным версиям компонентов быть доступными для установки.

Управление программным обеспечением.


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

Оболочки и утилиты командной строки.


RHEL 8 предоставляет следующие версии управляющих систем:
  • Git 2.18.
  • Mercurial 4.8.
  • Subversion 1.10.

Динамические языки программирования, веб-серверы и серверы баз данных.


Python 3.6 – это реализация Python в RHEL 8 по умолчанию; ограниченная поддержка Python 2.7 также предоставляется. Никакая из версий Python не устанавливается по умолчанию.

Новое для RHEL – Node.js, остальные динамические языки программирования были обновлены, по сравнению с RHEL 7, и теперь:
  • PHP 7.2.
  • Ruby 2.5.
  • Perl 5.26.
  • SWIG 3.0.

Следующие серверы баз данных распространяются вместе с RHEL 8:
  • MariaDB 10.3.
  • MySQL 8.0.
  • PostgreSQL 10.
  • PostgreSQL 9.6.
  • Redis 5.

RHEL 8 содержит Apache HTTP Server 2.4 и представил новый веб-сервер – nginx 1.14.

Squid был обновлен до версии 4.4, а также теперь добавлен новый кэширующий прокси сервер: Varnish Cache 6.0.

Рабочий стол.


Оболочка GNOME была перебазирована на версию 3.28.

Сессия GNOME и GNOME Display Manager используют Wayland в качестве сервера экрана по умолчанию, сервер X.org, который является сервером экрана по умолчанию в RHEL 7, также доступен.

Установщик и создание образов.


Установщик Anaconda может использовать шифрование диска LUKS2 и устанавливать систему на устройства NVDIMM.

Инструмент создания образов (Image Builder) позволяет пользователям создавать настроенные образы системы в различных форматах, в том числе образы, подготовленные к развертыванию в облаках различных провайдеров.

Установка с DVD при помощи Hardware Management Console (HMC) и Support Element (SE) на IBM Z доступна в RHEL 8.

Ядро.


Возможность расширенной фильтрации пакетов Беркли (Extended Berkeley Packet Filtering, eBPF) позволяет пользовательскому пространству подключать настроенные программы к различным точкам (сокетам, точкам трассировки, получателям пакетов) для получения и обработки данных. Данная возможность добавлена для предварительного знакомства с технологией (Technology Preview).

BPF Compiler Collection (BCC) – инструмент для создания эффективной трассировки ядра и управления программами также доступен для предварительного знакомства с технологией (Technology Preview).

Безопасность.


В RHEL8 общесистемные криптографические политики (Cryptographic Policies), которые настраивают корневую криптографическую подсистему, покрывающую протоколы TLS, IPSec, SSH, DNSSec и Kerberos, применяются по умолчанию. При помощи новой команды – update-crypto-policies, администратор может легко переключаться между режимами default, legacy, future и fips.

Поддержка для смарт-карт (Smart Cards) и Hardware Security Modules (HSM) с PKCS#11 теперь комплексная для всей системы.

Сеть.


В RHEL8 платформа nftables заменила iptables в роли компонента фильтрации сетевых пакетов по умолчанию.

Демон firewalld теперь использует nftables в фоне по умолчанию.

В RHEL8 представлена поддержка виртуальных сетевых драйверов IPVLAN, которая обеспечивает подключения для множества контейнеров.

eXpress Data Path (XDP), XDP для управления траффиком (Traffic Control, tc) и Address Family eXpress Data Path (AF_XDP), как часть возможности расширенной фильтрации пакетов Беркли (Extended Berkeley Packet Filtering, eBPF) доступна для предварительного знакомства с технологией (Technology Previews).

Виртуализация.


Более современный тип машин на базе PCI Express (Q35) теперь поддерживается и автоматически настраивается в виртуальных машинах, созданных в RHEL8. Это предоставляет различные улучшения в возможностях и совместимости виртуальных устройств.

Теперь можно создавать и управлять виртуальными машинами при помощи консоли веб-интерфейса Cockpit.

Эмулятор QEMU представил возможность песочницы (Sandboxing), которая обеспечивает настраиваемые ограничения для вызовов QEMU, в данном случае это делает виртуальные машины более безопасными.

Компиляторы и инструменты разработки.


В RHEL 8 компилятор GCC базируется на версии 8.2, обеспечивающей поддержку для более новых стандартов языка C++, лучшую оптимизацию, новые техники защиты кода, улучшенные предупреждения и новые аппаратные возможности.

Различные инструменты для генерации кода, управления и отладки теперь могут экспериментально обрабатывать формат отладочной информации DWARF5.

Поддержка ядра для eBPF доступна для некоторых инструментов, таких как BCC, PCP и SystemTap.

Библиотеки glibc основаны на версии 2.28, добавляющих поддержку Unicode 11, новейших системных вызовов Linux, ключевые улучшения в разрешении зон-заглушек DNS, дополнительное укрепление безопасности и улучшенную производительность.

RHEL 8 предоставляет OpenJDK 11, OpenJDK 8, IcedTea-Web и различные инструменты Java, такие как Ant, Maven и Scala.

Высокая доступность и кластеры.


Диспетчер ресурсов кластера Pacemaker был обновлен до новейшей версии 2.0.0, который предоставляет набор исправлений ошибок и улучшений.

В RHEL 8, система настройки pcs полностью поддерживают Corosync 3, knet и имена узлов (Node Names).


P.S. Ну а я в свою очередь теперь жду как же все это будет реализовано в CentOS 8.

пятница, 17 мая 2019 г.

Словари и хеш-таблицы в Windows PowerShell 5


Здравствуйте коллеги!

Возвращаемся к типам данных в Windows PowerShell, в прошлый раз у нас закончились простые типы и сегодня мы начинаем знакомство с составными. На очереди у нас словари и их частный случай, более популярный у пользователей PowerShell – хеш-таблицы.

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

Подробности и видео: LebedevUM.

PS. Это четвертый веб-каст в группе, поэтому если вы не знакомы с типами данных в Windows PowerShell, начните свое знакомство с предыдущих веб-кастов:

Все веб-касты в хронологическом порядке: Windows PowerShell 5.

Ранее я уже записывал веб-каст про хеш-таблицы, возможно, он тоже окажется полезным: «Хеш-таблицы в Windows PowerShell 4.0».

вторник, 14 мая 2019 г.

Установка Citrix Hypervisor 8


Здравствуйте коллеги, как я писал ранее, в апреле состоялся релиз Citrix Hypervisor 8. И теперь пришло время посмотреть на новую версию гипервизора Citrix в действии.

В веб-касте вы найдете описание изменений в редакциях Citrix Hypervisor 8 по сравнению с Citrix XenServer 7, общее описание архитектуры и управляющего домена (Control Domain, dom0) в частности, системные требования Citrix Hypervisor 8 и Citrix XenCenter 8, а также варианты развертывания, в том числе возможности обновления до Citrix Hypervisor 8 и методов установки. В части демонстраций в веб-касте производится чистая установка Citrix Hypervisor, демонстрируется установка Supplemental Pack и импорт Demo Linux Virtual Machine (DLVM) 8. Отдельно в веб-касте затрагивается вопрос назначения лицензий на хосты Citrix Hypervisor 8.

Подробности и видео: LebedevUM

P.S. Познакомиться с улучшениями Citrix Hypervisor можно в моей статье: Релиз Citrix Hypervisor 8.0.

Больше информации о развертывании гипервизора Citrix на примете Citrix XenServer 7, можно найти в моих веб-кастах:

вторник, 7 мая 2019 г.

Поддержка версий текущей ветки (Current Branch) System Center Configuration Manager (SCCM)


Microsoft планирует выпускать обновления для текущей ветки (Current Branch) Configuration Manager несколько раз в год. Для версий Configuration Manager, вышедших до 1710, срок поддержки составляет 12 месяцев. Начиная с версии 1710, каждая новая версия поддерживается 18 месяцев с даты релиза. Microsoft предоставляет техническую поддержку на весь период. Существует две отдельных фазы обслуживания, которые зависят от доступности новейшей версии текущей ветки (Current Branch):
  • Фаза обслуживания с критическими обновлениями и обновлениями безопасности (Security & Critical Updates) – после выпуска новейшей версии Configuration Manager, для него выпускаются обновления безопасности (Security) и критические (Critical) обновления.
  • Фаза обслуживания только с обновлениями безопасности (Security Updates) – после релиза новой версии в текущей ветке (Current Branch), Microsoft поддерживает только выпуск обновлений безопасности на оставшийся жизненный цикл поддержки.

График обслуживания и поддержки Configuration Manager отображает общее условное представление цикла поддержки релизов в текущей ветке (Current Branch) и не представляет актуальных или ожидаемых дат релиза.

Последняя версия в текущей ветке (Current Branch) всегда находится в фазе обслуживания с критическими обновлениями и обновлениями безопасности (Security & Critical Updates). Такая поддержка гарантирует, что в случае обнаружения дефекта в коде, гарантированно выйдет обновление, которое закроет неисправность, при условии наличия новейшей версии в текущей ветке (Current Branch). Все остальные поддерживаемые версии в текущей ветке (Current Branch) будут получать только обновления безопасности.

PS. Ранее я писал об окончании поддержки SCCM 2007 и FEP 2010 (9 июля 2019 года).