Эйри Хост – доступный хостинг

Мы в Эйри Хост с 2015 года занимаемся:
* виртуальным хостингом (Москва, Россия);
* регистрацией доменов в национальных, международных и тематических зонах;
* виртуальными серверами (Москва, Россия);
* продажей SSL сертификатов и лицензий на продукты компании ИСПсистем;
* а так же некоторыми другими видами услуг.

Тарифные планы хостинга

HOST-0 – 5 сайтов – Диск 3.5 Гб – 79 ₽/месяц, 834 ₽/год ( -12% )
HOST-1 – 10 сайтов – Диск 8 Гб – 139 ₽/месяц, 1468 ₽/год ( -12% )
HOST-3 – 20 сайтов – Диск 14 Гб – 219 ₽/месяц, 2313 ₽/год ( -12% )
HOST-4 – 30 сайтов – Диск 20 Гб – 299 ₽/месяц, 3157 ₽/год ( -12% )

Ознакомиться с полной информацией о тарифах виртуального хостинга, включая технические ограничения тарифов, можно на официальном сайте: Виртуальный хостинг от 79 рублей

Виртуальные серверы

Актуальная информация на страницах Linux VDS и Windows VDS.

Основные тарифы:
Тариф      |  Память  |  Процессор  |  Диск        | Цена (Linux)   | Цена (Windows)
KVM-SSD-1  |  1 Гб    |  1 ядро     |  30 Гб SSD   |  244 руб./мес  |  604 руб./мес
KVM-SSD-2  |  2 Гб    |  1 ядро     |  30 Гб SSD   |  299 руб./мес  |  659 руб./мес
KVM-SSD-3  |  4 Гб    |  2 ядра     |  60 Гб SSD   |  599 руб./мес  | 1319 руб./мес
KVM-SSD-4  |  6 Гб    |  4 ядра     |  90 Гб SSD   |  969 руб./мес  | 1319 руб./мес
KVM-SSD-5  |  8 Гб    |  6 ядер     |  120 Гб SSD  | 1339 руб./мес  | 3499 руб./мес


Дополнительная информация

Возврат денег — есть, но только за:
* виртуальный хостинг;
* виртуальные сервера;
* ssl (если сертификат не был активирован);

За другие услуги — возврата денег нет. В некоторых случаях идем на встречу и можем оформить SSL сертификат в кредит.

— Легально работаем с юридическими лицами и предоставляем отчетную документацию.

Переход на новую панель управления





С 24 февраля 2021 мы окончательно переезжаем c flops.ru на новый домен — serveroid.com. Ваш аккаунт и все серверы продолжат работать там — в новом дизайне и с новыми возможностями:
  • Высокая скорость сайта
  • Удобная мобильная версия
  • Шаблоны DNS-записей для популярных почтовых сервисов
  • Улучшенная статистика по ресурсам и рефералам
  • Интерфейс веб-студий для работы с клиентами
Мы постоянно работаем над улучшением функциональности, поэтому всегда будем рады вашему мнению в разделе службы поддержки.

С уважением, команда Serveroid.

Пришло время новых имен — Спринтнеймс

Спешим сообщить о начале сотрудничества со стратегическим партнером — регистратором доменных имен Спринтнеймс!

Только для клиентов Спринтхост и Спринтбокс — 10 дней выгодных цен на домены в зоне .RU и.РФ. Предложение по регистрации доменных имен со скидкой действительно только с 16 по 25 февраля 2021 года включительно!

Как приобрести домен за 148 рублей?

Перейдите в Панель управления в раздел «Сайты и домены»;
  1. В разделе «Добавить сайт» укажите имя нового домена, который вы хотите зарегистрировать;
  2. Поставьте галочку «Зарегистрировать этот домен» и нажмите «Добавить сайт»;
  3. Укажите владельца домена и режим продления;
  4. Выберите регистратора Спринтнеймс, нажав «Зарегистрировать»;
  5. Ожидайте письмо о регистрации нового домена!

Актуальные цены на регистрацию/продление доменов в зоне .RU и.РФ без учета скидок и акций:
  • Спринтнеймс — 178₽/288₽;
  • Reg.ru — 189₽/309₽.
Также для читателей hosting.kitchen мы подготовили промокод на Спринтбокс — быстрые виртуальные машины.
Из недавних фишек у нас появился простой в использовании файрвол, помогающий защитить сервер, а также Спринтбот, который позволяет управлять и следить за сервером через Telegram. Создать бокс можно из готового или собственного ISO-образа.


Протестировать серверы можно просто пополнив баланс на 100 рублей, а промо-код SPRINTKITCHEN добавит на ваш баланс еще 100 бонусных рублей после пополнения. Его можно активировать в разделе «Пополнить счет» сразу после регистрации.

Любовь, Фёрст и серверы



14 февраля принято отмечать не только День всех влюблённых, но и День компьютерщика.

В честь такого двойного события приготовили подарки: промокоды с 14%-й скидкой на заказ новых VDS и сертификаты ILOVEMONEY на пополнение баланса номиналом 300 рублей для постоянных клиентов.

Как получить скидку 14%
  • Закажите VDS на сайте или через Личный кабинет. Обратите внимание, что в акции не участвуют тарифные планы «Разминка» и «Прогрев».
  • В корзине примените промокод LOVEFIRST.
  • Скидка активируется в течение трёх минут.
  • Оплатите сервер на 14% дешевле.

Подробные условия
  • Скидка действует только при заказе новых серверов в готовых конфигурациях: «Старт», «Разгон», «Отрыв» и «Улёт», тарифов линейки «Турбо», а также VDS Форсаж, «Атлант» и «Storage».
  • В акции не участвуют тарифные планы VDS Разминка и VDS Прогрев.
  • Скидка 14% предоставляется разово, в момент заказа виртуального сервера, на срок, указанный при единовременной оплате за 1, 3, 6 месяцев или год. Используя промокод LOVEFIRST, вы можете заказать VDS со скидкой 14% сроком до 1 года.
  • Использовать скидочный промокод можно для заказа любого количества новых серверов.
  • Срок активации промокода — до 21.02.2021 23:59 по мск.
  • Сервер со скидкой нужно оплатить до 21.02.2021 включительно.
  • Скидка распространяется только на ресурсы: CPU, RAM, HDD, SSD или NVMe-диск.
  • При отказе от сервера по акции скидка не переносится на другие услуги.
  • Предложение не действует одновременно с другими скидками на виртуальные серверы.
  • Скидка не распространяется на дополнительные услуги: канал, защиту от DDoS-атак, адреса IPv4 и IPv6, автобэкапы, панель ISPmanager и другие дополнительные услуги.

https://firstvds.ru

Акция для любимых клиентов ко Дню Влюблённых



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

Спешите по классным скидкам приобрести услуги. Так выгодно ещё не было!

Кстати, ловите лайфхак по секрету: можно заказать услуги со скидкой 40% на VDS и 20% на выделенные серверы на первый месяц и сразу можно продлить услугу, при этом получая ещё -10% скидки.

zomro.com

Обидеть хостера каждый может. Должен ли провайдер отвечать за контент своих клиентов?



Сабж
Российский хостинг-провайдер (далее – хостер) «Макхост» был оштрафован в ноябре 2020 года за то, что предоставлял услуги сайтам. Там любой желающий мог приобрести, казалось бы, безобидный товар – плюшевого персонажа знаменитого мультсериала «Свинка Пеппа».

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

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

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

«Русские хакеры» vs американский демократический строй
Наша компания предоставляет сетевой сервис по защите от DDoS-атак. И, к сожалению, мы тоже столкнулись с трудностями из-за действий клиента, пусть и немного иного характера.

История берет начало в ноябре 2020 года. Американский кибер–аналитик Брайан Кребс обратился к подписчикам в твиттере со следующими словами:


После чего нам написал представитель сети американских дата-центров CoreSite, где располагался наш узел фильтрации трафика. Суть обращения проста – для продолжения работы с дата–центром в Лос–Анджелесе нам было необходимо перестать обслуживать домены, определенным образом связанные с ХАМАС.

Мы предполагаем, что некое третье лицо (заказчик сервиса) воспользовалось нашим бесплатным сервисом для подключения доменов, так или иначе связанных с ХАМАС.

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

7 января 2021 года нас ошарашило очередное письмо от CoreSite. Американская сторона решила в одностороннем порядке завершить с нами сотрудничество. Партнеры обуславливали решение тем, что мы водили их вокруг пальца и не прекратили обслуживать доменные имена, связанным с ХАМАС. Только через пару дней в сети мы обнаружили причину расторжения контракта с CoreSite – исследование Брайана Кребса, опубликованное 5 января.


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

Среди них печально известный имиджборд 8chan и портал, посвященный популярной теории заговора QAnon. Особое внимание приковано к 8chan, ведь, по данным Кребса, сторонники Дональда Трампа обсуждали там организацию разгрома Капитолия, произошедшую 6 января 2021. Вскоре и с VanwaTech было прекращено сотрудничество, о чем в статье рассказали журналисты The Guardian.

Тут же CoreSite услужливо демонтировал и сложил оборудование компании до нашего приезда. И несмотря на то, что ситуация разворачивалась в новогодние праздники, мы сделали так, что наши клиенты не заметили потери узла фильтрации.

После того, как ситуация приобрела мировой масштаб, на нас обрушился шквал запросов СМИ со всех краев земного шара: журналистам было интересно, есть ли в этой истории пресловутый “русский след”, и как в этом замешана наша компания.

На этом чудеса, как говорится, не закончились. История, которая получила еще бОльшую огласку, случилась с нами на пару со скандальной социальной сетью Parler.com. О нашей связи с ними, кстати, тоже писал Кребс, но уже заранее запросив наш комментарий.


Журналисты Reuters усмотрели наш IP-адрес в А-записях Parler, тут же решив, что мы предоставляем социальной сети услуги хостинга. Коллеги связали это с фактом расторжения сотрудничества Parler с хостингом Amazon, а также с удалением социальной сети из магазинов приложений Google и Apple.

Мы снова начали отстаивать правду перед всем миром, но уже не только перед журналистами, но и перед экспертами и рядовыми читателями. Об этом, кажется, не слышал только глухой. Федеральные СМИ, профильные YouTube-каналы и даже «Редакция» Пивоварова – все эти средства коммуникаций так или иначе обозначали нашу компанию как фигуранта этого неоднозначного дела. Мы сказали мировому сообществу, что мы услуг хостинга Parler не предоставляем, а лишь защищаем сайт от DDoS-атак – это наша первоочередная задача.



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

Юридическая сторона вопроса. Section 230 – крик души сетевого нейтралитета

Начнем с сетевого нейтралитета. Его суть здорово описана законодателями из Соединенных Штатов в так называемой Section 230. В переводе на русский язык нормативный акт звучит примерно так:

«Ни провайдер, ни пользователь интерактивного компьютерного сервиса не считаются издателем или носителем какой-либо информации, предоставленной другим провайдером информационного контента».

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

По словам экспертов, закон не делает хостеров нейтральными, наоборот, Section 230 приспосабливает их к современным интернет-реалиям. Специалисты считают, что закон подтолкнул хостеров выстраивать собственные отношения с клиентами и внедрять модерацию контента.

Хостер и право. Россия
Отечественное законодательство относится к хостерам, владельцам сайтов и судопроизводству по этим вопросам несколько иначе.

ФЗ N 149 «Об информации, информационных технологиях и о защите информации» — этот закон регулирует права на поиск, передачу, распространение, производство и защиту информации.

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

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

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

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

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

1 февраля 2021 года вступил в силу закон, согласно которому социальные сети должны самостоятельно выявлять и блокировать запрещенный контент.

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

Интересно будет вспомнить материал РБК, написанный спустя год после появления на свет закона о безопасности информационной инфраструктуры России (ФЗ N 187). За 12 месяцев существования правового акта, судебные иски подавали исключительно к хостерам, а ответчики лишь трижды явились на слушания по делам.

А что Amazon?
От Parler отвернулись американские it-гиганты. В частности, Amazon прекратил оказывать услуги хостинга одиозной социальной сети. Parler подал иск на Amazon в суд, чтоб доказать противоправность действий корпорации, но судейская мантия пока еще не приняла соответствующее решение.

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

Она считает, что социальная сеть – неподходящее место для модерации контента. Также Доук упомянула, что компания Amazon приводит 98 материалов спорного содержания в судебных документах по делу о Parler.

«Это меня даже слегка рассмешило», – сказала она в интервью американскому изданию WRVO. «Amazon вообще выходит в интернет? 98 материалов или около того – не так уж и много. Я имею в виду, в Amazon вообще видели, что размещается на Amazon?»

Иными словами, эксперт не видит логики в действиях Amazon, однако существует и другая сторона вопроса. Может ли тот же Amazon будучи хостером отслеживать все, что происходит на сайтах клиентов? Мониторинг «незаконных» клиентов займет столько пар рук и зарплат, сколько не может позволить себе даже такой гигант, как Amazon. Не говоря уже о провайдерах, обслуживающих сайты за 500 рублей в месяц.

Что делать, если к тебе пришли за объяснениями?
От подобных ситуаций не застрахован ни один провайдер. Поэтому мы собрали ряд советов, которые сделают проще жизнь коллег:
  1. Отнеситесь внимательно к сообщениям, которые приходят на ваш официальный (юридический) почтовый адрес. Это могут быть абьюзы, просьбы, различные решения компетентных органов, либо поддельные документы, не имеющие под собой оснований.
  2. Осуществляйте внимательную фильтрацию этих запросов на предмет их правомерности. Если имеются сомнения в подлинности документов или их достаточности, или полномочий того или иного лица или государственного органа – предоставляйте соответствующий ответ. Если у вас есть специальный человек на эти задачи – прекрасно, если нет – штурмуйте hh.ru.
  3. Действуйте по принципу сетевого нейтралитета и следуйте по пути закона стран пребывания вашей компании;
  4. Будьте лояльны, не рубите с плеча. Если на клиента поступила жалоба или решение ведомства, не спешите его отключать. Проведите беседу, выясните причины проблемы и попросите ее решить в установленный срок;
  5. Теперь про обращения СМИ:
    • Если вдруг у вас нет отдельной почты для обращений СМИ – заведите ее. Не помешает;
    • Наша PR-служба советует не прятаться от СМИ и давать развернутые и честные комментарии. Если вы не отвечаете на запросы журналистов, вы попросту рискуете прослыть негодяем не только для них, но и для общественности;
    • Имейте за пазухой подробный пресс-релиз произошедшего в виде официального документа. Опубликуйте его на сайте, если есть возможность. Это поможет вам тратить меньше времени на ответы СМИ. В зависимости от течения истории, документ можно всегда отредактировать;
    • Анализируйте каждое слово, сказанное вами в инфополе, ведь это поле минное;
  6. Ознакомьтесь с аналогичными ситуациями, в которых побывали ваши коллеги по цеху. Не стесняйтесь интересоваться у них, какой был план действий, как это отразилось в СМИ, и какие репутационные и финансовые риски понесли эти компании в результате своих действий;
  7. Проработайте план Б по работе с клиентами. А вдруг и вас нежданно-негаданно попросят освободить стойку в дата-центре?

Finita la commedia
Мы считаем, что суд над контентом клиентов – это не задача хостера. Вот причины:
  • Клиент может предоставить хостеру нерелевантные данные при регистрации – имена, номера телефонов и почтовые адреса;
  • Иногда направленность сервиса клиента меняется в режиме реального времени: под защиту может встать сайт по реализации мягких игрушек, а через месяц он уже продает алкоголь;
  • Нет причин, по которым хостер должен делать работу правоохранительных и других компетентных органов.

Таким образом, мы проанализировали СМИ, ознакомились с юридической стороной вопроса, перевели несколько статей и интервью экспертов с целью дать вам пищу для размышлений.

И нам кажется, что на этом наша история еще не окончена.

Новый сервис Yandex Application Load Balancer



На платформе Yandex.Cloud появился сервис Yandex Application Load Balancer для создания масштабируемых управляемых балансировщиков HTTP-трафика. Сервис берет на себя маршрутизацию трафика с учетом HTTP-запросов и заголовков, терминирование TLS и обеспечение безопасности соединений между компонентами приложений.

Сервис сетевых балансировщиков нагрузки Yandex Load Balancer теперь называется Yandex Network Load Balancer. Сетевые балансировщики работают на на 4-м уровне сетевой модели OSI и распределяют пакеты данных, учитывая адрес и порт клиента, доступность ресурсов и сетевой протокол.
cloud.yandex.ru/services/network-load-balancer

Как работает сервис
Application Load Balancer работает на 7 уровне модели OSI и служит для приема входящего трафика и передачи его на приложения, развернутые в Yandex.Cloud. Маршрутизация запросов происходит по правилам, описанным в HTTP-роутерах, подключенных к обработчикам балансировщика. Настройки подачи трафика на бэкенды указываются в группах бэкендов, который создаются поверх целевых групп.

cloud.yandex.ru/docs/application-load-balancer/concepts/

Какие задачи поможет решить
  • Облегчить построение микросервисной архитектуры. Application Load Balancer предоставит масштабируемую инфраструктуру подачи HTTP-трафика при построении микросервисной архитектуры.
  • Реализовать различные сценарии развертывания. Это позволит легче реализовывать сценарии развертывания canary и blue-green и проводить эксперименты для разных групп пользователей за счет распределения нагрузки.
  • Реализовать сценарий Virtual Hosting. Вы можете настроить использование разных сертификатов для разных доменов на одном балансировщике нагрузки, используя механизм TLS SNI. Задайте SNI-обработчики для нужных доменов, выберите подходящие сертификаты в Certifiсate Manager и направьте обработчики на отдельные HTTP-роутеры, описывающие маршруты для разных доменов.
  • Обеспечивать безопасность соединений Сервис использует современные протоколы и наборы шифров TLS и интегрирован с Certificate Manager для установки сертификатов безопасности.

Сервис находится на стадии Preview и не тарифицируется.
cloud.yandex.ru/docs/overview/concepts/launch-stages

Управляемые базы данных. Apache Kafka



Компания LinkedIn в 2011 году разработала брокер сообщений Kafka. Сейчас Kafka — это отказоустойчивая распределенная стриминговая платформа с открытым исходным кодом, которая позволяет хранить, обрабатывать и доставлять огромные объемы данных в реальном времени.

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

Топик — это способ группировки потоков сообщений в хранилище по категориям. Сервисы публикуют сообщения определенной категории в топик, а потребители подписываются на топик и читают из него сообщения. Для каждого топика Apache Kafka ведет лог сообщений, который может быть разбит на несколько разделов. Разделы — это последовательность сообщений топика в порядке поступления.

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

Apache Kafka — это не СУБД в чистом виде, несмотря на то что она обеспечивает атомарность, согласованность, изолированность и долговечность хранимых данных, а также предоставляет возможность избирательного доступа к данным с помощью KSQL — SQL-движка на базе API Kafka Streams. Платформу используют как журнал фиксации и интеграционный центр для множества внешних СУБД и хранилищ.


Kafka vs RabbitMQ
Kafka часто сравнивают с другим популярным программным брокером сообщений и системой управления очередями — RabbitMQ. Обе системы используются для обмена информацией между приложениями, работают по схеме «издатель — подписчик» и обеспечивают репликацию сообщений. Однако они реализуют принципиально разные модели доставки сообщений: Kafka — pull (получатели сами достают из топика сообщения), а RabbitMQ — push (отправляет сообщения получателям).

Также RabbitMQ удаляет сообщение после доставки, а Kafka хранит его до запланированной очистки журнала. Таким образом, Apache Kafka сохраняет текущее и все прежние состояния системы и может использоваться как достоверный источник исторических данных. Это позволяет множеству потребителей читать одни и те же данные независимо, и такой паттерн удобен, например, в event-driven-системах.

У RabbitMQ очень гибкое управление очередями сообщений (маршрутизация, шаблоны доставки, мониторинг получения), но при большой нагрузке это приводит к снижению производительности. Поэтому для сбора и агрегации событий из множества источников, метрик и логов лучше использовать Apache Kafka, а RabbitMQ подходит для быстрого обмена сообщениями между несколькими сервисами.

Где применяется Kafka
Основное назначение Apache Kafka — это централизованный сбор, обработка, безопасное хранение и передача большого количества сообщений от отделенных друг от друга сервисов. Эта распределенная, горизонтально масштабируемая платформа обычно применяется там, где очень много больших неструктурированных данных:
  • Масштабные IoT/IIoT-системы, характеризующиеся архитектурой с множеством датчиков, сенсоров, контроллеров и других конечных устройств.
  • Системы аналитики. Например, Kafka используется в компаниях IBM и DataSift в качестве коллектора для мониторинга событий и трекера потребления потоков данных пользователями в режиме реального времени.
  • Финансовые системы. Используют финансовые организации: Сбербанк, Тинькофф, Альфа-Банк, ING Bank.
  • Социальные сети. В Twitter Kafka — часть инфраструктуры потоковой обработки, а в LinkedIn используется для потоковой передачи данных о деятельности и операционных показателях приложений.
  • Системы геопозиционирования. Foursquare — для передачи сообщений между онлайн- и офлайн-системами, а также для интеграции средств мониторинга в свою big data инфраструктуру на базе Hadoop.
  • Телеком-операторы. ВымпелКом, МТС, Ростелеком и др.
  • Онлайн-игры. Например, Demonware, подразделение Activision Blizzard — для обработки логов пользователей.
Самый простой пример: с помощью Apache Kafka можно собирать логи сеансов от клиентов в потоковом режиме или логи с физических файлов журналов с серверов, а затем помещать их в одном месте, например в HDFS — файловой системе Apache Hadoop. Также Apache Kafka позволяет построить конвейер данных, чтобы с помощью алгоритмов машинного обучения извлекать из сырой информации сведения, ценные для бизнеса.

Managed Service for Apache Kafka
Создание, настройка и управление кластерами Apache Kafka — очень сложная задача, требующая внимания сертифицированных специалистов. В Yandex.Cloud брокер сообщений предоставляется как управляемый сервис, управление и обслуживание которого производится на стороне облачной платформы. Пользователь может создавать и настраивать кластеры для решения своих задач, а управление брокерами, обновление и оптимизация работы Apache Kafka происходит автоматически.

Возможности управляемого сервиса Managed Service for Apache Kafka в Yandex.Cloud:
  • Быстрое добавление брокеров в кластер.
  • Распределение брокеров кластера между зонами доступности.
  • Быстрое изменение ресурсов высокодоступной конфигурации без остановки работы и потери данных.
  • Настройка политики очистки лога, типа сжатия и максимального количества сообщений для эффективного использования вычислительных, сетевых и дисковых ресурсов.
  • Настройка репликации для обеспечения отказоустойчивости.
  • Анализ метрики и состояния кластера.
  • Автоматическая замена узлов кластера при отказе.
  • Шифрование соединений при помощи протокола TLS. Механизм SASL контролирует доступ пользователей к топикам по спискам контроля доступа (ACL).
  • Соответствие требованиям 152-ФЗ, индустриальным стандартам ISO и GDPR.

Managed Service for Apache Kafka вместе с другими управляемыми сервисами Yandex.Cloud позволяет создавать на облачной платформе витрины данных. Например, Yandex Managed Service for ClickHouse отлично справляется с обработкой запросов к большим объемам данных, Yandex Data Proc автоматически создаст и настроит кластеры Spark, Hadoop и другие компоненты, а Yandex DataLens позволит визуализировать эти данные и построить отчеты. С помощью Apache Kafka можно поставлять данные напрямую в ClickHouse без дополнительной разработки.

console.cloud.yandex.ru/link/managed-kafka/

Yandex.Cloud в Telegram: каналы и чаты



Yandex.Cloud в Telegram
Облако растёт: мы добавляем новые сервисы и продукты, расширяем Marketplace, пишем документацию. Ожидаемо вместе с Yandex.Cloud растёт количество вопросов у пользователей. Большую их часть закрывают документация и техподдержка. Но есть ситуации, когда совет нужен прямо сейчас, и вопросы, на которые лучше ответят практики.

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

Telegram-каналы
Главный канал Yandex.Cloud

Все новости и обновления платформы.
t.me/yandexcloudnews

Alert-канал Yandex.Cloud.
Оповещения о доступности сервисов и инцидентах.
t.me/yandexcloudalerts

Telegram-чаты
Главный чат Yandex.Cloud

Обсудить любой вопрос о платформе и пообщаться с участниками сообщества.
t.me/yandexcloud_chat

Чат Yandex Serverless Ecosystem
Functions, API Gateway, Message Queue и другие компоненты экосистемы.
t.me/YandexCloudFunctions

Чат Yandex Database
NewSQL СУБД и бессерверные вычисления на её основе.
t.me/yandexdatabase_ru

Чат Yandex DataSphere
ML-разработка в облаке.
t.me/yandex_datasphere

Чат Yandex DataLens
Всё, что волнует аналитика: графики, дашбоорды, датасеты.
t.me/YandexDataLens

Чат Yandex Monitoring
Алёртинг, выгрузка метрик и облачный мониторинг.
t.me/yandexmonitoring_ru

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