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

Продавцы гаджетов, которые продают электронику, говорят, что эта функция аналогична встроенным приложениям для отслеживания устройств Apple и Android. Когда Microsoft впервые запустила Windows 10, функция устройства слежения была дополнена сторонним программным обеспечением Prey. Сегодня эта функция интегрирована для всех, у кого есть учетная запись Microsoft. По умолчанию эта функция отключена. Чтобы оно заработало, включите приложение до потери устройства.

Важно отметить, что этот новый трекер устройств с Windows 10 имеет свои ограничения. Он может только удаленно отслеживать местонахождение пропавшего ноутбука или планшета. В отличие от функции отслеживания устройств в iOS и Android OS, у нее по-прежнему нет возможности удаленно заблокировать или стереть устройство. Единственная важная информация, которую вы можете получить с помощью этой функции, — это местонахождение вашего пропавшего устройства.

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

Как работает средство отслеживания устройств в Windows 10

Чтобы включить устройство слежения в Windows 10, необходимо:

• Запустите стартовое меню/стартовый экран устройства.
• Выберите «Настройки».
• Перейдите к опции «Обновление и безопасность».
• Нажмите «Найти мое устройство». Вы увидите сообщение, подтверждающее, что функция устройства слежения вашего устройства отключена.

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

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

• Запустите опцию Настройки на вашем устройстве.
• Коснитесь кнопки «Система».
• Выберите вариант «О программе».
• Нажмите «Переименовать компьютер».
• Введите новое имя вашего устройства.

Как отследить потерянное устройство

Если ваш ноутбук или планшет отсутствует, отследите свое устройство, посетив  account.microsoft.com/devices. Введите ту же учетную запись MS, которую вы использовали при включении функции отслеживания устройства. Когда вы активируете поиск, отобразится список устройств, записанных под вашей учетной записью. Выберите пропавшее устройство и проверьте его последнее местоположение. В подсказке будет показано следующее сообщение: Последний раз видели в (время)

в городе). К этому сообщению прикреплена ссылка. Он содержит информацию (карту), необходимую для отслеживания пропавшего устройства. Функция «Найти мое устройство» в Windows 10 является свидетельством стремления компании сблизить Windows 10 для мобильных устройств и Windows 10 для компьютеров. Эксперты полагают, что Microsoft улучшит это приложение для отслеживания устройств, чтобы лучше обслуживать пользователей Windows.

Исключите с умом/примите необходимое решение в зависимости от вашей ситуации

Здесь мы используем C:в качестве корня для установки Windows 10, ваш может быть другим, хотя большую часть времени для нас по умолчанию это «C»

Давайте поговорим о том, почему клиенты выбирают AWS специально для рабочих нагрузок Microsoft. Сегодня на рынке доступно несколько гипермасштабируемых облачных провайдеров, включая саму Microsoft (Azure). Но когда дело доходит до того, почему клиенты в первую очередь выбирают AWS для этих рабочих нагрузок, на самом деле все сводится к нескольким ключевым факторам, которые обсуждаются ниже.

Почему AWS Для Рабочих Нагрузок Microsoft

• Максимальный опыт: AWS выполняет рабочие нагрузки Windows с самого начала своей платформы. Таким образом, с более чем 10-летним опытом и сотнями тысяч клиентов просто не существует конкурирующего предложения, которое могло бы приблизиться к опыту AWS в этом.
• Рост рабочих нагрузок Windows на AWS: по данным AWS, в период с 2015 по 2018 год объем рабочих нагрузок Windows на AWS вырос на 400%, включая Amazon Elastic Compute Cloud (Amazon EC2) и Microsoft Windows Server, купить который можно в лицензионном магазине. Это невероятный рост за короткий период времени, и что интересно, этот рост затмевает даже рост рабочих нагрузок Linux на AWS. Мы по-прежнему наблюдаем массовый рост рабочих нагрузок Windows на AWS.
• Глобальный охват и высокая доступность: AWS имеет больше зон доступности (AZ) и регионов по всему миру. Важным отличием, о котором не многие люди не знают и который отделяет AWS от других платформ облачных вычислений, является то, что AWS имеет настоящие зоны доступности, охватывающие 20 географических регионов.
• Одержимость клиентами и инновации: в настоящее время AWS предлагает более 140 сервисов, и одна из основных ценностей компании — очень серьезно относиться к отзывам клиентов и партнеров. Когда мы в Mission и наши клиенты взаимодействуют с Amazon для создания своих рабочих нагрузок на AWS, мы лично видели множество случаев, когда Amazon учитывала отзывы, что приводило к реальному прогрессу и постоянным инновациям.
• 50+ сертификатов соответствия: AWS имеет самый полный набор сертификатов соответствия для гипермасштабируемого облака. Существует более 50 сертификатов, таких как HIPAA, ITAR, FISMA и так далее.
• Общая стоимость владения (TCO): с точки зрения TCO будет сложно превзойти AWS. Они никогда не повышали цены и предложили 61 значительное снижение цен с 2006 года. Поэтому мы постоянно работаем с клиентами, чтобы воспользоваться новыми возможностями, которые Amazon предлагает для оптимизации затрат . Это больше, чем просто снижение цен и лучшая цена. AWS предоставляет множество рычагов, которые вы можете нажимать и тянуть, чтобы по-настоящему оптимизировать свою среду, снизить затраты и добиться максимальной совокупной стоимости владения.
• Постоянные инновации в предложениях Windows: за последние 10 лет AWS представила десятки основных инновационных решений для рабочих нагрузок Windows, включая Windows, Windows Server, SQL Server, .Net, модернизацию приложений и многое другое. Имеется 143 типа инстансов и 37 семейств инстансов для EC2 и 60 различных AMI, доступных для рабочих нагрузок Windows. Таким образом, они обладают очень широким набором возможностей для Windows и имеют большое значение по сравнению с другими общедоступными облаками. Фактически, AWS размещает в облаке почти вдвое больше экземпляров серверов Windows, чем даже Microsoft!

Варианты Миграции

Итак, признавая, что AWS не имеет себе равных, когда дело касается рабочих нагрузок Windows, давайте рассмотрим несколько различных вариантов миграции:

• Подъем и сдвиг: этот вариант предполагает переход из локальной среды в облако практически без оптимизации или модификации. Это приведет вас к операционной модели AWS, но определенно не даст вам всех преимуществ перехода в облако. Фактически, во многих случаях это может быть неправильный выбор. Это действительно зависит от потребностей вашей организации.
• Оптимизация. Попав в среду AWS, вы можете выбрать нужный размер. В локальной среде вы наращиваете свои мощности на основе ожидаемого пикового спроса. Но в облаке вы можете согласовывать свои ресурсы со спросом и делать это по запросу. Таким образом, выбор правильного размера, автоматическое масштабирование и эластичность — это первый этап оптимизации. Использование таких вещей, как зарезервированные инстансы (RI) для сохранения, а затем использование управляемых сервисов, таких как Relational Database Service (RDS), вместо запуска собственного SQL-сервера на экземпляре EC2, позволяет вам избавиться от бремени поддержки вашей лицензии. Лицензирование встроено в стоимость EC2 для Windows и стоимость сервера SQL для RDS.
• Наконец, что касается оптимизации, вы можете модернизировать и рефакторировать. Это может быть профинансировано за счет экономии средств, которую вы уже получили на предыдущих этапах оптимизации. Вы можете перейти на контейнеры, где это возможно и практично, без серверов, а также использовать еще больше управляемых сервисов.

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

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

Но как только вы там окажетесь, если ваш бизнес-драйвер изменится на более оптимизированную архитектуру, вы можете переплатформинг. Это включает использование таких вещей, как Elastic Beanstalk и Directory Service, и вы можете получить гораздо больше автоматизированных исправлений и резервного копирования, что приведет к повышению высокой доступности. А затем полный рефакторинг, когда вы, наконец, начнете осознавать все преимущества общедоступного облака, такие как интеграция с облачной экосистемой и основные преимущества для совокупной стоимости владения. Лицензирование становится более прозрачным и доступным по запросу. И у вас есть широкий доступ к инструментам и сервисам миграции с AWS.

SQL Server на AWS продемонстрировал в 2 раза более высокую цену/производительность, чем у Azure

Давайте обсудим здесь конкретный вариант использования SQL Server. Мы много работаем с клиентами, у которых есть большие нагрузки на SQL-сервер. Они спрашивают нас, работают ли SQL-серверы лучше в Azure или AWS. Независимая исследовательская компания ZK Research в 2018 году провела обширное исследование производительности и совокупной стоимости владения для SQL Server как на AWS, так и на Azure, и обнаружила два вывода.

Во-первых, они сравнили стоимость миллиарда транзакций в месяц. Это своего рода мера стоимости одного выступления. На AWS соотношение цены и качества чуть более чем в 2 раза выше по сравнению с Azure.

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

В ходе сборки 2020 Microsoft объявила о предварительном просмотре службы Azure Static Web App — хостинга приложений для статических веб-приложений, построенных на JavaScript. Автоматическое развертывание в производственных и промежуточных средах реализовано в виде интеграции GitHub. Хотя в настоящее время публичный предварительный просмотр, этот сервис легко настроить и начать работу. Вероятно, это будет один из любимых сервисов разработчиков в ближайшем будущем.

Что такое служба Static Web App?

Static Web App — это хостинг для статических веб-приложений, построенных на JavaScript. Это практически служба приложений Azure для статических приложений, которую легко настроить и использовать.

Служба Static Web App подключена к репозиторию GitHub, где находится исходный код веб-приложения. Используя действия GitHub, он создает и публикует статическое приложение в производственной или промежуточной среде. Производственная среда всегда основана на какой-то конкретной отрасли. Промежуточная среда имеет изменяющийся URL-адрес и основана на запросах извлечения. В настоящее время разрешена только одна активная промежуточная среда.

Служба Static Web App работает почти как обычная интеграция службы приложений с Azure DevOps. Может быть, слишком общее, следующее изображение хорошо иллюстрирует новый сервис.

Как вы можете заметить, функции Azure также поддерживаются. Есть одно ограничение — эти функции должны быть написаны на JavaScript, так как это единственный поддерживаемый тип функций на данный момент.

Где статическое веб-приложение подходит для Azure?

Приятно то, что служба Static Web App заполняет один пустой слот в ряду хостинга приложений и развертывания моделей в Azure.

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

Настройка службы статического веб-приложения

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

Мы можем создать сервис Static Web App на портале Azure. На момент написания этого блога поддерживаются не все регионы Azure, так как служба находится в режиме предварительного просмотра.

Обратите внимание, как мы должны указать GitHub репозиторий и ветку. Это то место, где осуществляется развертывание сайта в реальном времени.

Следующим шагом является настройка параметров сборки для статического веб-приложения. Расположение API можно оставить пустым, если в веб-приложении нет функций Azure.

Хитрая вещь — это местоположение артефакта приложения. Это папка, в которую приложение помещает дистрибутивные файлы. Если говорить больше на языке разработчиков ASP.NET, то это папка, в которой приложение публикуется после сборки. Убедитесь, что у вас нет этой папки в хранилище.

Теперь мы можем нажать «Обзор» + «Создать», и через несколько минут у нас уже настроена служба Static Web App. Если все прошло хорошо, мы увидим запущенную службу Static Web App.

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

Публикация статического приложения

Мы попробовали сервис Static Web App с приложением Angular. Клонировали свой тестовый репозиторий на свою машину, установили Angular CLI и создали новое приложение Angular 9.

mkdir StaticWebAppTest

git clone https://github.com/gpeipman/MyStaticSite.git

npm install -g @angular/cli

ng new StaticWebAppTest

Если у вас медленное соединение или диск, тогда идите и возьмите кофе — потребуется время, пока все эти модули node.js не будут установлены.

Когда приложение создано, мы можем создать его и отправить в хранилище.

ng build --prod 

git add. 

git commit –m «приложение angular app» 

git push

Если все прошло хорошо, пришло время перейти к GitHub и посмотреть в действиях, работает ли наш рабочий процесс GitHub. Этот рабочий процесс был автоматически создан службой Static Web App и развертывает приложение в производственной среде. После успешного развертывания мы увидим его в разделе «Сервис».

Нажмите на ссылку Обзор, чтобы увидеть статическое приложение, работающее в Azure.

Что мы только что сделали? Мы отправили приложение Angular в репозиторий GitHub, и оно автоматически было опубликовано в нашей службе Static Web App. Это была просто фиксация в хранилище, и после этого все просто произошло.

Публикация в сценической среде

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

Давайте изменим заголовок страницы по умолчанию в файле src/app/app.component.html. Мы добавили слово постановки в название и созданный запрос. Вы можете создать новую ветку из master, внести изменения и отправить ее на GitHub из командной строки. Но вы можете пропустить это тоже. Там можно изменить файл прямо в GitHub и создать новую ветку с запросом pull.

После создания запроса на запуск рабочий процесс Static Web App запускается снова. Когда выполняются действия GitHub, это отображается на странице запроса на получение. После успешной сборки публикуется ссылка на промежуточную среду, чтобы перетащить страницу запроса в качестве комментария бота.

Промежуточную информацию можно увидеть и на портале Azure, если существует промежуточная среда.

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

После слияния pull-запроса промежуточная среда автоматически удаляется Azure.

Настройка действия GitHub

Чтобы изменить определение сборки, мы можем открыть файл yml, показанный в обзоре Static Web App. Этот файл доступен также в нашем хранилище исходного кода. Пример определения сборки здесь.

name: Azure Static Web Apps CI/CD



on:

  push:

    branches:

-  master

  pull_request:

    types: [opened, synchronize, reopened, closed] branches:

-  master



jobs:

  build_and_deploy_job:

    if: github.event_name == 'push' || (github.event_name == 'pull_request' && github.event.action != 'closed') runs-on: ubuntu-latest

    name: Build and Deploy Job

    steps:

- uses: actions/checkout@v1

 - name: Build And Deploy

      id: builddeploy

      uses: Azure/static-web-apps-deploy@v0.0.1-preview

      with:

        azure_static_web_apps_api_token:$ {{ secrets.AZURE_STATIC_WEB_APPS_API_TOKEN_AMBITIOUS_SMOKE_092E9AF03 }} repo_token: $ {{ secrets.GITHUB_TOKEN }} # Used for Github integrations (i.e. PR comments)

        action: 'upload'

        ###### Конфигурации репозитория/сборки - эти значения могут быть настроены в соответствии с требованиями вашего приложения. ######

        app_location:'/ ' # Путь к исходному коду приложения

        api_location:"# Путь к исходному коду Api-необязательно

        app_artifact_location: 'dist/MyStaticSite' # Встроенный каталог содержимого приложения-необязательно

        ###### Конец конфигураций репозитория/сборки ######

   close_pull_request_job:

    if: github.event_name == 'pull_request' && github.event.action == 'closed'     runs-on: ubuntu-latest

    name: Close Pull Request Job

    steps:

 - name: Close Pull Request

      id: closepullrequest

      uses: Azure/static-web-apps-deploy@v0.0.1-preview

      with:

        azure_static_web_apps_api_token:$ {{ secrets.AZURE_STATIC_WEB_APPS_API_TOKEN_AMBITIOUS_SMOKE_092E9AF03 }} action: 'close'

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

Завершение

Статическое веб-приложение Azure хорошо согласуется со службами приложений Azure и статическими веб-сайтами Azure. Есть интеграция с GitHub с использованием действий GitHub. Производственная среда основана на мониторинге данной ветки репозитория исходного кода. Промежуточная среда приходит и уходит на основе создания и объединения запросов на получение. Static Web App не зависит от платформы. Это не заботит операционная система и редактор кода или IDE, которые используют разработчики. Если действия GitHub способны создать статическое веб-приложение, то для работы службы Static Web App достаточно. Хотя сейчас поддерживается только одна промежуточная среда, она, вероятно, изменится в будущем, когда я подумаю о приложениях в активной разработке.

Когда Microsoft анонсировала свой Windows Server 2019, многие из тех пользователей или компаний, которые в настоящее время пользовались версией 2016 года той же службы, столкнулись с серьезной загадкой, т.е. продолжать ли Windows Server 2016 или перейти на новую версию Windows Server 2019?

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

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

Вы еще можете купить Windows Server 2016 по относительно невысокой цене в отличие от Windows Server 2019.

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

Вот эти четыре основных области:

Поддержка, предлагаемая для гибридного облака

Самым большим недостатком Windows Server 2016, который постепенно становился очевидным для большинства пользователей, было отсутствие поддержки гибридного подхода в отношении облачной миграции. Microsoft также поняла это и сделала версию 2019 года такой функциональной. Таким образом, вы можете гарантировать, что ваши облачные решения могут работать в тандеме с локальными ресурсами, чтобы обеспечить оптимизированную корпоративную среду, которая в высшей степени дружественна к облакам.

Если вы научились работать в сети с Windows Server 2016, вы были бы хорошо осведомлены о том, что эта версия поддерживает только облако для активного каталога, синхронизирует серверы для файлов и создает хранилища данных. Это ограничение было снято с версии 2019 года, и теперь вы можете легко использовать его для доступа к передовым облачным инструментам и технологиям, таким как ресурсы IoT.

Кроме того, версия 2019 поддерживает Project Honolulu, которая, если поддерживается Microsoft Azure, может обеспечить действительно гибкую и настраиваемую платформу для ваших нужд.

Добавление новых надежных функций безопасности

Server 2016 никогда не поддерживал виртуальные машины Linux, что было проблематично с точки зрения безопасности. Это также ограничивало возможности фирм использовать только экранированные виртуальные машины, что ограничивало их функциональную область. Версия сервера 2019 теперь добавляет поддержку виртуальных машин на основе ОС Linux с открытым исходным кодом.

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

Защитник Windows Advanced Threat Protection — это также ориентированная на безопасность функция сервера 2019, которая позволяет ему стать гораздо более компетентной платформой, когда речь идет о защите системы от исходящих угроз.

Изменения в положениях на основе приложений

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

Контейнеры Windows Server оказались чрезвычайно эффективными для повышения эффективности процесса разработки, когда они входили в состав Windows Server 2016. Но теперь образ контейнера может вместить базовое ядро сервера гораздо меньшего размера, чем было. Это возможно в Windows 2016, что делает его невероятно гибким и ориентированным на разработку ресурсом для новых групп разработчиков DevOps на предприятиях, которым требуется гибкость в создании приложений.

Обновленная поддержка развертывания HCI

Это немного сложнее, поскольку развертывание Hyper-Converged Infrastructure также поддерживалось сервером Windows 2016, но затем этот сервер позволил малым предприятиям использовать его в доступном диапазоне.

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

Стоит ли принимать обновление Windows Server 2019?

Обновление с Windows до версии 2019, безусловно, принесло в свой основной пакет обновлений некоторые заметно продвинутые и мощные функции. От гораздо лучшей поддержки для развертывания HCI до введения ATP, версия Windows Server 2019, безусловно, намного больше подходит для современных ИТ-потребностей. Если сравнивать его с 2016 годом, он, безусловно, более безопасен и удобен для разработчиков, чем его предшественник.

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

Кроме того, для запуска версии 2019 важно, чтобы ИТ-группа получила сертификаты относительно версии 2016 года, поскольку большинство предшествующих технологий на сервере 2019 продолжают работать в том же рабочем формате, что и сервер 2019. Если вы выполнили установку для хранилища MS 20740 и рассчитать с сертификацией Windows Server 2016 , вы, вероятно, не столкнетесь с трудностями при запуске установки сервера 2019, так как большинство платформ остаются одинаковыми в обеих версиях.

Завершение дела

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

Но какой из них лучше? Ну, нет однозначного ответа на этот вопрос, так как различные потребности бизнеса могут изменить способ восприятия и оценки новых обновлений для каждой проблемы. Если вы хотите сделать скачок, то ATP, а также предоставление облачной поддержки гибридной модели, являются двумя наиболее важными факторами, которые могут принести большую пользу вашему бизнесу, приняв версию Windows Server 2019.

Microsoft, нынешний владелец интернет-телефонии Skype, недавно был пойман на прослушивании телефонных разговоров простых людей, проводимых в Skype.

Первый случай был зарегистрирован в августе 2019 года, когда Microsoft используется функция автоматического перевода Skype для прослушивания телефонных разговоров не давая пользователям знать об этом. Главной проблемой также было то, как субподрядчики, которые слушали и расшифровывали разговоры, управляли безопасностью аудиоматериала.

Интересна внешняя политика Петра I, рождение мировой державы? Это и многое можно узнать из статьи https://istmira.com/drugoe-istoriya-rossii/12285-vneshnyaya-politika-petra-i-kratko.html. История России при Петре 1.

Косвенно Microsoft признала, что компания слушала телефонные звонки, заявив, что они могут «анализировать аудио» звонков.

В январе 2020 года The Guardian разговаривал с работником по контракту, который прослушивал телефонные звонки Skype (и разговоры с помощником Cortana) в Китае. Рабочий — британец, жил в Китае, и ему велели слушать разговоры на английском и английском языках, записанные в любой точке мира. Замечательная вещь в его истории заключается в том, что аудиоклипы, сохраненные из звонков Skype, были доступны любому в организации, у которого был пароль, отправленный в виде простого текста по электронной почте. В Китае обеспокоенность вызывает то, что все, что передается в виде простого текста, рассматривается властями.

Опять же, Microsoft признала, что компания слушает разговоры, но переносит подобные задачи на более безопасные объекты за пределами Китая. Вот что Microsoft сказала The Guardian:

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

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

Возможно, мобильный телефон будет моим основным инструментом голосовой связи или приложением Nextcloud Talk. Skype будет нелегко заменить, но я уже заменил приложения и службы Google.

Сказочная история скайпа

Мы до сих пор помним это, как вчера, когда мы набрали свой первый телефонный звонок Skype. У нас были совершенно новые наушники, которые были куплены по этому случаю. Это было откровением. Мобильный телефон или стационарный телефон никогда не обеспечивали такого качества звука. Как будто человек на другом конце (в данном случае в другом городе) сидел рядом со мной. Это случилось 16 лет назад.

Служба интернет телефона Skype пошла жизнь с 29 августа 2003 г. Несколько лет назад, швед по имени Никлас Зеннстром и датчанин по имени Янус Фриис наняли эстонских программистов на работу для телекоммуникационной компании. С тех пор и Zennström, и Friis подали в отставку, потому что были заняты созданием интернет-стартапов.

Вместе с эстонскими техниками, которых уже знали Фриис и Зеннстрем, у них возникла идея создать бесплатную телефонную службу, которая будет работать в Интернете. Это было бесплатно, потому что Zennström и Friis использовали одноранговую технологию программного обеспечения от их предыдущего запуска Kazaa. Первая версия Skype была разработана довольно быстро поверх одноранговой сети.

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

Первым покупателем Skype был Ebay, который приобрел стартап уже в 2005 году. Мы не можем вспомнить каких либо проблем для пользователей из-за этого приобретения. Похоже, Ebay оставил Skype в покое, чтобы разработать продукт так, как они считают нужным. Проблемы начались, когда Microsoft купила Skype в 2011 году. Пользовательский интерфейс и функциональность были изменены, и не всегда в лучшую сторону.

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