Приглашаем на about:cloud – бессерверные технологии и IoT



2 июля в 17:00 проведём онлайн-мероприятие about:cloud, во время которого:
  • расскажем о новой функциональности Cloud-Native сервисов и планах развития направлений IoT и Serverless;
  • представим новый сервис API Gateway;
  • покажем примеры интеграции сервисов Yandex Message Queue и Yandex Monitoring;
  • расскажем про алертинг в Yandex Monitoring;
  • покажем Terraform-провайдер для Yandex Message Queue.
Бонус для участников: возможность первыми поучаствовать в тестировании новых сервисов Облака.
cloud.yandex.ru/events/145

Июнь — установка Майнкрафт, боты для телеграма и летний промокод

А вы тоже не заметили, как просвистел июнь? Если пока не думали о том, как провести оставшуюся часть лета так, чтоб запомнилось, готовы подкинуть варианты. И нет, это не ремонт или шашлыки.


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

Статьи и инструкции
Идея 1. Разобраться с бэкапами и не только
Внешний диск для бэкапов — штука отличная, тем более, что никто не может вам запретить хранить там… тссс… не бэкапы! Взять, к примеру, все папки с названиями «Разобрать» и «Temp11111» да и залить на удалённый сервер. Как говорится, с глаз долой… В общем, как использовать диск — дело сугубо личное. Но если что, в инструкции подробно объясняем, как переносить файлы в хранилище по FTP-протоколу с помощью FileZilla, и рассказываем про встроенные возможности веб-интерфейса.
Управление внешним диском для бэкапов

А чтоб было проще начать, ловите от нас летний промокод и подключайте внешний диск для бэкапов со скидкой 30% на 3 месяца. Промокод 3MONTHBACKUP. Успевайте до 31 июля. Потом поезд уйдёт.

Идея 2. Установить нужное ПО
Пока большая часть народа в отпусках, можно наконец-то выкроить время и поставить дополнительное программное обеспечение. Отдавая дань 25-летию php, в этот раз рассказываем, как установить приложение phpMyAdmin на Битрикс-сервер с привычным окружением и скоростным рецептом GT. Для прода админы приложение использовать не советуют, а на dev в принципе можно накатить. Ну вы и сами всё знаете.
Установка phpMyAdmin на Bitrix-сервер
Как установить phpMyAdmin на Bitrix-сервер с GT

Идея 3. Запустить новый проект в Minecraft
Кажется, у игры Майнкрафт открылось второе дыхание. Или даже третье. Строительство из кубиков вышло на новый уровень — теперь тут проводят выпускные в виртуальных стенах родного учебного заведения и даже ставят спектакли, «Вишнёвый сад» например. В общем, не паханное поле для креатива. Пока обдумываете, как использовать популярную игру в своих целях — для работы или отдыха, рассказываем, как установить Minecraft на свой сервер. Не все же в Red Dead Redemption планерки проводить…
Как установить Minecraft-сервер версии 1.15.2 на Ubuntu\Debian
Как установить Minecraft-сервер версии 1.15.2 на Windows

Идея 4. Разработать telegram-бота
Он работает — вы отдыхаете. Тем более, что теперь никаких обходных путей выдумывать не надо. И вот почему…

Новости
Дождались! 18 июня Роскомнадзор разблокировал телеграм. Пользователи в сети шутят на тему, как можно разблокировать то, что так и не было заблокировано. Да большинство даже не заметило проблем в работе мессенджера — телеграм проксировал трафик и вообще он молодец, но кое-где костыли и велосипеды все же потребовались. После блокировки 13 апреля 2018 года боты телеграма перестали работать. Поскольку инструмент хорош и востребован, многим пришлось искать обходные пути — настраивать vpn, переезжать на забугорные серверы, писать на скорую руку скрипты…

Теперь можно вздохнуть свободно — боты снова работают на серверах, находящихся в РФ. И на наших в том числе. Если что, мы проверили. Проверьте и вы — заодно узнаете о том, кто и как работает в нашей компании.
t.me/ThinkFirst_bot

Идея 5. Повысить уровень безопасности данных
Проводить профилактику безопасности никогда не лишне. Ведь иногда кажется, что хакеры никогда не спят, не болеют и не отдыхают…

Уязвимости месяца
Опасный шифровальщик PonyFinal
Компания Microsoft советует компаниям остерегаться кибератак с использованием опасного шифровальщика PonyFinal. От него уже пострадали организации в разных странах. Эффективность вредоносу обеспечивают хакеры, которые после взлома вручную размещают в корпоративных сетях своё ПО, а не автоматизируют процесс. Чаще всего взлом происходит через учётные записи со слабыми паролями, далее активируется скрипт Visual Basic, который запускает процесс сбора и передачи данных. Затем внедряется сам шифровальщик PonyFinal. Так как способов для расшифровки пострадавших данных пока нет, специалисты по безопасности советуют не ограничиваться изучением кода вируса, но и обращать внимание на сам ход атаки. Подробнее на xakep.ru

Уязвимость в GnuTLS
Выявлена уязвимость в библиотеке GnuTLS, которая по умолчанию применяется во многих пакетах из состава Debian. Уязвимость позволяет возобновить ранее прекращенный сеанс TLS без знания сессионного ключа и может быть использована для организации так называемых атак посредника (MITM). Проблема проявляется с выпуска 3.6.4. Устранена в версии GnuTLS 3.6.14. Проблема была исправлена в дистрибутивах Debian, SUSE, FreeBSD, Fedora, Ubuntu, EPEL и RHEL 8. Подробнее на opennet.ru

Масштабная кампания по взлому сайтов на WordPress
В начале июня специалистами Wordfence была зафиксирована вторая волна хакерских атак на сайты на WordPress. Первая была в мае. Поскольку атаки были организованы с IP-адресов, часть которых использовалась хакерами ранее, эксперты Wordfence считают, что обе кампании по взлому — дело рук одной и той же группы злоумышленников.

В этот раз взломщики использовали старые уязвимости в плагинах и попытались скачать с сайтов файлы конфигурации. По оценкам экспертов, это составило около 75% всех попыток использования уязвимостей в плагинах и темах для WordPress. Подробнее на xakep.ru

Протоколу SMB угрожает новая проблема SMBLeed
Уязвимость, получившая название SMBLeed, позволяет злоумышленнику удаленно, минуя аутентификацию, «сливать» данные из памяти ядра. Проблема проявляется в Windows 10 и Windows Server версий 1903, 1909 и 2004. Патчи для бага уже доступны, но у Microsoft есть и другие варианты решения этой проблемы. Подробнее на xakep.ru

И релизы
Релиз OpenSSH 8.3
Представлен релиз OpenSSH 8.3, открытой реализации клиента и сервера для работы по протоколам SSH 2.0 и SFTP. В новом выпуске добавлена защита от атаки на scp и внесен целый ряд изменений. Подробнее на oppenet.ru

Релиз Windows 10
Если вдруг пропустили, напоминаем, что состоялся релиз Windows 10 (2004). В его состав вошло немало улучшений по безопасности. Но до идеала, видимо, делеко. Уже составлен список проблем, с которыми столкнулись пользователи. Подробнее на xakep.ru

Релиз почтового сервера Exim 4.94
В новом выпуске внесены накопившиеся исправления и добавлен ряд возможностей. И как уже стало известно, часть из них могут привести к нарушению обратной совместимости. Нет в мире совершенства. Подробнее на opennet.ru

Cloud4Y разместил инфраструктуру СПКФР в защищенном облаке



Совет по профессиональной квалификации финансового рынка использует защищенный контур, прошедший аттестацию по требованиям безопасности в соответствии с ФЗ-152.

Ассоциация участников финансового рынка «Совет по профессиональной квалификации финансового рынка» (СПКФР) была создана в марте 2015 года с целью ликвидации разрыва между «дипломниками» и квалифицированными сотрудниками без специализированного образования.

СПКФР решает проблему переквалификации и применения профессиональных навыков экономистов, бухгалтеров и финансистов. Единые стандарты, разработанные Советом, помогают сотрудникам эффективно трудиться, а работодатели упростят подбор кадров.

Для мониторинга рынка труда и появления новых профессий, разработки (актуализации) квалификаций и профессиональных стандартов для специалистов финансового рынка, актуализации программ профессионального образования и обучения используются специальные автоматизированные системы. Совет понимает необходимость обеспечения надлежащего уровня защиты используемой информации. ФЗ-152 «облака» для хранения персональных данных и другой чувствительной информации.

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

«Облако ФЗ-152». Постановка построена в соответствии с требованиями ФЗ-152 и получен аттестат в соответствии с требованиями защиты персональных данных до 1-го уровня защищенности включительно. Это позволяет Cloud4Y помогать клиентам закрыть вопрос о соответствии требованиям законодательства.

Через несколько дней после заключения договора СПКФР разместил свою инфраструктуру в защищенном облаке Cloud4Y и получил заключение о соответствии требованиям Федерального закона «О персональных данных» от 27.07.2006 № 152-ФЗ.

Свежие новости от AWS



Вычисления
Хранение данных

Миграция
Организация сети и доставка контента
Инструменты для разработчиков
Инструменты управления
Безопасность, идентификация и соответствие требованиям
Машинное обучение
Аналитика
Мобильные сервисы
Интернет вещей (IoT)
Marketplace
Обучение и ресурсы, сертификация

Мультимедийные сервисы
Безопасность, идентификация и соответствие требованиям
Машинное обучение
Аналитика
Мобильные сервисы
Взаимодействие с клиентами
Эффективность бизнеса
Партнерская сеть AWS (APN)

Решение Bare Metal: переход в ближайший к вам центр обработки данных Google Cloud

В ноябре прошлого года мы объявили о Bare Metal Solution, которая позволяет компаниям запускать специализированные рабочие нагрузки, такие как базы данных Oracle, рядом с Google Cloud, одновременно снижая общие затраты и снижая риски, связанные с миграцией. Нашей следующей задачей было сделать это решение глобальным. Сегодня мы объявляем о доступности Bare Metal Solution еще в пяти регионах: Эшберн, Вирджиния; Франкфурт; Лондон; Лос-Анджелес, Калифорния; и Сидней. К концу этого года мы планируем запустить еще четыре объекта: Амстердам, Сан-Паулу, Сингапур и Токио. Следите за новостями — Bare Metal Solution будет в ближайшем к вам дата-центре Google Cloud!


Включение специализированных рабочих нагрузок в Google Cloud
Решение Bare Metal Solution разработано для обеспечения высокой производительности и высокой доступности критически важных приложений корпоративного уровня. Для этого компания Bare Metal Solution предлагает современные выделенные серверы на базе масштабируемых процессоров Intel Xeon 2-го поколения (Cascade Lake) различных размеров. В зависимости от ваших потребностей, вы можете выбрать сервер Bare Metal, имеющий всего 16 ядер, или до 112 ядер с 3 терабайтами памяти DRAM — все для того, чтобы справляться с самыми требовательными рабочими нагрузками. Эти серверы сертифицированы практически всеми крупными компаниями-разработчиками программного обеспечения. Мы внедряем Bare Metal Solution в региональном расширении с задержкой менее двух миллисекунд в Google Cloud; в большинстве случаев мы измеряли задержку до миллисекунды.

Одним из ключевых аспектов любого корпоративного решения рабочей нагрузки является производительность и высокая доступность хранилища. Bare Metal Solution использует некоторые из самых современных в мире хранилищ на базе NVMe, которые полностью настроены для обеспечения целевого уровня IOPS и пропускной способности из коробки. Кроме того, автоматические снимки помогают обеспечить защиту данных.

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


Благодаря этим функциям Bare Metal Solution позволяет легко и быстро переносить рабочие нагрузки из центра обработки данных в Google Cloud, одновременно снижая общие затраты и снижая риски миграции.

CloudBees, ведущий поставщик программных услуг для непрерывной доставки, недавно использовал Bare Metal Solution для ускорения перехода на Google Cloud.
Решение Bare Metal от Google предоставило нам простоту миграции и интеграцию с облачными сервисами Google, практически не нарушая наши текущие бизнес-процессы. Мы довольны нашим опытом использования Bare Metal Solution, что позволяет нам легко использовать облачные базы данных
Франсуа Декери, директор по стратегии CloudBees

Построен с небольшой помощью наших друзей
Bare Metal Solution использует богатую партнерскую экосистему Google Cloud для предоставления важных базовых функций и дополнительных дополнительных функций. Например, Bare Metal Solution использует решение для хранения данных NetApp для поддержки приложений корпоративного класса. Использование технологии хранения NetApp NVMe обеспечивает производительность корпоративного уровня, а ее стандартная технология моментальных снимков помогает расширить возможности защиты данных Bare Metal Solution.
cloud.google.com/network-connectivity/docs/interconnect/concepts/partner-overview

Наш партнер Actifio предоставит дополнительные функции для поддержки резервного копирования и восстановления. Actifio предоставляет интегрированное видео всех ваших данных в Google Cloud в дополнение к каталогу резервных копий и резервным копиям и восстановлениям на основе политик. Подход Actifio к управлению копированием данных снижает затраты на хранение и программное обеспечение, а также сокращает время восстановления в случае сбоя. Чтобы узнать больше, см. Сообщение в блоге Actifio.
www.actifio.com/company/blog/post/data-resiliency-on-oracle-bms-on-google-cloud/

Кроме того, Atos предоставляет свою базу данных Atos Database на базе решения Google Bare Metal Solution в качестве управляемого сервиса для корпоративных клиентов, предоставляя организациям полностью управляемый и безопасный облачный сервис, бесшовно интегрированный с Google Cloud и использующий сквозные возможности Atos. конец оркестровки, управления и инфраструктурных услуг.
atos.net/en/about-us/partners-and-alliances/atos-db-hotel-for-gcp

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

Продолжая наше обязательство с открытым исходным кодом
Разрабатывая Bare Metal Solution, мы чувствовали ответственность за предоставление дифференцированного опыта корпоративным клиентам в виде пакета инструментов автоматизации, помогающего управлять вашими специализированными рабочими нагрузками, помогать развертыванию и управлять повседневными функциями, такими как резервное копирование. Используя автоматизацию Ansible IT с открытым исходным кодом, мы создали инструментарий, который поможет вам быстро установить базы данных, управлять хранилищем и настройкой резервных копий, и сделали этот инструментарий доступным для всех в качестве открытого источника на GitHub.
github.com/google/bms-toolkit

В итоге
Мы в Google Cloud сохраняем приверженность созданию облака, которое соответствует вашим ожиданиям и превосходит их. Решение Bare Metal Solution представляет собой еще один шаг в этом направлении, помогая снизить затраты на выполнение корпоративных рабочих нагрузок, снизить риски, связанные с миграцией облачных вычислений, и сделать вас драйвером вашего пути модернизации.

Чтобы узнать больше о настройке Google Cloud Next ’20: сеанс OnAir, непрерывность бизнеса с Oracle в Google Cloud и посещение веб-сайта Bare Metal Solution.
cloudonair.withgoogle.com/events/business-continuity-with-oracle-in-google-cloud
cloud.google.com/bare-metal

Двухфакторная аутентификация



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

Она может быть в нескольких вариантах:
  • Одноразовый пароль из 6 цифр, который меняется каждые 30 секунд.
  • Аппаратная аутентификация, которая генерирует уникальную пару ключей.
  • SMS-уведомление или звонок
  • Биометрическая проверка на основе отпечатка, сетчатки, распознавания голоса или лица.
  • Аутентификация по почте.

У нас безопасно! Мы всегда используем двухфакторную аутентификацию и тщательную проверку, поэтому можете не переживать за свои данные, информацию и проекты. К ним доступ будет только у Вас.

zomro.com

Опрос по электронному документообороту с Robokassa



Ситуация с пандемией изменила весь уклад нашей жизни. В частности, многие начали переводить свой бизнес в онлайн: назрел вопрос электронной подписи и документооборота.
Мы ищем пути его решения и просим вас пройти небольшой опрос. 5 минут вашего времени помогут нам выбрать лучшее решение, которое позволит в будущем ускорить и оптимизировать нашу и вашу работу.

Пройти опрос вы можете здесь »»»

Большое спасибо!

Информационный бюллетень DigitalOcean



Обновления продукта
В июне мы выпустили следующие новые версии для провайдера DigitalOcean Terraform:
  • v1.19.0 включает первоначальную поддержку реестра контейнеров DigitalOcean.
  • v1.20.0 включает в себя добавление источника digitalocean_tags данных и улучшение других тегов, связанные с ресурсами.

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

В этом месяце мы запустили несколько приложений «1-Click», в том числе приложение « Computing for COVID 1-Click», которое позволяет запустить облачный компьютер, который незамедлительно вносит свой вклад в поиск лекарств. Приложения Kubernetes 1-Click теперь можно запускать через API. Мы также позаботились о том, чтобы информация по началу работы для ваших приложений «1-Click» была легко доступна прямо со страницы «Капли» на панели управления.
www.digitalocean.com/blog/latest-products-and-features-at-digitalocean-june-2020/

Проблемы при работе с дисками 19 июня 2020 года



Резюме по инциденту
В пятницу 19 июня некоторым клиентам были частично или полностью недоступны сервисы Compute Cloud, Managed Service for ClickHouse, Managed Service for Kubernetes, Managed Service for MongoDB, Managed Service for MySQL, Managed Service for PostgreSQL, Managed Service for Redis в зоне ru-central-b Яндекс.Облака. Проблема была локализована в 10:15, после чего наша команда точечно помогала пользователям устранять последствия инцидента.

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

Что произошло?
В Яндекс.Облаке данные хранятся в распределенной сетевой системе хранения данных собственной разработки. Сетевой диск выдерживает одновременный отказ двух серверов из своего сегмента без потери данных. Используемый в Яндекс.Облаке размер сегмента отказа — группа серверов, расположенных в разных серверных стойках. На каждом сервере для хранения данных конкретного сетевого диска используется один физический диск. В момент отказа физического диска или сервера данные начинают реплицироваться на другие серверы этого сегмента, пока коэффициент репликации каждого блока данных не будет восстановлен. 19 июня случилась маловероятная ситуация, когда произошел отказ четырех серверов, три из которых находились в одном сегменте отказа, что привело к тому, что не все данные успели реплицироваться. В результате часть данных на дисках оказалась потеряна и произошел сбой в работе перечисленных выше сервисов.

Ход событий:
8:40 — Выход из строя первого сервера, он признан невосстановимым. Ситуация штатная.
9:48 — Второй сервер того же сегмента признан невосстановимым. Сразу после этого сработала автоматика, оповещающая об угрозе потери данных. Команда сервиса сразу же приступила к поиску проблемы, поскольку это является опасной ситуацией, и потеря данных становится возможной, если в скором времени откажет третий сервер из сегмента.
10:09 — Вышел из строя третий сервер из этого же сегмента отказа. Локализовать проблему до выхода из строя третьего сервера не удалось. Сразу после этого автоматика была принудительно остановлена на всех серверах Яндекс.Облака.
10:15 — Вышел из строя сервер в другом сегменте отказа, который был упомянут в изначальном сообщении о проблеме. Но так как это был первый неработающий сервер в другом сегменте, то с данными в этом сегменте ничего не произошло. К тому же автоматика была уже остановлена и сервер был возвращен в строй.
10:15 — Мы начали оказывать помощь пострадавшим пользователям по их запросам.

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

Последствия для пользователей:
  1. В Compute Cloud сбой затронул часть дисков пользователей, находящихся в зоне ru-central-b. Часть данных на этих дисках была утрачена, что привело к частичной или полной потере диска. Пострадавшим пользователям были высланы рекомендации провести аварийное восстановление диска по инструкции. Все затронутые диски были отмечены в консоли Яндекс.Облака. При этом часть дисков мы смогли восстановить самостоятельно без участия пользователей, где пострадавшей оказалась внутренняя системная часть диска. С таких дисков отметка в консоли была снята, так что если сейчас в консоли Яндекс.Облака нет отметок о возможном повреждении жестких дисков, то никаких действий со стороны пользователя не требуется.
  2. Управляемые базы данных, кластера которых были развёрнуты с сетевыми дисками в нескольких зонах доступности, были недоступными на запись в течение нескольких минут. При этом потери данных не было. Такая недоступность — это внештатная ситуация, так как не была предусмотрена обработка частичной, а не полной, потери диска. Подобное поведение системы будет улучшено, переключение из-за длительных проблем с диском будет осуществляться за десятки секунд.
  3. Управляемые базы данных Managed Service for PostgreSQL и Managed Service for MySQL, кластера которых были развёрнуты только в пострадавшей зоне доступности ru-central-b, были восстановлены без потери данных из последней резервной копии, но с недоступностью сервиса на время восстановления.
  4. Управляемые базы данных Managed Service for ClickHouse, Managed Service for MongoDB и Managed Service for Redis, кластера которых были развёрнуты только в пострадавшей зоне доступности ru-central-b, были восстановлены из последней резервной копии с потерей данных за последний бизнес-день.
  5. Инцидент затронул только нескольких пользователей Managed Service for Kubernetes, которые использовали не отказоустойчивый тип мастеров. Во время инцидента для них был недоступен control plane Kubernetes, при этом запущенные в кластерах сервисы клиентов продолжали штатно функционировать. Эти мастера были восстановлены из последней резервной копии.

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

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

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

Меры для предотвращения повторения подобной ситуации в будущем
  1. Мы уже исправили ошибку в автоматической процедуре, которая неверно определяла уровень аппаратной проблемы.
  2. Перед отправкой сервера или диска в полную перенастройку по любой причине мы добавили обязательную задержку в одни сутки. Это позволит инженерам вручную обработать эту ситуацию и вернуть физические диски в кластер без потери данных.
  3. Будет добавлен дополнительный уровень проверки — теперь система хранения данных в Яндекс.Облаке будет явно подтверждать любое действие с оборудованием. Так мы сможем отложить работы с вышедшим из строя физическим диском или сервером на любой необходимый срок, пока не будем уверены в безопасности этого действия. В произошедшем инциденте это позволило бы не отправлять второй и третий серверы в перенастройку, а заморозить их до восстановления первого сервера.
  4. Мы введём обязательное резервное копирование мастеров Managed Service for Kubernetes с частотой несколько раз в сутки.

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

На собеседовании: вопросы от соискателей



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

Содержание:
  • Предварительное исследование
  • Что поможет лучше ориентироваться на собеседовании
  • Какие вопросы задавать:
    • Selectel
    • DDB Russia
    • Группа ЦДС
    • MediaLink
    • Euroinvest Development
    • Chili Marketing
  • Вопрос о зарплате
  • Стоп-лист вопросов на собеседовании

selectel.ru/blog/job-interview/