Появится ли в сети домен .SS?

Перед Советом директоров ICANN встал необычный выбор: стоит ли делегировать доменную зону .SS? Этот вопрос будет решаться на голосовании.

.SS — предполагаемый национальный домен Южного Судана (South Sudan). Южный Судан — самое молодое государство в мире. Оно было образовано в 2011 году после того, как его жители на референдуме независимости приняли решение отделиться от Республики Судан. В том же году ООН официально признала Южный Судан суверенным государством.

Согласно международному стандарту ISO 3166-2 Южный Судан получил аббревиатуру SS. На Западе эта аббревиатура воспринимается крайне негативно, так как это общеизвестное сокращение от Schutzstaffel — «войска охраны» — одного из подразделений войск в нацистской Германии. Стоит отметить, что министру связи новообразованного государство Стефану Лугге уже предлагали изменить аббревиатуру. Однако он не придал этому значения и настоял на сокращении SS.

Независимости Южного Судана предшествовала длительная гражданская война. Уровень жизни страны очень низкий, в ней одни из худших в мире показателей смертности. Поэтому неблагозвучный домен — это наименьшая из проблем, которые сейчас стоят перед государством.

Однако ICANN опасается, что домен будут использовать неонацисты для размещения своих сайтов, поэтому зона .SS является потенциально опасной. Однако делегировать официальные национальные домены, не совпадающие со стандартами ISO, ICANN не может. Так как правительство Южного Судана настаивает именно на таком сокращении, домен .SS, скорее всего будет запущен. Можно только сообщить о потенциальных проблемах и о том, что новая зона является небезопасной. Пока неизвестно, можно ли добиться исключений из правил для такого случая. Для начала этот вопрос должен решиться на голосовании Правления ICANN. Если большинство будет против зоны .SS, будут обсуждаться дальнейшие шаги.

www.webnames.ru

ICANN выступает за всеобщее признание доменов на родном языке в Китае

Многоязычные доменные имена (IDNs) существуют уже давно, но их потенциал раскрыт не полностью. Успех программы во многом зависит от многомиллионной аудитории китайских пользователей, которая уже не один раз совершала перевороты на доменном рынке, становясь основным потребителем многих доменных имён. В Китае существует много пользователей, не владеющих английским языком, среди которых домены на китайском языке будут очень востребованы. Но они еще не получили должного распространения. Кроме того, легализация каждой новой доменной зоны в Китае вынуждает проходить длительную процедуру по получению разрешения у Министерства связи Китая.

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

www.webnames.ru

Администрация зоны .whoswho жалуется на неподъёмные отчисления

Who’s Who Registry, администратор доменной зоны .whoswho получил предупреждение от ICANN за неуплату отчислений. У компании есть месяц на погашение задолженности, иначе будет рассматриваться вопрос о лишении прав на управление доменной зоной.

Джон Маккейб, директор Who’s Who Registry, обратился в ICANN с жалобой, в которой назвал отчисления ICANN со стороны владельцев доменных зон неподъёмными. Он написал, что ежегодная плата в 25 тысяч долларов слишком велика, и на неё уходит весь бюджет компании. По мнению Маккейба, такие тарифы не способствуют развитию доменной зоны, и компании, которые осуществляют качественную поддержку своих зон, не допуская нарушений, должны иметь право на скидку.

Вопрос о снижении отчислений для владельцев доменных зон уже поднимался не один раз. Однако зона .whoswho — вряд ли та, которую стоит ставить в пример для таких требований. В ней зарегистрировано всего около сотни доменов, не считая занятых самой Who’s Who Registry. Поэтому легко говорить, что в ней нет фишинга и других нарушений. Из этой сотни 44 домена появились в период приоритетной регистрации, и немногим более 50 — за всё последующее время. При этом только четыре домена используются по назначению, один из них — сайт самого Маккейба.

Зона .Whoswho задумывалась как онлайн-база для информации об известных личностях — подобно серии биографических энциклопедий Who is who («Кто есть кто»). Изначально зарегистрировать домен могли только те известные личности, которые упоминаются в данной серии энциклопедий. Однако знаменитости не обратили на домен никакого внимания. Более того — даже после отмены этого правила и снижения цен до 20 долларов за домен зоной .whoswho практически никто не заинтересовался.

www.webnames.ru

Ботоводство



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

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

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

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

Основные принципы ботостроительства


Деятельность чат-ботов строится вокруг 3 основных действий:
  • Получение или вывод информации происходит через определенные каналы связи, например, в Slack или диалогах Vk.com
  • Распознавание намерения — это комплексный анализ полученной информации для формирования ответа
  • Обработка действия — любая работа, проведенная на серверной стороне, необходимая для подготовки верного ответа. Например, если был запрошен прогноз погоды, то будет произведен запрос к некому API о погоде в городе N, и пользователю будут отправлены результаты этой команды
Основные действия чат-ботов объединяются в рамках задачи сохранения контекста для создания человекоподобной формы общения и поддержки диалога. Чат-бот должен «помнить» предмет разговора и адаптировать свои ответы соответствующим образом.

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

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

Ботостроительство
Изложенные выше 3 принципа работы чат-ботов (канал, анализ, действие) можно реализовать по-разному. Самый простой вариант — проводить сравнения поступающего текста и отправлять пользователю соответствующие ответы.


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

Для этого нам необходимо понимать, о чем говорит пользователь, контролировать ход диалога и в некоторых случаях выполнять определенные действия (например, бронировать переговорные комнаты). Добиться этого можно, используя следующие инструменты:
  • DialogFlow (Google)
  • Wit.ai (Facebook)
  • Azure Bot Service (Microsoft)
  • Rasa Core (Open Source)



При выборе продукта учитываются следующие факторы:
  • Насколько критично размещение исполняемого кода бота в рамках существующих систем
  • Например, в случае Wit.ai и Dialogflow мы не контролируем полностью весь процесс — мы отдаем этим приложениям текст и получаем готовый ответ. Используя Rasa Core или Azure BotBuilder SDK, мы можем хранить всю переписку в границах внутренних систем
  • Сколько каналов связи необходимо подключить
  • Dialogflow предоставляет возможность использования ограниченного количества коннекторов, которые подключают мессенджеры и социальные сети через указание ключей доступа. Для Wit.ai и Rasa Core можно использовать любое количество каналов, но логику подключения к ним необходимо реализовать самостоятельно (зачастую это очень тривиальная задача). Azure Bot Service имеет возможность использования коннекторов к определенным каналам, но не ограничен ими, и его можно подключать также к другим источникам самостоятельно
  • Насколько просто можно вносить изменения в базу знаний бота
При создании бота в виде программного кода без использования визуального интерфейса для взаимодействия с ним мы ограничиваем круг лиц, кто может вносить изменения в диалоги и ответы бота. Функционал добавления и редактирования фраз должен быть доступен для каждого
Для нашего внутреннего виртуального помощника чат-бота Тирекса была выбрана платформа от Google Dialogflow, которая предоставляет возможность визуального редактирования намерений, а выполнение действий осуществляется внутри частного облака в Selectel. Определяющими факторами стали скорость начала работы с ботом, безопасность при передаче сообщений и наличие канала Slack в списке поддерживаемых.


Идея создания чат-бота давно витала в воздухе компании, особенно учитывая, какие проблемы можно было решить с ним:
  • Рост числа сотрудников компании, а вместе с этим увеличивающийся поток однотипных вопросов вроде «Как пользоваться корпоративной библиотекой?» и «Где пообедать?»
  • Регулярное бронирование переговорных и оформление пропусков
  • Поиск информации и документов в корпоративной базе знаний


Создание и подключение бота в Dialogflow занимает несколько минут. В начале рассмотрим принципы работы чат-бота в системе, а затем добавим выполнение сложных действий.

Создание бота в Dialogflow
Создание архитектуры
Далее в тексте мы будем оперировать такими понятиями, как:
  • Намерение — формализованная задача, которую хочет выполнить пользователь
  • Параметры — набор данных, необходимых для выполнения задачи
  • Ответ — функция или программа, выполняемая в ответ на распознанное намерение
  • Тренировочная фраза — пример сообщения от пользователя, на котором чат-бот обучается
Dialogflow обрабатывает естественный язык и извлекает все необходимые данные для выполнения сложных команд. Для этого создаются агенты, которые содержат в себе несколько намерений. Каждое из намерений позволяет подготовить чат-бот к пониманию нюансов и тонкостей при формулировании запросов.

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

Ответ указывается либо в намерении, либо Dialogflow отправляет запрос на наш сервер, который выполняет необходимую работу и возвращает обратно ответ на примере нашего чат-бота:
  • На простые вопросы (например, «Есть ли у нас программа страхования заграницей?») ответ закладывается в намерение
  • На более сложные задачи как «Есть ли свободные переговорные сейчас?» ответ формируется с помощью дополнительного запроса к серверу, который определяет свободное время для всех участников и комнат


Работа с намерениями
Рассмотрим работу с Dialoglow на примере бронирования переговорной. Мы создаем агент управления бронированиями и определяем следующие намерения:
  • Просмотреть существующие бронирования
  • Забронировать переговорную
Каждое из намерений вызывается тренировочными фразами. Чем больше их добавлено, тем вероятнее будет выполнено нужное действие. В нашем примере намерение «Забронировать переговорную» будем вызывать следующими фразами:
  • Забронируй на сегодня в 23.15 на 30 минут на меня
  • Привет. Прошу забронировать на 08.11.2018 переговорную с 15:00 до 16:00
  • Забронируй
  • Мне нужна переговорная


Принцип работы сбора данных в намерениях следующий:
  • Dialogflow на основе полученного ввода понимает, о каком намерении идет речь. В нашем примере — бронирование переговорных
  • Если обязательные параметры не были указаны в первом сообщении (например, время встречи), то чат-бот задаст уточняющие вопросы
  • После получения всех данных Dialogflow отправит запрос на наш сервер в VPC для бронирования нужной комнаты
Посмотрим на этот процесс в действии:


Обработка действия осуществляется отправкой запроса со всеми данными на заранее добавленный адрес сервера действий (Webhook URL):


По адресу website.ru/webhook находится сервер, который выполняет обработку сложных команд (в нашем примере возвращает строку «Привет от сервера!»). Github Gist для быстрого старта:


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

Чат-боты и бизнес
Использовать ли сервисы автоматизации для клиентского обслуживания — непростой вопрос. Современные инструменты предоставляют множество решений при выборе между гибкостью, скоростью начала работы и безопасностью. Системы распознавания намерений в естественном языке теперь доступны не только в проприетарном виде, но и свободно распространяются, что открывает большие возможности для собственных экспериментов. Мы рассмотрели один из вариантов, который позволяет быстро внедрить чат-ботов для автоматизации однотипных задач вашего бизнеса без капитальных затрат и с минимальными трудозатратами.

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

Облачные патенты: за пять лет их стало вдвое больше

Последние десять лет ИТ-отрасль уверенно движется в сторону облачных технологий. Раньше интерес к облакам в первую очередь был обусловлен желанием компаний получить гибкую и масштабируемую ИТ-инфраструктуру. Сейчас, помимо классических преимуществ, в облаках видится ключ к внедрению подрывных инноваций современности — Интернета вещей, big data и ноу-хау на основе моделей искусственного интеллекта. Часто облачные решения используются для улучшения функциональности инструментов, в основе которых лежат эти технологии.

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

Разочарование Amazon
Платформа IPlytics в 2018 году провела интересное исследование, подсчитав количество патентных заявок за прошедшие восемь лет. Специалисты компании выполняли поиск в базах данных патентов, анализируя их содержание (заголовок, аннотации, описание) по ключевым словам и дополнительно используя методы стемминга и семантического индексирования.

Результаты исследования показали, что за последние пять лет общее число облачных патентов увеличилось более чем в два раза. Если в 2013 году насчитывалось 46 273 патента, то в 2018 году их стало 117 135. Начиная с 2010-го, количество патентных заявок растет из года в год, и, скорее всего, 2019-й год не станет исключением.

На данный момент обладателями большинства облачных патентов являютcя три ИТ-гиганта — IBM, Microsoft и Google. Удивил и даже немного разочаровал Amazon, который со своей дочерней компанией AWS, крупнейшим cloud-провайдером мира, не попал даже в первую пятерку. С показателем в 3 373 патента он расположился лишь на шестом месте. Отметим, что в топ-10 ключевых владельцев входят шесть американских компаний и только одна европейская — немецкая SAP SE. Трое остальных родом из Азии.

Патентный троллинг неизбежен
Сегодня лидирующую позицию в сфере облачных патентов занимает США. Именно на эту страну приходится 60% всех одобренных заявок на патенты. На втором и третьем месте находятся Китай и 38 стран-членов Европейской патентной организации (в основном — страны ЕС), соответственно.

Однако для американских технологических новаторов не все оказалось таким радужным. Активность патентозаявителей привела к побочному эффекту в виде огромного количества судебных разбирательств, связанных с патентами. За период с 2012 по 2016 год их число увеличилось на 700%! В компании IPlytics такой всплеск объясняют бурной деятельностью так называемых PAE (patent assertion entities) или, как метко окрестили их пользователи, патентых троллей. Эти организации скупают патенты обанкротившихся фирм и подают в суд на компании, обвиняя их в нарушениях патентного права при использовании технологий в своих продуктах. Опасаясь стать жертвой патентных троллей, в свое время Snap Inc. приобрела у Mobli (конкурента, закрывшего бизнес несколько лет назад) патент на облачный геофильтр стоимостью в 7,7 млн долларов.

Заключение
Активное получение патентов на облачные вычисления во всем мире подтверждает, что cloud computing является определяющий технологией для внедрения других инноваций будущего. Именно поэтому на облачные продукты делают ставку крупнейшие игроки ИТ-рынка, постоянно регистрируя новые патенты, и именно поэтому в них продолжают активно вкладывать инвесторы.


colobridge.net

Hetzner Online expands management team



Международный оператор веб-хостинга и центров обработки данных Hetzner Online расширил свою исполнительную команду в начале года.

Стефан Конвицкова и Гюнтер Мюллер уже много лет являются сотрудниками компании и уже сыграли важную роль в позитивном развитии компании в качестве уполномоченных подписантов. Теперь оба будут управлять компанией вместе с основателем компании Мартином Хецнером.

Я очень рад, что Стефан и Гюнтер присоединились к руководителю», — говорит Мартин Хетцнер. «У меня всегда было большое доверие к ним обоим, и мы работали вместе как очень солидное подразделение, чтобы руководить компанией. Этим решением я хотел повысить их роль в качестве руководителей компании

Теперь во главе компании веб-хостинга стоят три генеральных директора. Они не только смотрят в глаза на решения и делятся друг с другом большой динамикой, но и представляют свои собственные области знаний. Наличие нескольких генеральных директоров позволит компании лучше соответствовать требованиям рынка.