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

Самостоятельная фиксация
Распечатки страниц сайта (скриншотов) можно самостоятельно заверить своей подписью с указанием фамилии и инициалов.
При этом на них обязательно должны быть:
видны URL-адреса страниц сайта;указаны точная дата и время их получения.Что нужно учесть:
В некоторых судах предпочтение всё ещё может отдаваться скриншотам, оформленным нотариусом. Но такое требование можно оспорить, потому что с учётом актуальной практики скриншот, который был надлежащим образом самостоятельно зафиксирован, всё-таки должен быть рассмотрен как доказательство по делу.

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

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

Рекомендации
Не стоит считать, что в настоящий момент в суде может быть предъявлен только нотариальный скриншот. Во многих случаях суды могут принять и надлежащим образом оформленный в соответствии с рекомендациями самостоятельно сделанный скриншот. Но для 100% уверенности рекомендуем вам всё же прибегать к услугам нотариуса.

www.reg.ru/hosting/

Измeнeние Пользовательского соглашения, Правил пользования сервисами и услугами, а также Условий использования отдельных сервисов.

Уведомляем Вас об изменении Пользовательского соглашения, Правил пользования сервисами и услугами, а также Условий использования отдельных сервисов по услугам Облачная платформа (ранее Виртуальное приватное облако), Выделенный сервер, Облачное хранилище, Размещение оборудования, Публичное Облако на базе VMware и Администрирование.

Обновленные Условия использования отдельных сервисов по услуге Выделенный сервер вступят в силу с 30 ноября 2019 года, остальные документы — с 1 декабря 2019 года.

Основные изменения в документах:
Информация о сетевых ограничениях на портах вынесена из Пользовательского соглашения и Условий оказания отдельных сервисов на сайт в раздел “Документы”. Прямая ссылка на эту страницу доступна в Пользовательском соглашении.

Правила пользования сервисами и услугами были дополнены пунктами 1.19-1.21.
Обновлен порядок предоставления компенсаций для Облачной платформы и Облачного хранилища. Для Облачной платформы описан порядок предоставления компенсации за услугу в случае недоступности Балансировщика нагрузки. Для Облачного хранилища размер компенсации за потерю файлов определен суммой списания с баланса услуги только за потребление услуги Облачное Хранилище, списания за услугу CDN из расчетов исключены.

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

Продление Выделенных серверов, заказанных после 30 ноября будет осуществляться в соответствии с выбранным тарифным планом. Например, заказанный на 6 месяцев сервер можно будет продлить также только на 6 месяцев. Смена тарифного плана может быть осуществлена в панели управления до завершения оплаченного периода Вашего сервера. Для серверов, заказанных в разделах “Готовая конфигурация” и “Конфигуратор” до 30 ноября продление как и ранее будет осуществляться на помесячной основе, независимо от первичного периода заказа услуги.
Для услуги Размещения оборудования указана максимальная мощность размещаемого оборудования, а также потребляемая мощность, включенная в ежемесячную плату. Обновлено описание порядка размещения USB-устройств.

Пожалуйста, ознакомьтесь с обновленными документами на нашем сайте в разделе Юридическая информация — Документы selectel.ru/about/documents/

Разработчик ведущей системы управления базами данных общего назначения MongoDB, Inc. (NASDAQ: $MDB) и российская платформа Яндекс.Облако 14 ноября объявили об официальном партнёрстве. Платформа Яндекс.Облако стала первым официальным партнёром MongoDB в России и представила удобный сервис Managed Service for MongoDB на основе актуальной версии 4.2, поддерживающей ACID-транзакции на уровне шардированного кластера и другие возможности.

Теперь клиенты Яндекс.Облака смогут использовать MongoDB как управляемый сервис на основе актуальной версии 4.2, ранее недоступной в России. Обслуживание СУБД, включая своевременные обновления, автоматизировано на стороне платформы Яндекс.Облако, и пользователь получает готовую к эксплуатации базу данных. Кроме того, Яндекс.Облако как официальный партнёр имеет прямой доступ к технической поддержке MongoDB и будет оказывать техподдержку клиентам в России.

Основные преимущества Managed Service for MongoDB
официальные новые релизы СУБД (MongoDB 4.2) и патчи для младших версий (3.6, 4.0);новые функции MongoDB, недоступные в более ранних версиях, в том числе поддержка ACID-транзакций с несколькими документами, а также улучшение поддержки существующих опций и расширение их функциональности;100%-я совместимость с оригинальным софтом разработчика;официальный канал обратной связи с MongoDB, Inc.;инфраструктура Яндекс.Облака защищена в соответствии с ФЗ-152.
Комментарии представителей компаний
Официальное партнёрство с разработчиком MongoDB помогает нам предоставлять более надёжный и функциональный сервис для компаний, которые развивают и создают новые цифровые продукты в сферах розничной торговли, электронной коммерции и финансовпрокомментировал новость Олег Коверзнев, директор по развитию бизнеса Яндекс.Облака.

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

14/11/2019
Мы только что закончили предварительные исследования по следующим фишинг инцидента с неизвестной стороны таргетирования LEASEWEB Netherlands BV LEASEWEB Netherlands BV достигает к вам, чтобы вы знали и предупредить вас, чтобы предотвратить дальнейшие инциденты.
Мы обнаружили, что некоторые из наших клиентов подлежат фишинг с целью ввести в заблуждение и требовать оплаты на банковский счет, не LEASEWEB. Мошенники позади фишинга притворяется работу Leaseweb и отправок электронной почты с адреса электронной почты, аналогичного LEASEWEB, и с сноской LEASEWEB в. Они утверждают, что LEASEWEB изменили счет в банке и модернизировали свою платежную систему. Они просят клиент на проволоку или перевести деньги на новый счет. Эти письма являются сложными, и мы спрашиваем вашу бдительность. Мы продолжаем расследовать это фишинг преступления с срочностью.
Пожалуйста, невнимание и отбросить эти письма, как мы не изменяли наши банковские счета или любые другие способы оплаты. Если вы сомневаетесь, вы всегда можете проверить наши банковские реквизиты на нашем сайте в контакте и/или в нижней части счетов LEASEWEB в клиентском портале.
Мы информационной безопасности очень серьезно, и мы подозреваем, что вы все еще может быть объектом фишинг связи. Вот несколько дополнительных принять меры предосторожности:
Подтверждение личности отправителя, прежде чем ответить на запросы по электронной почте и до вложений открытия или нажав на ссылки, даже если они появляются исходить от законного источника
Обратитесь в отдел информационных технологий о каких-либо попыток фишинга
LEASEWEB никогда не будет просить какой-либо пароль от клиентов, поэтому, пожалуйста, не дает никаких паролей
Позвоните нам, чтобы подтвердить происходящий связи с Leaseweb.

Ниже приведен пример запроса мошеннической электронной почты:
«Привет,
Недавнее обновление было сделано в нашу биллинговую систему. Мы изменяем банки сегодня 12-го ноября, 2019 Мы хотели бы получить все будущее и за счет платежей в новом аккаунте. Это немедленно принимает силу. Наша новая банковская информация будет отправлена ​​после того как я получаю сообщение подтверждения от вас.
С уважением,»
LEASEWEB берет эту кибератаки преступления очень серьезно и будет принимать меры, чтобы сообщить об этом фишинг атаку на кибер-преступности власти.
В то же время, мы продолжим наши исследования и будут готовы предоставить Вам дополнительную информацию, чтобы поддержать вас.
Если у вас есть какие-либо вопросы или проблемы, пожалуйста, свяжитесь с LEASEWEB клиентов в отделе поддержки или к менеджеру своего аккаунта.

Благодарим Вас за бдительность.
С уважением, LEASEWEB Netherlands BV

15/11/2019
Мы продолжаем расследование по фишинга инцидента с неизвестной стороны таргетирования LEASEWEB Нидерланды BV

Что случилось
Мы немедленно информировали вас вчера на наши выводы, что LEASEWEB подвергалось фишинг, с целью ввести в заблуждение и требовать оплаты от клиентов на банковский счет, не LEASEWEB. Атакующий за фишинг делает вид деятельности работать на Leaseweb и отправляет электронные письма с адреса электронной почты, аналогичного LEASEWEB, и с сноской LEASEWEB. Они утверждают, что LEASEWEB изменили счет в банке и модернизировали свою платежную систему. Они просят клиент на проволоку или перевести деньги на новый счет. Эти письма являются сложными, и мы спрашиваем вашу бдительность.

Что мы знаем
Со вчерашнего дня, мы установили следующее:
7 ноября 2019 LEASEWEB была мишенью фишинга, который мы обнаружили 13 ноября 2019 года.Нападавший приобрел название компании и бизнес-адреса электронной почты для общих и выставления счетов, представленный Вами Leaseweb. Кроме того, информация LEASEWEB по невыплаченным суммам клиентов известны атакующему.Злоумышленник не имеет доступа к счетам, не имеет доступа к вашему порталу, нет доступа к вашим банковским реквизитам, отсутствие доступа к сервисам, не имеет доступа к своим счетам, не имеет доступа к своим договорам, не имеет доступа к паролям, не имеет доступа к ваш адрес и местоположение, отсутствие доступа к вашим IP-адресам, нет доступа к вашим файлам, записям, данных и т.д.В некоторых случаях, личные данные могут быть получены из бизнеса-имен или адресов электронной почты, представленные вами в Leaseweb. С этим сообщением мы уведомляем вас об этом инциденте. Мы также уведомили орган по защите данных в соответствии с требованиями закона.Опять же, на основе полученных информации, пожалуйста, игнорировать любые подозрительные письма, отправленные вам. Мы призываем вас быть бдительными и уведомить ИТ-отдела о любой подозрительной связи, который может быть фишинг попытка. Пожалуйста подходить сообщения, содержащие срочные вызовы для безопасности или личной информации с большой осторожностью.
Что ты должен делать
Пожалуйста, невнимание и отбросить эти письма, как мы не изменяли наши банковские счета или любые другие способы оплаты.

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

Ниже приведен пример запроса мошеннической электронной почты:
«Привет,
Недавнее обновление было сделано в нашу биллинговую систему. Мы изменяем банки сегодня 12 — го ноября, 2019 Мы хотели бы получить все будущее и за счет платежей в новом аккаунте. Это немедленно принимает силу. Наша новая банковская информация будет отправлена после того как я получаю сообщение подтверждения от вас.
С уважением,»
Как было объявлено вчера, LEASEWEB сообщит об этом фишинг атаку на киберпреступления власти.

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

В Leaseweb, мы всегда ищем новые способы, чтобы помочь вашему бизнесу добиться успеха. В прошлом году не стал исключением. Для того, чтобы предоставить вам еще лучше связь с миром, мы начали модернизировать нашу пропускную способность и позволяет базовой сети 100Gbps в центрах обработки данных, расширенные вглядываясь маршрутизаторы по всему миру, и открыли новые центры обработки данных в Майами и Лондоне. С частной сетью, мы предоставили вам гибкость для создания гибридных облачных установок пути объединения облака и выделенные серверов. Мы позволили вам избежать простоев для ваших услуг путем внедрения Плавающих IP — адресов, которые могут направлять трафик на другой маршрутизируемый IP — адрес. Мы добавили новые операционные системы, панели управления, а также функции для серверов, открытых счета-фактур API-интерфейсы для автоматизации данных, введено новые VPS ароматизаторов, а также расширение клиента портала функциональных возможностей для модернизации продукции, расширение облачных пула ресурсов и просмотр агрегированных пакетов данных. Для того, чтобы сделать себя еще более достижимым, мы ввели чат ссылку на билеты, чтобы обеспечить поддержку в режиме реального времени.

Для того, чтобы продолжать предоставлять вам с тем же качеством услуг, один раз в год мы переориентировать наши сервисные сборы, чтобы отразить изменения рынка. Мы считаем этот рост до 3% в соответствии с нашим Условием продажи. Вы можете найти их здесь.
www.leaseweb.com/legal/sales-contract

Пересмотренные сборы применяются только с 1 января 2020 года к соглашениям начавших или до 1 января 2019 года Пересмотренный плата будет включена в первый 2020 фактуре, которая будет доступна на портале для клиентов.

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

С уважением,
Arno Witvliet
Управляющий директор, LEASEWEB Netherlands BV

Компания Linxdatacenter, международный эксперт в сфере высокотехнологичных решений по хранению данных, облачных сервисов и телекоммуникаций, помогла разработчику «Смарт-Сервис» выполнить требования по защите персональных данных. Компания «Смарт-Сервис» является разработчиком облачной платформы для управления сервисным обслуживанием HubEx, помогая автоматизировать процесс обслуживания оборудования на всех этапах – в частности, подавать заявки на ремонт, контролировать ход ремонта и следить за работой любого оборудования.

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

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

Информационная система для работы с ПДн должна удовлетворять трем основным требованиям:
доступ к серверам хранения и обработки данных должен производиться через VPN-канал с шифрованием согласно ГОСТ;серверы хранения и обработки данных должны находиться под постоянным мониторингом антивирусной защитой на отсутствие уязвимостей;СХД должен быть расположен в изолированных сетях.
Проект стартовал в июне 2019 года и состоял из четырех основных этапов:
подготовка,миграция,тестирование и проверка в реальных условиях,а также включение систем мониторинга и ограничения доступа.Ввиду того, что работы затрагивали рабочее окружение HubEx и myQRcards и непосредственно влияли на доступность сервисов для пользователей, перенос серверных мощностей проводился в согласованные временные окна и был разбит на несколько этапов, каждый из которых завершался полным тестированием сетевой доступности и функциональности систем. По итогам проекта была организована выделенная подсеть, проведена миграция двух кластеров, состоящих из виртуальных машин (Failover кластер баз данных, Service Fabric кластер приложений), а также произведены настройки систем защиты и шифрования данных.

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

Ключевым фактором при выборе Linxdatacenter в качестве подрядчика стала способность компании предоставлять услугу по размещению серверных мощностей в отдельных зонах, удовлетворяющих требованиям ФЗ-152, подкрепленную заключением о соответствии. Получение сквозного сервиса «инфраструктура для ИТ-решений плюс соответствие требованиям ФЗ-152» практически под ключ помогли нам не только решить чисто инфраструктурные моменты, получить SLA и другие составляющие ИТ-проекта у сервис-провайдера, но и гарантировать юридическую чистоту сервиса комментирует итоги проекта Максим Гришков, технический директор компании «Смарт-Сервис

Наша компания фундаментально подходит к решению всех задач, связанных с ФЗ-152. Как лицензиат ФСТЭК, мы предоставляем кастомизированные решения в области сбора, обработки и хранения ПДн клиентов. Реалии современного бизнеса предполагают работу с ПДн с помощью ИТ-инструментов. Наша цель – предоставить готовое решение, в котором учитываются особенности бизнес-процессов заказчиков, необходимое «железо» и оптимальная архитектура, прописываются регламенты для персонала компании с полным соответствием запросам регулятора в этой области. Мы рады выпустить на рынок очередной успешный проект в этой области и подтвердить свои компетенции по обеспечению безопасной обработки ПДн на базе самых современных инфраструктурных ИТ-решенийдобавляет Борис Меркулов, инженер по облачным решениям и информационной безопасности Linxdatacenter

Краткая справка о Linxdatacenter
Linxdatacenter (штаб-квартира в Амстердаме, Нидерланды) – один из лидеров международного рынка высокотехнологичных ИТ-решений для бизнеса. География предоставления услуг Linxdatacenter охватывает рынки Центральной и Восточной Европы, России, Азии и Скандинавии. Компания предоставляет облачные решения и сервисы в области хранения данных в собственных дата-центрах уровня TIER III в Москве и Санкт-Петербурге, а также на базе партнерских дата-центров в Варшаве, Шанхае и Гонконге. Портфолио Linxdatacenter включает услугу частного доступа к глобальным облачным сервисам, таким как Amazon Web Services и Google Cloud Platform. Дата центры компании имеют сертификацию ISO 27001, ISO 9001, PСI DSS, SAP Cloud and Infrastructure и соответствуют стандарту Management & Operations Stamp of Approval (Uptime Institute). Опыт работы компании составляет более 18 лет.
Подробнее о решениях Linxdatacenter на сайте ru.linxdatacenter.com

127083, Москва
ул. 8 Марта, д. 14, стр.1Тел.: +7 (495) 369 05 94Факс: +7 (495) 797 91 61
197375, Санкт-Петербург
Репищева ул., д. 20, лит. АТел.: +7 (812) 244 05 94
Краткая справка о компании ООО “Смарт-Сервис”
“Смарт-Сервис” — разработчик облачной платформы HubEx, программного обеспечения для автоматизации бизнес-процессов класса FSM (Field Service Management) и ESM (Enterprise Service Management). Платформа ориентирована на компании, занимающиеся выездным обслуживанием и ремонтом, а также компании, которые производят и эксплуатируют оборудование. В создание продукта компания вложила собственный опыт, наработанный за время многолетней практики сервисного обслуживания (ГК Мелстон). Также платформа придерживается лучших практик ITIL и ITSM. Другой продукт “Смарт-Сервис” — приложение myQRcards, онлайн-конструктора для создания визитных карточек на базе QR-кодов.

127083, Москва
ул. 8 Марта, д. 14, стр.1
Тел.: +7 (495) 369 05 94
Факс: +7 (495) 797 91 61

197375, Санкт-Петербург
Репищева ул., д. 20, лит. А
Тел.: +7 (812) 244 05 94
Тел.: +7 (812) 640-05-50
dolbina.a@hubex.ru

Подробнее о решениях ООО Смарт-Сервис на сайтах:
hubex.ru
myqrcards.com

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


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

В этой новой серии постов мы рассмотрим инфраструктуру внутренних реляционных баз данных OVHcloud. Этот первый пост посвящен инфраструктуре внутренних баз данных. В OVHcloud мы используем 3 основные СУБД (системы управления базами данных), PostgreSQL MariaDB и MySQL, каждая из которых опирается на одну кластерную архитектуру.

Но сначала, что такое кластер? Кластер — это группа узлов (физических или виртуальных), работающих вместе для предоставления службы SQL.

В OVHcloud у нас есть открытый исходный код и культура «сделай сам». Это позволяет нам контролировать наши расходы и, что более важно, осваивать технологии, на которые мы опираемся.

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

Каждый кластер состоит из 3 узлов, каждый из которых выполняет свою роль — основной, реплика и резервное копирование.

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



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

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


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

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

Это позволило нам автоматизировать его более эффективно и абстрагировать сложность различных программ.

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

Но главная причина наличия отдельного узла резервного копирования заключается в следующем: резервное копирование никак не влияет на кластер. Действительно, резервное копирование полной базы данных может оказать очень заметное влияние на производительность (блокировки, потребление ресурсов ЦП и ОЗУ и т. Д.), И мы не хотим этого делать на производственных узлах.

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



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

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

Здравствуйте!
На связи выпуск Selectel — рассказываем о новых процессорах AMD EPYC Rome, страааааашно привлекательной хэллоуинской акции, S3-совместимом API в «Облачном хранилище» и мероприятиях, которые ждут вас в ноябре (о прошедших тоже не забыли). В конце письма — статьи в блоге и актуальные вакансии.


Не сбавляем темпы
Агентство iKS-Consulting выпустило новый отчет «Российский рынок коммерческих дата-центров 2018–2023». Мы вошли в топ-5 поставщиков услуг по количеству стойко-мест. У нас 1904 стойки в шести дата-центрах, расположенных в Москве и Санкт-Петербурге. На достигнутом не останавливаемся, в следующем году планируем ввести более 1000 новых стоек. Обязательно будем держать вас в курсе.

Апдейты услуг
Сила в производительности ㅡ AMD EPYC Rome в Selectel

AMD EPYC Rome
Отличные новости для вас и повод гордости для нас — мы первыми в России предлагаем процессоры AMD EPYC Rome 7402P.
Они уже доступны в серверах произвольных конфигураций и совсем скоро появятся в новой конфигурации готовых серверов — AL11-SSD. Новые процессоры отличаются особой производительностью и безопасностью.
Для тех, кто сомневается, справятся ли AMD EPYC Rome с поставленными задачами, есть возможность бесплатно протестировать процессоры 7402P и 7552. Если у вас возникли вопросы, напишите нам.
selectel.ru/promo/amd/

Работать с «Облаком на базе VMware» стало еще удобнее
Не так давно мы писали о том, что в «Облаке на базе VMware» вы можете настроить каждому пользователю права доступа к vDC. Было? Было.
И вот еще одно новое полезное обновление — с ноября можно автоматизировать создание виртуальных сетей и их настройку при развертывании vDC. Прежде всего, это влияет на скорость. Так вам будет быстрее и проще настраивать инфраструктуру в облаке.
selectel.ru/services/cloud/vmware/

S3-совместимый API в боевом режиме
Мы закончили тестирование S3-совместимого API «Облачного хранилища» — проверили его под нагрузкой и остались довольны результатом. Надеемся, что и вы оцените новые возможности, ведь теперь эта фича реализована в «Облачном хранилища» в боевом режиме.
Используйте современные программные решения (Veeam Backup & Replication, Acronis Backup Gateway, Duplicity и другие) для автоматизации резервного копирования и восстановления данных в облаке без нарушения работы приложений. О том, как работать с S3-совместимым API, читайте в базе знаний.
selectel.ru/services/cloud/vmware/vmware-backups/
kb.selectel.ru/54789216.html

Акция: наводим страх на вредителей

И хоть Хэллоуин уже прошел: сняты костюмы мертвых невест, смыт грим Джокеров и мумии обратно распутаны в приличных людей, — наша акция по защите от хакерских атак действует до 21 ноября. Она не позволит превратить ваши труды и проекты в тыкву.
Что это значит? При заказе любого выделенного сервера, кроме линеек Chipcore и Discount Line, вы получаете бесплатную базовую защиту сайта или защиту от DDoS-атак на год. Подробнее об акции читайте на сайте.
selectel.ru/promo/halloween/

Спасибо, было хорошо
Митап по системному администрированию
3 октября в Selectel в рамках серии Selectel MeetUp прошло мероприятие для системных администраторов. Коллеги из Cogia.de, «Островок», Digital Vision Labs и Selectel рассказали о Kubernetes, legacy code в современных системах и работе администраторов с другими отделами. Мы все записали и готовы этим поделиться — смотрите записи встречи в блоге и задавайте вопросы в комментариях.
blog.selectel.ru/selectel-meetup-sistemnoe-administrirovanie/
Selectel Networking Academy
По традиции собрались с коллегами-сетевиками поговорить о новых технологиях. Представители Extreme Networks, Juniper Networks, Huawei, Arista Networks и Selectel выступили с докладами о сетевых продуктах и их применении, они рассказали про меры обеспечения стабильной работы инфраструктуры. У нас уже готов отчет по горячим следам мероприятия и опубликованы фотографии в социальных сетях.
blog.selectel.ru/net-academy/
«Хакатон — выспишься потом!»
Мы это сделали — в октябре провели первый внешний Хакатон. Было очень здорово: 30 команд из разных городов России, 4 проектных направления, 2 дня безостановочного потока идей и мыслей и, кто знает, сколько литров выпитого кофе. Подробнее о том, как все прошло, читайте в нашем блоге.
blog.selectel.ru/hackathon-2019/

Еще один повод встретиться
Все на Слёрм
18–20 ноября в Москве наши друзья-партнеры Southbridge проводят Слёрм Базовый по Kubernetes для тех, кто только начинает осваивать технологию. Каждый участник создаст кластер и развернет в нем приложение.
22-24 ноября для опытных инженеров Kubernetes ребята проводят Слёрм Мега. Там разберут нюансы установки и конфигурации production-ready кластера (he-not-so-easy-way), механизмы обеспечения безопасности и отказоустойчивости приложений.
В обоих случаях Selectel предоставляет облако для практики. И что еще приятнее, дает скидку 5% по промокоду Selectel. Регистрируйтесь, новички — сюда, продвинутые — сюда.
slurm.io/slurm
slurm.io/mega

Highload++
7-8 ноября будем в Москве на конференции для разработчиков высоконагруженных систем — HighLoad++. Все в лучших традициях: стенд, активности и Тирексы. Обязательно приходите знакомиться. Если вы из Санкт-Петербурга, не беда. В этом году Selectel помогает организовать телемост. Да-да, вы можете просто прийти в наш уютный конференц-зал на Цветочной и окунуться в атмосферу HighLoad++ (побывать на премии, задать вопросы спикерам, получить раздатку и поучаствовать в активностях на стендах), не покидая родного города. Мест все меньше, регистрируйтесь.
www.highload.ru/moscow/2019/telemost

CNews Forum
7 ноября встретимся с коллегами из IT-сферы на «CNews Forum 2019: Информационные технологии завтра», чтобы обсудить ключевые вопросы и актуальные проблемы рынка IT. Организаторы обещают 1 500 участников из госсектора, бизнеса и IT. Наш коллега Владислав Кирпинский выступит с докладом «Суперкомпьютер в аренду: создание программно-определяемого сервера для тестирования SAP HANA». Не пропустите такое мероприятие — регистрируйтесь.
forum.cnews.ru/

DevGamm
21 и 22 ноября Selectel будет в Минске на DevGamm — крупнейшей конференции для профессионалов игровой индустрии в России, Украине и Беларуси. Разработчики игр, новички индустрии, более 70 докладов и стенд Selectel, который ни с чем не спутать. Приходите на наш стенд общаться. Будем всем рады!
devgamm.com/minsk2019/ru/

CA/B Forum, регулирующий орган в сфере SSL, принял большинством голосов предложение Ballot SC21, связанное с улучшением контроля целостности логов. Главная цель предложения — доработка документа Network and Certificate System Security Requirements, который был утвержден 3 августа 2012 и начал применяться с 1 января 2013.

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

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

Новые положения, которые были введены в секцию 3 документа Network and Certificate System Security Requirements:
3.e. Мониторинг целостности ведения системных логов и логов приложений осуществляется посредством непрерывного отслеживания и оповещений, либо с помощью ручного анализа для обеспечения эффективности ведения логов и корректной работы функций контроля целостности логов. Если используется ручная проверка и система подключена к сети, процесс должен выполняться не реже одного раза в 31 день.3.f. Мониторинг архивации и хранения логов, чтобы гарантировать, что все логи хранятся в течение достаточного периода времени в соответствии с существующими бизнес-практиками и законодательными нормами.3.g. Если непрерывный автоматический мониторинг и оповещения используются для целей секций 1.h или 3.e этих Требований (https://cabforum.org/wp-content/uploads/CABForum-Network-Security-Controls-1.2.pdf), вы должны отреагировать на предупреждение и разработать план действий в течение максимум 24 часов.
www.leaderssl.ru

Уважаемый читатель
Добро пожаловать в новый бюллетень от Datacenter.com
Октябрь был напряженный период для организации Datacenter.com. Мы гордились провести конференцию EMEA Uptime Institute в Амстердаме, где специалисты отрасли из разных континентов присутствовали. Очень успешное мероприятие, которое включало посещение нашего центра обработки данных объекта в Амстердаме.

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

С уважением, Jochem Steman
генеральный директор Datacenter.com


Datacenter.com завершает расширение центра обработки данных Амстердам
Datacenter.com объявила о завершении второго этапа своего центра обработки данных Datacenter.com AMS1. Расширение было необходимо из-за высокого спроса со стороны отечественных и международных корпоративных и облачных вычислений клиентов, которые хотят, чтобы сократить расходы на ИТ-инфраструктуру.
hosting.kitchen/datacenter-com/datacentercom-zavershaet-rasshirenie-amsterdamskogo-data-centra.html


Почему колокейшн является ключом к снижению свой экологический след
Устойчивое развитие является важным фактором для вашей компании. Экологическая ответственность является неотъемлемой частью достижения Вашего бизнеса социальными целей и развития позитивного восприятия бренда.
hosting.kitchen/datacenter-com/pochemu-kolokeyshn-yavlyaetsya-klyuchom-k-snizheniyu-vashego-ekologicheskogo-sleda.html


Эффективность использования энергии, это не только ПУЭ центра обработки данных
IT и центры обработки данных известны своей энергоемких деятельность и неэффективное использование энергии. Таким образом, центры обработки данных стремятся повысить их эффективность, в основном за счет снижения их ПУЭ. В то время как центры обработки данных снижают их накладное потребление энергии в максимально возможной степени (например, снижение потерь мощности с помощью устройств между ними), эффективность энергии клиентов центров обработки данных еще не обсуждалась, что много. Что клиенты центра обработки данных можно сделать?
hosting.kitchen/datacenter-com/energoeffektivnost-eto-ne-tolko-pue-centra-obrabotki-dannyh.html


Является ли сертификация Uptime Institute, как ценна как послужной список?
В этом мире много центров обработки данных существуют. Есть некоторые крупные международные известные фирмы, крупные местные / национальные фирмы и малые независимые.
Разнообразие выбора сделаны в получении доверия. Некоторые собирают десятки сертификатов и других показывают их доказанный послужной список.
Почему вы должны доверять «просто сертификат» над брендом с проверенной репутацией?
hosting.kitchen/datacenter-com/yavlyaetsya-li-sertifikaciya-uptime-institute-takoy-zhe-cennoy-kak-posluzhnoy-spisok.html

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

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

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

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

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

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

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

datacenter.com

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

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

стандарты
Одним из стандартов, который является наиболее полным и относится к большинству соответствующих стандартов ИСО, является Кодекс поведения ЕС в области энергоэффективности центров обработки данных. Практики в рамках Кодекса поведения можно разделить на две категории; практики, которые повысят эффективность инфраструктуры центра обработки данных, и практики, которые повысят эффективность ИТ-оборудования (включая программное обеспечение). Для пользователя центра обработки данных наиболее очевидной практикой повышения эффективности центра обработки данных является обеспечение целостности между холодными и горячими проходами. Большинство других практик являются частью компании, эксплуатирующей центр обработки данных.

Практики по повышению эффективности для ИТ кажутся очевидными во многих аспектах, но их необходимо выделять время от времени, чтобы быть уверенным, что они не будут забыты. Если посмотреть на жизненный цикл, то, конечно, он начнется с выбора оборудования. Исходя из требований к оборудованию, может быть полезно проверить показатели Energy Star, SERT или SPECPower, чтобы выбрать оборудование, которое соответствует требованиям и имеет хороший баланс между эффективностью и затратами. Конечно, для улучшения энергетических показателей рекомендуется включить функции управления питанием в аппаратном и программном обеспечении. Также обратите внимание, что выбранное аппаратное обеспечение будет соответствовать среде, предоставляемой вашим центром обработки данных (подумайте о направлении воздушного потока).

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

Управление данными
И последнее, но не менее важное, управление данными. Это сложный вопрос, так как хранение становится дешевле, поэтому проще принять решение о сохранении данных, поскольку вы не хотите удалять данные, которые могут быть полезными. Тем не менее, управление данными выгодно для устойчивой окружающей среды и может быть обязано GDPR, если личные данные являются частью этих данных. При сортировке всех данных, которые хранятся в компаниях, в основном 70-80% данных представляются ROT (избыточными, устаревшими и тривиальными). Данные ROT будут использовать мощность, пространство и оборудование. Хотя стоимость данных ROT кажется низкой, суммируя затраты месяц за месяцем, год за годом они выбрасывают деньги. Также используется оборудование, которое также может быть использовано для продуктивных и активных процессов.

Периодический обзор ИТ-среды поможет поддерживать эффективность и эффективность вашей ИТ-среды. Это поможет вашему бизнесу использовать только те ИТ-ресурсы, которые необходимы, и поможет вам участвовать в устойчивом мире.

datacenter.com

Устойчивое развитие является важным фактором для вашей компании. Экологическая ответственность является неотъемлемой частью достижения социальных целей вашего бизнеса и формирования позитивного восприятия бренда. Различные исследования показывают, что в среднем 70 процентов компаний рассматривают устойчивость как один из важнейших бизнес-приоритетов.

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

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

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

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

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

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

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

В последние годы Datacenter.com приобрел большой опыт работы с многочисленными делами клиентов. Основываясь на этом опыте, мы можем помочь и проконсультировать вас по поводу лучшего выбора для вашей компании.

datacenter.com

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


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

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

Сохранить свое место в очереди
Заинтересованы в том, чтобы первыми получить в свои руки новые функции для solus.io? Дайте нам несколько деталей, чтобы добавить вас в список просматриваемого списка. Мы свяжемся с вами в течение следующих нескольких дней, чтобы вы могли принять участие в нашей альфа-программе.


В качестве награды за ваше участие мы будем поддерживать с вами связь о наших сроках, чтобы дать вам возможность стать одним из наших партнеров по запуску. В дополнение к этому вы получите подарочную карту Amazon на 50 долларов за участие.
plesk.typeform.com/to/L4ao87
www.solus.io/

В эти выходные у нас проходил первый открытый Selectel Hackathon 2019. Делимся эмоциями, рассказываем про организацию и проекты победителей.

Всего в хакатоне участвовали 30 команд, причем не только из Санкт-Петербурга, но и из других городов России: Казань, Тверь, Кострома и Владивосток. Ребята были разные. Кто-то приехал на хакатон не в первый раз, для кого-то это стал новый опыт. Были разработчики, дизайнеры, тестировщики, аналитики и менеджеры проектов.

Мы сами проводили внешний хакатон впервые и хотели, чтобы мероприятие прошло максимально комфортно для участников. За советом отправились к сотрудникам Selectel, у которых уже есть хакатонский опыт. По фидбэку коллег мы поняли, что продуктивней всего работается в тихой, спокойной обстановке и с правильным питанием. Так что мы не стали отвлекать участников долгими лекциями и мастер-классами, а помимо пиццы организовали здоровое меню ― супы, салаты, мясо. В сочетании с мягкими диванами, этот подход дал свои плоды. Из 30 команд к финишу пришли 26.

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



Часто на хакатонах участникам предлагают решать конкретные треки и кейсы в рамках задач от партнеров мероприятия. Мы так делать не стали. Мы просто дали ребятам 4 направления для проектов, всю необходимую технику и промо-коды на безлимитное пользование «Облачной платформой». А дальше в дело вступила фантазия и чистый энтузиазм.

Направления проектов были такие:
Интеграция сервисов Selectel в продукты партнеров.Внутренние социальные сети и геймификация.Медийные и маркетинговые проекты.Искусственный интеллект.Конечно жюри понимают, что на хакатонах команды проходят полный цикл создания продукта за очень ограниченное время, поэтому обычно к работоспособности прототипа придираются не сильно. Участники погружаются в специфику задачи прямо в процессе, разрабатывают архитектуру, фронтенд, бэкенд, а некоторые успевают поработать даже над клиентской частью. При этом команды состоят максимум из четырех человек. Но в нашем случае большинство проектов вышли максимально работоспособными. Несколько раз во время финальной презентации звучал вопрос: «Вы что это реально за два дня сделали?».

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

Мы выбирали победителей, выставляя баллы по трем критериям:
коммерческая эффективность ― например, продукт, который поможет увеличить продажи или оптимизировать работу компании;оригинальность и инновационность;медийная значимость и вирусность.
За первое место проголосовали почти единогласно ― команда Selectel AI Staff и их онлайн-конструктор Telegram-ботов.
Сервис позволит с помощью простого и понятного интерфейса самостоятельно собрать многофункционального бота для нужд малого бизнеса. Бот сможет выполнять функции панели управления, интернет-магазина, полноценной CRM-системы и персональной базы данных с ежедневным бэкапом, а реализовать его сможет даже человек, который никогда не занимался программированием.

Этот проект покорил нас тем, что ребята сделали новые сложные технологии доступными для широких масс.

Забавный факт: из названия Selectel AI Staff может показаться, что над проектом работали сотрудники Selectel, но это не так. Хотя наши разработчики тоже любят покодить в выходные ― они участвовали в хакатоне в командах «Yet another team», RocketPower и «Мамкины автоматизаторы».

Второе место заняли ребята из Казани ― команда «Чак-чак Норис» с классным приложением для экстремалов.
Киберспортивные турниры в современном мире уже стали чем-то привычным. А возможно ли сделать онлайн-площадку для соревнований в более традиционных, оффлайновых видах спорта? Команда «Чак-чак Норис» решили начать со скейтбординга. Система предлагает пользователю выполнить трюк и снять это на камеру, а потом оценивает результат с помощью машинного зрения. В приложении будет отслеживаться прогресс и вестись статистика ― на ее основе самописный алгоритм предложит оптимальные для освоения элементы. Что дальше? Масштабирование на разные виды спорта, тренировки, соревнования между пользователями и коллаборации с мировыми спортивными брендами.

Этот проект хорошо продуман технически и идейно. И экстремальный спорт, и Machine Learning сейчас в тренде ― тут же они слились в нечто совершенно новое и крутое.

Третье место заняла команда 4challenge с приложением для улучшения жизни офиса, а именно взаимодействия с бумажной библиотекой.
Проблема бумажной библиотеки в том, что сотрудники не всегда знают, какие книги есть в офисе и у кого их найти. Некоторые книги просто не возвращаются на место и теряются. 4challenge придумали, как быстро взять книгу и сообщить об этом всем коллегам сразу. Ребята сделали веб-витрину с «ассортиментом» книг, запросами, отзывами и очередью «на почитать». Сотрудник берет с полки книгу, сканирует QR-код, вводит корпоративную Slack-почту и отправляется читать. А текущий статус книги отмечается в веб-витрине.

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

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

Спасибо всем участникам Selectel Hackathon 2019 за идеи, энтузиазм и стремление сделать жизнь еще чуточку лучше через свои проекты. Будем считать, что первый хакатонский опыт прошел успешно, и напоследок хотим сказать:

«Только молодость — только хардкор».

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

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

В этой статье обсуждаем:
Как проблемы в обслуживании интернет-магазина связаны с выбором хостингаПреимущества платформы Яндекс.Облако для интернет-магазинаС чего начать подготовку к запуску интернет-магазина и как составить требования к ИТ-инфраструктуреНам помогает Алексей Васильев, директор и владелец веб-студии «Интернет-Эксперт», партнёра Яндекс.Облака. Компания с 2007 года запускает и сопровождает интернет-магазины и устраняет потери лидов, автоматизируя все этапы процесса интернет-продаж. Последние 5 лет специализируется на обслуживании магазинов, у которых несколько тысяч товаров в каталоге, больше двадцати заказов в день и требуются личные кабинеты пользователям. На момент публикации статьи на обслуживании 70 таких проектов и больше 300 созданных сайтов и магазинов в портфолио.

Студия «Интернет-Эксперт» выбирает 1С-Битрикс как одну из самых функциональных CMS и платформу Яндекс.Облако для создания надежных, отказоустойчивых и легко масштабируемых интернет-магазинов.

Как проблемы в обслуживании интернет-магазина связаны с выбором хостинга
Сбор данных для каталога товаров и другие периодические задачиПоддержка актуальности каталога товаров и ценМониторинг работы магазинаПодготовка к масштабированиюДоступность интернет-магазина для клиентов 24/7
1. Сбор данных для каталога товаров и другие периодические задачи
По опыту студии «Интернет-Эксперт» разработка интернет-магазина длится 2-3 месяца. К этому моменту сайт может быть готов к старту маркетинговых кампаний и привлечению трафика.

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

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

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

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

2. Поддержка актуальности каталога товаров и цен
Если в магазине больше 1000 товаров, есть склад, остатки в учётной системе и многофакторная система ценообразования, обязательно необходим корректный обмен данными между 1С и CMS.

Что такое обмен данными и как он работает
В 1С есть штатный модуль обмена данными с сайтом. Он отправляет на сайт информацию о товарном каталоге и выгружает с сайта заказы. Обменом также называют саму выгрузку данных большого объёма. Есть два типа обмена: полный — загружает каталог полностью; выгрузка только изменений — сохраняет изменения с предыдущей выгрузки и требует меньше ИТ-ресурсов и времени.
В нашей практике самый долгий обмен на 100 тысяч товаров длился 28 часов. А цены магазина были привязаны к валюте и обновлялись в 1С каждые 20 минут. При этом каждая выгрузка изменений становилась полной, так как менялись все цены, это требовало много ресурсов. Мы разбили выгрузки на несколько отдельных обменов (самостоятельных выгрузок): товары, свойства, картинки, контрагенты, заказы, цен, ценовые группы и т. д. Благодаря тому, что выгрузки стали проходить отдельно и сливаться на сайте, время разовой выгрузки сократилось до 7 минут, а полной — до часаприводит пример Алексей Васильев

Что важно для работы обменов:
На стороне сайта — производительный сервер, достаточное количество памяти и времени выполнения для интерпретатора скриптов.На стороне 1С — также производительный сервер и грамотная настройка под специфику магазина, которая, по мнению Алексея Васильева, требуется в каждом случае.
В каталоге товаров порядка 1500 номенклатурных единиц и включен учет в разрезе характеристик. У каждой модели одежды есть номенклатурный номер, и, допустим, 30 цветов на 8 размерных рядов — это дает 240 комбинаций торговых предложений для сайта. В результате 1,5 тысячи товаров дают порядка 360 000 комбинаций характеристик. А покупатели на сайте выбирают именно комбинацию характеристик, наличие которой еще нужно проверить на складе адресного хранения. Чтобы обмен учитывал все это, требуется изменение стандартных настроек модуля обмена или доработкаразъясняет Алексей специфику магазина одежды

Алексей также поясняет, что стандартный обмен рассчитан на обработку 5-7 характеристик. При этом его алгоритм использования памяти сейчас реализован так, что требования к памяти геометрически растут с ростом характеристик. Никто не поручится, что после добавления нескольких единиц нового товара или новых характеристик обмен будет корректно работать и своевременно подгружать данные, не забирая ресурсы у сервера сайта. Когда ресурсов не хватает, обмен «тормозит» и «падает», а на сайте отражается неактуальная информация.

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

Что мешает обмену на массовых хостингах На массовых хостингах есть ограничения, которые прерывают обмен при превышении лимитов времени на операцию, лимитов нагрузки на CPU или объема используемой памяти. Когда лимит превышен, хостинг расценивает это как длинный «connect» и прерывает операцию. В среднем на популярных хостингах типовое ограничение по выполнению обмена 120 секунд и меньше. Максимально допустимое время на операцию, которое встречала команда Алексея Васильева на массовых хостингах, 300 секунд. На практике же обмен может длиться от 20 минут до нескольких часов.

3. Мониторинг работы магазина
Одних клиентов, в первую очередь, интересует контроль над работоспособностью сервисов и очень волнует надежность. Они хотят своими глазами видеть отчёты о работоспособности и контролировать устойчивостьделится наблюдениями Алексей Васильев.

Если мелкие интернет-магазины (до 15 заявок в день) при запуске чаще всего фокусируются на видимой пользователю части сайта (дизайн, фронтенд), то более опытные — выдвигают требования к функциональности «админки» сайта, чтобы управлять заказами и автоматизировать работу магазина. Часто популярные CMS сравнивают по функциональности «админки» и необходимости ее доработок.

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

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

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

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

Алексей Васильев, владелец веб-студии «Интернет-Эксперт»
Часто встречаю ситуации, когда публичные хостинги принудительно останавливают работу сайтов из-за высокой нагрузки на свою инфраструктуру
Частые лимиты массовых хостингов, которые ограничивают интернет-магазины:
Лимит на количество объектов файловой системы ограничивает количество картинок, которые необходимы в интернет-магазине в больших количествах. Каждый товар в среднем требует 6 превью (для списка товаров, для корзины, для карточки товара и т. д.). Кроме того, для ускорения работы фильтров в каталогах товаров, CMS интернет-магазина генерируют большое количество файлов кэша. Если сайт упирается в лимит объектов файловой системы — это резко сказывается на его производительности и функционировании в целом.Лимиты на время выполнения скриптов. Для CMS бывают отдельные тарифы с расширенными лимитами и повышенной стоимость, но также существуют ограничения.Лимит на количество запросов.Лимит на количество одновременных процессов.Алексей приводит другой пример
Компания запускает 150 поддоменов своего сайта для разных городов. С точки зрения нагрузки даже от поисковых роботов-индексаторов — это десятикратный рост, потому что каждый поддомен обходит отдельный индексатор. И требуется 4 типа таких сайтов под нишевые продукты, это увеличит нагрузку еще в 4 раза. Сравнили железный сервер и облако, поняли, что облако для них в 2 раза дешевле. И облако даёт возможность поэтапно развернуть ресурсы под такую задачу без покупок в прок и ограничений массовых хостингов
5. Доступность интернет-магазина для клиентов 24/7
Есть разные способы сократить время простоя в случае инцидентов и их количество. Рассмотрим некоторые из них.
Как заложить отказоустойчивость на этапе разработкиОб отказоустойчивости и бэкапахКак база данных влияет на производительность интернет-магазинаОтказоустойчивое хранение и раздача контента
1. Как заложить отказоустойчивость на этапе разработки
Работоспособность может пострадать при внесении изменений, накатывании нового функционала. Например, видите посторонние артефакты на экране, или не открываются картинки. Даже минорное отличие версий программного обеспечения и окружения при разработке, тестировании и в рабочей среде магазина может вызывать сбои. Например, обновление библиотеки обработки графики создает сбой в показе картинок.

Мы решаем эту проблему с помощью Docker-контейнеров. Они позволяют нам создать изолированную среду и на единой архитектуре разрабатывать тестировать и запускать очень разнородные сервисы с разными требованиями к этой инфраструктуре. Например, сервис генерации печатных форм в формате PDF использует среду исполнения, включающую Headless Chrome и библиотеки рендеринга графики и шрифтов. Его окружение никак не связано со средой исполнения сайта, включающей интерпретатор кода, базу данных и веб-сервер. Но мы можем запустить рядом, на одном сервере 2 контейнера с изолированными приложениями и нужной им средой исполнения. Таким образом сервис генерации печатных форм становится доступен для сайтаговорит Алексей Васильев

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

Docker-контейнеры по мнению студии «Интернет-Эксперт» расширяют возможности масштабирования: при миграции с одной виртуальной машины на кластер система сохраняет стабильность.

2. Об отказоустойчивости и бэкапах
Алексей продолжает: «Каждый день наши заказчики просят нас восстановить данные (удалённые пункты меню, страницы, данные клиентов). Где бы ни размещался клиент, мы не полагаемся на обещания хостингов о частоте и качестве бэкапов. Мы не раз убеждались, что обещанные хостинг-провайдерами бэкапы либо не создаются, либо копии могут быть устаревшими, например, трехмесячной давности. Поэтому для каждого клиента мы настраиваем сервис резервного копирования.
Наше инфраструктурное решение по хранению бэкапов, развернуто в Object Storage Яндекс.Облака. Для создания резервных копий используется утилита duplicity. Мы храним в Object Storage ежедневные инкрементальные данные как минимум за последние 90 дней и можем восстановить копию файла, актуальную на любой день из этого периода. Утилита duplicity позволяет разрабатывать гибкую стратегию резервного копирования: можно выбрать расписание создания полных и инкрементальных копий. Программа сама вычисляет изменения, сжимает и складывает их в архив. Она использует библиотеку librsync и утилиту rdiffdir для рекурсивной обработки директорий, что позволяет создавать бэкапы очень быстро и многопоточно. Мы создали для себя удобный интерфейс для восстановления файлов и таблиц базы данных, но обнаружили что его простота стимулирует клиентов пользоваться сервисом самостоятельно, и мы даем к нему доступ по запросу».

3. Как база данных влияет на производительность интернет-магазина
От базы данных зависит 80% работы интернет-магазина. В проектах по-разному устроен каталог товаров, который хранится в базе, требуется разный объём памяти под профиль выполнения запросов конкретного интернет-магазина. Поэтому возможность настройки базы данных под проект радикально влияет на производительность сервиса.

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

4. Отказоустойчивое хранение и раздача контента
Хранение и раздача статического контента могут тратить ресурсы сервера, которые часто ограничены по объёмам, и это может увеличивать время отклика сайта. В качестве альтернативы можно использовать объектное хранилище (например, Object Storage Яндекс.Облака), которое не ограничено по размеру и не создаёт дополнительную нагрузку на веб-сервер, где «размещён» сайт. Это позволяет создавать несколько потоков раздачи контента, а хранение и раздача стоят дешевле.

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

Алексей Васильев делится, как студия «Интернет-Эксперт» оптимизирует раздачу контента с помощью Object Storage
Мы привязываем Object Storage к сайту как отдельный домен. Такое разделение позволяет браузеру поддерживать два отдельных параллельных потока загрузки ассетов. С хоста сайта грузится динамика, а с хоста Object Storage — статика. Это можно отследить в панели сети браузера. Технически сложно вручную сделать распределение по нескольким хостам, а с Object Storage мы получаем эту функциональность без лишних затрат на разработку
Подробнее о способах создания и поддержания отказоустойчивости интернет-магазина — в записи нашего вебинара.

Преимущества Яндекс.Облака для интернет-магазина
Гибкие конфигурации и прозрачное масштабированиеАвтоматическая загрузка данных без переплаты за ИТ-ресурсыНадежная управляемая база данных для стабильной работы интернет-магазинаОтказоустойчивое безлимитное хранение в Object StorageУдобный мониторинг, диагностика неисправностей и оценка затратПодробная документация и помощь проверенных партнёров
1. Гибкая настройка виртуальных машин и баз данных, прозрачное масштабирование
Благодаря тому, что Яндекс.Облако предоставляет виртуальные машины с гибкими настройками, конфигурация серверов на старте сразу соответствует требованиям интернет-магазина. По мере роста проекта ресурсы можно прозрачно масштабировать: добавлять ядра процессора, память и диски, запускать новые виртуальные машины и сервисы.

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

Возможности выбора параметров виртуальных машин, дисков и баз данных в Яндекс.Облаке:
2 платформы Intel Broadwell и Intel Cascade Lake (с увеличенной производительностью);возможность выбрать чётное количество ядер в диапазоне 1-32 для Intel Broadwell и 2-48 для Intel Cascade Lake;от 1 до 16 Гб RAM без привязки к количеству ядер процессора;виртуальные машины с частичным использованием ядра 5-20-50-100%;прерываемые виртуальные машины с жизненным циклом 24 часа;выбор объема HDD/SSD диска от 1 до 4096 Гб.Алексей Васильев
Цена старта в Яндекс.Облаке такая же как на других площадках или ниже. При этом доступны более функциональные и мощные сервисы и цена масштабирования существенно ниже. Не нужно мигрировать сайт, достаточно добавить ресурсы работающим сервисам и увеличить производительность
2. Автоматическая загрузка данных о товарах и другие периодические задачи без переплаты за ИТ-ресурсы
Яндекс.Облако позволяет экономить на всех периодических задачах и не только, благодаря гибким тарифам и ресурсам под разные сценарии:
Все машины доступны по требованию (on demand). Это подходит при значительных колебаниях в уровне загрузки процессора и неизвестных темпах роста. Клиент платит только за используемые ресурсы. Тарификация посекундная.Прерываемые ВМ подходят для высокопроизводительных и кратковременных вычислений и тестирования. Могут быть прерваны в течение 24 часов по инициативе Яндекс.Облака. Скидка 60-70% от цены по требованию.Если вы уверены в прогнозе ваших нагрузок, то можете оставить заявку на вычислительные мощности на 1 или 3 года вперёд и получить скидку не менее 20% (фиксированное потребление предоставляется по запросу).
3. Надежная управляемая база данных для стабильной работы интернет-магазина
В Яндекс.Облаке доступны управляемые базы данных PostgreSQL, MongoDB и MySQL, ClickHouse, Redis™. Можно создать кластеры с синхронной репликацией для всех доступных БД (от 2 до 7 хостов в любой зоне доступности). Пользователь сам может решить, какой уровень отказоустойчивости для него важен, создать хосты в нескольких зонах доступности или в одной. Хосты можно добавлять в процессе эксплуатации. Вам также доступно автоматическое и ручное резервное копирование баз данных.

Так как на массовых хостингах пользователи часто делят один инстанс базы между собой, в случае уязвимости на хостинге данные могут стать доступны этой СУБД или другим клиентам. В Облаке это невозможно — базы данных разных пользователей изолированы. Инстанс управляемой базы данных в Яндекс.Облаке создаётся исключительно для конкретного клиента.

В каждой управляемой базе данных Яндекс.Облака автоматизирована часть операций по настройке и сопровождению базы. Это разгружает команду разработки и может снизить счёт владельца интернет-магазина за услуги администрирования.
Подробнее о преимуществах управляемых баз данных.

4. Отказоустойчивое безлимитное хранение и раздача контента на базе Object Storage
Object Storage — универсальное масштабируемое решение для хранения данных. Оно подходит как для высоконагруженных сервисов, которым требуется надёжный и быстрый доступ к данным, так и для проектов с невысокими требованиями к инфраструктуре хранения. Для доступа к данным можно использовать популярные инструменты для работы с объектными хранилищами — API сервиса совместим с Amazon S3 API.

В Yandex Object Storage предоставляется столько места, сколько нужно интернет-магазину. Данные автоматически сохраняются в трёх географически распределённых зонах доступности. Для всех этих данных действует репликация: при редактировании, создании и удалении файла меняется каждая копия.

Пример от студии Интернет-Эксперт
Агентство элитной недвижимости размещалось на голландском хостинге: VPS с диском на 50ГБ, из которых сайт занимал 35 ГБ. Все файлы хранили на диске виртуальной машины. Объектов недвижимости стало больше и понадобилось увеличить количество картинок в 6 раз. Объём картинок превысил объём диска на виртуальной машине. VPS не масштабируется, она не облачная. Мы описали клиенту варианты решения: покупка дополнительной VPS, масштабируемый сетевой диск в Яндекс.Облаке или объектное хранилище Object Storage. Когда клиент согласился на миграцию в Яндекс.Облако и хранение контента в Object Storage, место на диске перестало быть ограничивающим фактором. Стоимость хранения сократилась на 20%
5. Удобный мониторинг инфраструктуры, диагностика неисправностей и оценка затрат
Сервис Yandex Monitoring подходит для сбора метрик состояния ресурсов и загрузки сервисов. Собрав метрики на одном дашборде, можно контролировать работу приложений, быстрее находить причины неисправностей и взаимосвязи между различными показателями. Анализируя преднастроенные дашборды, вы можете планировать ресурсы и затраты на них.

Отследить затраты помогает сервис Yandex DataLens. Данные о потреблении за день можно выгружать в формате csv-файлов. Yandex DataLens позволяет настроить дашборды на основе этих датасетов и ежедневно отслеживать затраты на вашу инфраструктуру до уровня каждого сервиса.

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

Полезные статьи в документации для запуска интернет-магазина:
Интернет-магазин на 1С-Битрикс: Управление сайтомИнтернет-магазин на платформе OpenCartС чего начать подготовку к запуску интернет-магазина и оценку требований к ИТ-инфраструктуре
Определите
поставщиков, объём и формат предоставления данных о товаре и его источники;куда будете заливать данные: в базу 1С или в базу сайта;частоту обмена данными и актуализации цен и валют;варианты хостинга.Тот, кто разрабатывает и сопровождает сайт, обязан решать следующие задачи: конфигурация серверов и баз данных под текущие требования, мониторинг роста требований, выбор площадки с возможностью быстрого масштабирования.

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

cloud.yandex.ru

А Вы знали, что на нашем сайте есть блог, где собраны статьи с интересной и, главное, полезной информацией?

Всё о хостинге, домене, сайтах и многом другом. Всё то, что Вы давно хотели узнать мы собрали в одном месте! Только годный контент ;)

Приглашаем:: zomro.com/blog/

TL;DR В статье описывается самый простой способ настроить VPN-сервер, у которого IP-адрес для подключения VPN-клиентов отличается от IP-адреса, с которого клиенты выходят в интернет.

Используете VPN для защиты приватности в интернете и арендуете для этого свой личный сервер? При этом вы единственный клиент, который подключается к этому серверу во всем мире? Так ли сложно найти ваш реальный IP-адрес, как вам кажется? С вступлением в силу пакета Яровой, это становится намного проще.

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

Модель угроз
Для того, чтобы от чего-то защищаться, нужно четко понимать модель угроз. Мы не будем рассуждать о новых законах, требующих от провайдеров хранить весь трафик клиентов, но совершенно точно можно сказать, что данные о подключениях, т.н. Netflow, хранить достаточно просто, и это давно и успешно делается. То есть факт подключения условного IP-адреса 1.1.1.1 к адресу 2.2.2.2 в определенное время суток записывается.

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

Чтобы повысить уровень приватности при использовании VPN, необходимо разделить точку подключения и точку выхода в интернет на уровне IP. На картинке выше наш пользователь находится за забором под пристальным вниманием Ирины Яровой. Все подключения, проходящие через забор, Ирина строго запоминает. Пользователь, как порядочный гражданин, подключается к адресу good.citizen.vpn, при этом назад он возвращается уже с адреса super.cool.guy.vpn. В итоге для Ирины эти два подключения выглядят не связанными между собой.

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

Мы разберём самые типовые схемы, которые применяют на практике.

VPN между серверами
Самый распространенный способ. В таком режиме клиент устанавливает VPN-подключение к только первому серверу. На первом сервере настроен тоннель ко второму, и весь трафик от клиента уходит ко второму серверу, и так далее. Промежуточных серверов может быть несколько. При этом тоннель между серверами может быть установлен по любому другому протоколу, отличному от протокола, по которому подключен клиент, например IPsec, или вообще без шифрования, вроде GRE или IPIP. В таком режиме все промежуточные сервера может быть видно в трассировке маршрута. Проверить, как именно подключены между собой промежуточные сервера на стороне клиента нет возможности, поэтому можно только доверять провайдеру.

На всём пути следования трафика минимальный MTU (Maximum transmission unit) остаётся равным значению самого первого тоннеля, и каждый промежуточный сервер имеет доступ к расшифрованному трафику клиента.

VPN через прокси

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

В этом режиме прокси-сервер не видно в трассировке маршрута.


VPN внутри VPN
Самый параноидальный и медленный способ: все тоннели поднимаются на стороне клиента, при этом каждый внутри другого. Такой способ требует хитрой настройки маршрутов на стороне клиента и запуска всех VPN-клиентов в нужном порядке. Это плохо сказывается на задержках и производительности, зато промежуточные сервера не имеют доступа к открытому трафику клиента. Все накладные расходы по инкапсуляции суммируются, и максимальный размер пакета (MTU), доступный в итоге клиенту, уменьшается в зависимости от числа тоннелей. Промежуточные сервера не видны в трассировке маршрутов.


Настройка VDS
Самый лёгкий способ настроить VPN с разделёнными точками входа и выхода — подключить несколько IP-адресов на один виртуальный сервер. Этот способ позволяет получить максимальную скорость и минимальные задержки, так как по сути трафик терминируется на одном сервере. У нас, в Vdsina.ru вы можете это сделать самостоятельно из панели управления. В то время как IPv4 везде кончаются, мы выдаем дополнительные IP-адреса даже на серверах за 60 рублей!

Разберем поэтапно настройку сервера.

Выбираем сервер
Заказываем VDS с подходящим тарифом, в нужном датацентре. Учитывая нашу задачу, выберем датацентр подальше, в Нидерландах ;)


Подключаем дополнительный IP-адрес
После покупки дополнительного IP-адреса его нужно настроить по инструкции.


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

Для примеров будем использовать такие значения:
xxx.xxx.38.220 — super.cool.guy.vpn # внешний адрес (точка выхода) xxx.xxx.39.154 — good.citizen.vpn # адрес подключения (точка входа)


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

Для этого проще всего из консоли использовать сервис ifconfig.co. При запросе через curl он возвращает IP-адрес, с которого был сделан запрос.
$ curl ifconfig.co xxx.xxx.38.220

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

Команды выполняются на клиенте:
ssh -D 9999 root@good.citizen.vpn # в новом окне curl -x socks5h://127.0.0.1:9999 ifconfig.co super.cool.guy.vpn

Первая команда устанавливает SSH-сессию с адресом good.citizen.vpn и одновременно активирует SOCKS-прокси внутри этой сессии, который доступен на локальном порту. Вторая делает обычный HTTP-запрос через этот прокси.
Важно помнить, что в наших примерах для запросов используются выдуманные доменные имена. Они будут отображаться только при PTR-резолве, и полноценный запрос к ним сделать не получится. Поэтому на данном этапе обращаться к серверу нужно через IP-адрес.
Настройка сервера IKEv2


IPsec IKEv2 — современный протокол VPN, поддерживаемый почти всеми операционными системами из коробки. Он используется как протокол по-умолчанию в Windows, macOS и iOS. При этом не требует установки стороннего ПО и работает в большинстве случаев быстрее OpenVPN. На хабре уже были статьи по настройке сервера IKEv2, но все они описывают использование самоподписанных сертификатов, и неудобны тем, что требуют установить корневой сертификат на стороне VPN-клиента.

Мы же разберем пример настройки сервера с использованием доверенного сертификата от Let's Encrypt. Это позволяет не устанавливать клиенту посторонние корневые сертификаты, а выдать только логин и пароль.

Подготовка сервера
Мы будем использовать сервер на базе Ubuntu 18.04, но инструкция также подходит для большинства современных дистрибутивов.

Обновляем систему и устанавливаем нужные пакеты
apt update && apt upgrade apt install certbot strongswan libstrongswan-extra-plugins

Выпуск сертификата
Для выпуска доверенного сертификата вам потребуется направить реальный домен на IP-адрес точки входа. Мы не будем рассматривать этот пункт подробно, так как он выходит за рамки статьи. В качестве примера мы будем использовать вымышленный домен good.citizen.vpn

Если у вас на сервере уже есть есть веб-сервер, используйте подходящий способ выпуска сертификата через certbot или другой клиент для Let's Encrypt. В данном примере предполагается, что порт HTTP (80) ничем не занят.
certbot certonly --standalone --agree-tos -d good.citizen.vpn
Ответив на вопросы мастера? мы получим подписанный сертификат и ключ
# find /etc/letsencrypt/live/good.citizen.vpn/ /etc/letsencrypt/live/good.citizen.vpn/ /etc/letsencrypt/live/good.citizen.vpn/fullchain.pem /etc/letsencrypt/live/good.citizen.vpn/README /etc/letsencrypt/live/good.citizen.vpn/cert.pem /etc/letsencrypt/live/good.citizen.vpn/privkey.pem /etc/letsencrypt/live/good.citizen.vpn/chain.pem

Для проверки подлинности IKEv2 сервера используются те же X.509-сертификаты, что и для
HTTPS. Чтобы Strongswan смог использовать эти сертификаты, их нужно скопировать в папку /etc/ipsec.d.

Вот как должны быть расположены сертификаты:
cp /etc/letsencrypt/live/good.citizen.vpn/cert.pem /etc/ipsec.d/certs/ cp /etc/letsencrypt/live/good.citizen.vpn/privkey.pem /etc/ipsec.d/private/ cp /etc/letsencrypt/live/good.citizen.vpn/chain.pem /etc/ipsec.d/cacerts/

Так как сертификаты letsencrypt перевыпускаются часто, делать это вручную неудобно. Поэтому автоматизируем этот процесс с помощью хука для certbot.

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

Создадим файл /etc/letsencrypt/renewal-hooks/deploy/renew-copy.sh и сделаем его исполняемым.
#!/bin/sh set -e for domain in $RENEWED_DOMAINS; do case $domain in good.citizen.vpn) daemon_cert_root=/etc/ipsec.d/ # Make sure the certificate and private key files are # never world readable, even just for an instant while # we're copying them into daemon_cert_root. umask 077 cp "$RENEWED_LINEAGE/cert.pem" "$daemon_cert_root/certs/" cp "$RENEWED_LINEAGE/chain.pem" "$daemon_cert_root/cacerts/" cp "$RENEWED_LINEAGE/privkey.pem" "$daemon_cert_root/private/" # Reread certificates /usr/sbin/ipsec reload /usr/sbin/ipsec purgecerts /usr/sbin/ipsec rereadall ;; esac done
Теперь после каждого перевыпуска сертификата скрипт будет копировать новые файлы в папки strongswan-а и посылать команду демону перечитать сертификаты.

Настройка Strongswan
Добавим конфиг strongswan /etc/ipsec.conf
config setup # Разрешить несколько подключений с одного аккаунта uniqueids=no # Increase debug level # charondebug = ike 3, cfg 3 conn %default # Универсальный набор шифров для большинства платформ ike=aes256-sha256-modp1024,aes256-sha256-modp2048 # Таймауты "мёртвых" подключений dpdaction=clear dpddelay=35s dpdtimeout=2000s keyexchange=ikev2 auto=add rekey=no reauth=no fragmentation=yes #compress=yes # left - local (server) side leftcert=cert.pem # Имя файла сертификата в папке /etc/ipsec.d/certs/ leftsendcert=always # Маршруты отправляемые клиенту leftsubnet=0.0.0.0/0 # right - remote (client) side eap_identity=%identity # Диапазон внутренних IP-адресов назначаемых VPN-клиентам rightsourceip=10.0.1.0/24 rightdns=8.8.8.8,1.1.1.1 # Windows and BlackBerry clients usually goes here conn ikev2-mschapv2 rightauth=eap-mschapv2 # Apple clients usually goes here conn ikev2-mschapv2-apple rightauth=eap-mschapv2 leftid=good.citizen.vpn
Логины и пароли VPN-клиентов задаются в файле /etc/ipsec.secrets

В этом файле также нужно указать имя приватного ключа, который мы ранее копировали из папки letsencrypt:
# Имя файла приватного ключа в папке /etc/ipsec.d/private/ : RSA privkey.pem # Пользователи VPN # имя : EAP "Пароль" IrinaYarovaya : EAP "PleaseLoveMe123" Mizooleena : EAP "IwannaLoveToo3332"
На данном этапе можно перезапустить сервер strongswan и проверить, активировался ли новый конфиг:
$ systemctl restart strongswan $ ipsec statusall Virtual IP pools (size/online/offline): 10.0.1.0/24: 254/0/0 Listening IP addresses: xxx.xxx.38.220 Connections: ikev2-mschapv2: %any...%any IKEv2, dpddelay=35s ikev2-mschapv2: local: [CN=good.citizen.vpn] uses public key authentication ikev2-mschapv2: cert: "CN=good.citizen.vpn" ikev2-mschapv2: remote: uses EAP_MSCHAPV2 authentication with EAP identity '%any' ikev2-mschapv2: child: 0.0.0.0/0 === dynamic TUNNEL, dpdaction=clear ikev2-mschapv2-apple: %any...%any IKEv2, dpddelay=35s ikev2-mschapv2-apple: local: [good.citizen.vpn] uses public key authentication ikev2-mschapv2-apple: cert: "CN=good.citizen.vpn" ikev2-mschapv2-apple: remote: uses EAP_MSCHAPV2 authentication with EAP identity '%any' ikev2-mschapv2-apple: child: 0.0.0.0/0 === dynamic TUNNEL, dpdaction=clear
Можно видеть, что конфиг успешно активирован и сертификат подключен. На данном этапе уже можно подключаться к VPN-серверу, но он будет без доступа к интернету. Чтобы выпустить клиентов в интернет, нужно включить форвардинг и настроить NAT.

Настройка NAT
Активируем форвардинг пакетов:
echo "net.ipv4.ip_forward=1" >> /etc/sysctl.conf sysctl -p
Включаем NAT. Важно иметь в виду, что это просто пример минимальной конфигурации iptables. Настройте остальные правила в зависимости от ваших потребностей.

ethName0 — замените на свое имя интерфейса
10.0.1.0/24 — диапазон IP-адресов который будет выдаваться VPN-клиентам. Мы задавали его в /etc/ipsec.conf
111.111.111.111 — IP-адрес точки выхода, в нашем примере это адрес super.cool.guy.vpn
iptables -t nat -A POSTROUTING -s 10.0.1.0/24 -o ethName0 -j SNAT --to-source 111.111.111.111

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

В случае проблем с подключением можно смотреть лог в реальном времени:
journalctl -f -u strongswan

Автозапуск при загрузке
Если всё успешно, можно добавить strongswan в автозапуск при загрузке:
systemctl enable strongswan

Сохранение правил iptables
Чтобы сохранить правила iptables после перезагрузки, существует специальный пакет iptables-persistent. Важно помнить, что он сохранит текущий набор правил и добавит его в автозагрузку.
apt install iptables-persistent

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

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


https://vdsina.ru

В пятницу, 27 октября, у нас была возможность принять у себя выпуск «Global Women Startup Weekend» (Париж) в 2019 году. В течение двух с половиной дней около 80 участников с нуля создавали мощные корпоративные проекты в надежде получить одну из премий Corpo Elevator и TechStars. От простого предоставления услуг до чека на 50 000 евро и до инкубации в кластере Евротехнологий вознаграждения, вызванные игрой, вызвали много эмоций у участников, чье участие иногда было близко к 200%.

Прежде всего, что такое Startup Weekend?
Startup Weekend, созданный TechStars, предлагает всего за 54 часа создать жизнеспособный бизнес-проект.

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


После того, как эти команды собраны, одна миссия: использовать два дня работы, чтобы преуспеть в поиске подходящей бизнес-модели, определить маркетинговые аргументы, которые будут развиваться, исследовать рынок, создать MVP… Цель состоит в том, чтобы представить проект в достаточной мере уместно, чтобы быть замеченным одним из присутствующих инвесторов и / или выиграть приз. И что за вызов!

Согласно TechStars, мы можем определить суть Startup Weekend по 3 глаголам действия:
Подключайтесь: потому что каждому участнику предлагается общаться, делиться, делиться со всеми вокруг. Startup Weekend — это идеальное место для встречи с вашим будущим соучредителем, другом, наставником или инвестором.Обнаружение: связано с соединением (первая точка), обнаружение объясняется рассмотрением различных доступных ресурсов (других участников, но также наставников), которые позволяют всем командам покинуть мероприятие с видимость на их соответствующих дорожных картах.Изучение на опыте: это основной элемент задачи. Каждому участнику предлагается попробовать, проверить, повернуть, но особенно учиться у них. Ни одна книга не будет рекомендована, ни один курс не будет обойден: он должен будет окружить себя ключевыми ресурсами и попробовать, искать, тестировать концепции, сравнивать идеи бизнес-планов, и все это до ему удается найти идеальное уравнение, ведущее к «правильному продукту по правильной цене».
Организация, способствующая созданию
TechStars опирается на среды, которые поддерживают идеи и совместное использование. Особое внимание уделено последовательности различных этапов уик-энда, все из которых, так или иначе, будут участвовать в ускорении стартапов. Чтобы иметь положительное влияние, каждое издание предназначено для того, чтобы обеспечить участникам атмосферу обмена, обучения и эффективности.

Становясь настоящими институтами в профессиональном мире, и особенно в технологическом секторе, Startup Weekends сегодня имеют более 350 000 участников, 12 000 организаторов и почти в 1300 городах.

Только в эти выходные по всему миру было организовано 59 Startup Weekends.


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


Причина этого успеха?
Печальный факт: с 2008 года только 2% операций по сбору средств предназначены для стартапов, основанных женщинами.

Также, по мнению Forbes:
www.forbes.fr/femmes-at-forbes/les-resultats-du-barometre-sur-lentreprenariat-feminin/
В то время как женщины придают большее значение, чем мужчины, быть их собственным боссом (72% против 65%), только 28% хотят стать предпринимателями во Франции. Речь идет о социальных конструкциях, которые замедляют их амбиции, а также о психологических опасениях по поводу рисков, связанных с предпринимательством: 53% француженок считают, что взятые на себя риски не стоят выгоды успеха (против 48% мужчины).
Если новое поколение женщин осмеливается быть смелее, когда 42% женщин в возрасте 20–29 лет хотят попробовать эксперимент, 65% начинающих женщин говорят, что их можно отговорить от превращения в предпринимателей из-за страха неудачи (мужчины не чем 54%, чтобы почувствовать этот страх). Но настоящим сюрпризом является то, что 36% женщин-предпринимателей говорят, что они уже потерпели неудачу в профессиональной деятельности из-за своего пола, особенно во время сбора средств.
Поэтому TechStars показалось очевидным поддерживать эти специальные выпуски, чтобы увидеть рост доли женщин-предпринимателей в мире успешных стартапов.
И вполне естественно, что Scaleway, который хочет более активно участвовать в продвижении женщин в сфере технологий, предложил провести это мероприятие.

Начало выходных: пятница, 18 ч.
Хотя официальное открытие было объявлено в 18:30, за полчаса до этого, пятьдесят участников, более мотивированных, чем другие, ожидают открытия дверей Maison Paris. Когда наступил роковой час, они наконец смогли обнаружить наши оригинальные помещения. Надев тапочки, организация смогла озвучить начало инаугурационного коктейля, и обмены начались.


Мы встретили 4 участников: Юссара, Лора, Юлиана и Жан.

Бывшие начинающие стартапы становятся наставниками
Юссара Нуньес — менеджер по цифровым проектам, BNP Paribas

Бывший участник Jussara уже участвовал в Startup Weekend. Придя без конкретной идеи, она присоединилась к команде, соблазненной подачей, реализованной перевозчиком проекта. Оценка: 3 приза, выигранные из 20.
С этим опытом она не колебалась ни минуты, когда с ней связались, чтобы стать наставником.

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

У некоторых участников больше идей
Laure PEUCELLE — веб-разработчик, Fujitsu Франция

С первым осуществляемым проектом (сообщения активистов носков, чья прибыль передается ассоциациям), для которого она работает с инкубатором Make Sens, этот Startup Weekend является первым, в котором участвует Laure. Полный идей, не компаний, а продуктов, он, тем не менее, питает желание питчер.

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

Готовый к успеху Челленджер
Юлиана ПРИНЦИП ПЕСТАНА — продюсер, Мееро

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

Вот что она представляет:
Мой проект разрушителен, и я хотел бы получить отзывы о нем. Это веганские блюда (чтобы быть как можно более обширными и потому, что я вегетарианец в течение 4 лет) замороженные, сделанные французским шеф-поваром и доступные для заказа из приложения, полностью управляемого данными. Это означает, что на основе собранных данных приложение сможет составлять «здоровые» и персонализированные меню. Упаковка, конечно, будет экологически ответственной.На выходные Юлиана также хочет познакомиться с другими участниками. Она хотела бы, чтобы ее окружали коммуникаторы, которые, как и она, разделяют амбиции перебалансировать экономику, привлекая больше женской энергии.

Мужчины также мобилизуются для женщин-предпринимателей
Жан Лебрет — Инновация, Bouygues Entreprise (наставник)

Наставник на выходных Startup, Жан была приглашена Кэндис Капелль, генеральным директором Lift Corpo (организатор мероприятия). Увлеченный инновациями, он сделал свою работу и регулярно участвует в Startup Weekends. По его оценкам, на такого рода мероприятиях он получает в 4 раза больше, чем дает:
Я дам, может быть, 20%, но я уверен, что получу 80% в обмен! Это целая жизнь всего за пятьдесят часов, едва!
Очень активная в голубой экономике, это проекты социального воздействия, которые ближе всего к ее сердцу.
Он в основном смотрит на бизнес-модели разных групп.

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

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

В течение выходных участники были полностью вовлечены, чтобы увидеть, как их идея была сохранена. Из 5 этажей, составляющих La Maison, 3 были посвящены этому событию, поэтому для выходных Startup Weekend было выделено почти пятнадцать помещений, и каждый квадратный метр использовался с умом.


Keekoffgreen был самым успешным из 12 групп. Команда победила:

2 места в инкубаторе DEMAIN от Prisma Media и бюджетный конверт на 50 000 евро
500 евро предлагаются на Scaleway на 4 месяца3 места на Цифровой женский день1 год членства в команде Premium на Crello3 месяца наставничества по взлому роста через Germinal1 интервью в истории стартапов2 бесплатных места для кода bootcamp проекта Hacking1 место для bootync Героина (25% скидка для остальных членов команды)1 пресс-релиз через Kalima PRи, конечно же, гордость за то, что справилась с этой невероятной задачей!День за днем вы можете узнать подробности Глобального женского стартап-уик-энда с тех пор, как они были опубликованы в социальных сетях корпорации Ascenseur.

TechStars — один из самых успешных в мире ускорителей запуска. Имея портфель из более чем 1500 стартапов и оцениваемый в миллиарды долларов, он имеет множество программ, таких как Startup Weekend, Startup Week и Startup Digest.

База данных Scaleway Elements теперь общедоступна! Команда разработчиков баз данных с гордостью представляет свой сервис управляемых баз данных. В этой статье мы пойдем за кулисы, чтобы узнать, как работает наша служба баз данных.
www.scaleway.com/en/database/

Жизненный цикл базы данных
Что происходит, когда вы нажимаете кнопку «Создать экземпляр»?
Ну так много всего! В этом разделе мы узнаем о полном жизненном цикле экземпляра базы данных Scaleway.

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


Все базы данных используют экземпляры, созданные из базового образа настраиваемого экземпляра. Этот образ построен внутри, и наша команда может развернуть любую версию PostgreSQL, которую мы поддерживаем. Мы называем их золотыми изображениями, потому что они являются единственной ссылкой на наш продукт. Механизм базы данных работает в среде Debian с использованием официального дистрибутива PostgreSQL вместе со многими другими внутренними утилитами.
Мы также используем балансировщик нагрузки перед экземпляром базы данных. Этот балансировщик нагрузки будет всегда перенаправлять ваш звонок на активный узел и автоматически переключаться на узел горячего резервирования в случае сбоя. Это гарантирует, что вы всегда сможете получить доступ к вашей базе данных с тем же IP-адресом.
www.scaleway.com/en/load-balancer/

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

Конфигурация экземпляра
Теперь, когда наш экземпляр подготовлен, нам нужно настроить его для вас.
Это включает в себя создание пользователя с паролями и специальными параметрами, которые вы можете настроить на вкладке «Дополнительные параметры» в консоли.
Чтобы ограничить доступ к вашему экземпляру базы данных, вы можете ограничить доступ с помощью функции «Разрешенные IP-адреса». Когда этот параметр включен, на вашем балансировщике нагрузки настраивается ограничение IP-адресов белого списка.
en.wikipedia.org/wiki/Whitelisting

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

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

Мониторинг
Ваши экземпляры базы данных постоянно контролируются, чтобы убедиться, что они работают правильно. Наш стек мониторинга основан на Prometheus, который собирается исследовать экспортеры метрик (включая экспортер узлов), которые живут в вашем экземпляре. Эта настройка позволяет нам иметь метрики об экземпляре, в котором в данный момент работает ваша база данных.
Например, система отвечает за проверку того, что в вашем экземпляре базы данных достаточно свободного места. Если это не так, он переключит режим транзакций по умолчанию в режим «только чтение», чтобы вы заметили проблему, поддерживая службу в ухудшенном режиме. Эта операция выполняется, чтобы дать вам достаточно времени для очистки логических баз данных или обновления экземпляра базы данных до другого плана.
prometheus.io/
prometheus.io/docs/guides/node-exporter/

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

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

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

Восстановить
Операция восстановления извлечет резервную копию из хранилища объектов и восстановит этот дамп в качестве базы данных.
По умолчанию целевая база данных является исходной базой данных резервной копии.
В качестве целевой резервной копии вы можете указать другое имя базы данных, чтобы восстановить резервную копию в другой базе данных, чем ее источник.
www.scaleway.com/en/object-storage/

Восстановление резервной копии не ограничивается одним экземпляром, вы можете выполнить восстановление для всех экземпляров базы данных. Тем не менее, можно указать имя целевой базы данных, где будет восстановлена ​​резервная копия.
console.scaleway.com/rdb/backups

Высокая доступность
База данных Scaleway поддерживает настройку высокой доступности. Это позволяет вашей базе данных оставаться доступной даже в случае сбоя узла. Мы настоятельно рекомендуем активировать резервные копии и высокую доступность для производственного использования.
en.wikipedia.org/wiki/High_availability

Собственная репликация PostgreSQL
PostgreSQL изначально поддерживает множество типов репликации.
Для репликации мы используем стратегию доставки журналов с записью.
Это означает, что когда запрос на запись отправляется в активную базу данных, транзакция подтверждается только тогда, когда активный и резервный экземпляры подтверждают, что запись на запись зафиксирована с обеих сторон.
Этим мы гарантируем, что в случае потери одного из узлов экземпляра система продолжит работу и будет работать согласованно.
PostgreSQL поддерживает встроенные методы репликации.
Однако автоматический переход на другой ресурс по умолчанию не поддерживается.
У нас должен быть механизм для перенаправления вызовов на нужный узел. Вот почему нам нужна другая система для арбитража, куда перенаправлять запросы в зависимости от состояния узла (активный / резервный).
www.postgresql.org/docs/current/different-replication-solutions.html

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

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

Демон конфигурации. Этот демон работает на каждом экземпляре базы данных. Он отвечает за генерацию конфигурации двигателя и решает, является ли он активным или резервным узлом, на основе согласованного механизма. Этот демон будет выполнять тяжелую работу по управлению механизмом переключения при отказе в вашем кластере базы данных.
Когда система находится в полностью рабочем состоянии, активный экземпляр базы данных будет периодически выполнять операцию записи в DCS. Эта периодическая операция записи называется heartbeat.
Он сохраняет активную базу данных как владельца активной блокировки.
Резервный также считывает этот DCS и видит, что активный узел существует и, следовательно, находится в режиме ожидания. Если в течение определенного времени активной базе данных не удается выполнить операцию записи в DCS, активная база данных считается неисправной. Когда бэкэнд обнаружен как неисправный, соединения с ним обрываются на уровне балансировки нагрузки. DCS также снимает блокировку, если активная база данных не проявляет себя. Когда это происходит, резервный сервер пытается стать активным путем записи в DCS. Делая это, резервный узел информирует DCS, что он готов стать активным.
После достижения консенсуса с DCS резервный узел повышается в качестве основного, и экземпляр базы данных может продолжать работать.
В случае сбоя экземпляра сработает внутренняя система мониторинга группы базы данных, которая сгенерирует новый резервный узел для замены неисправного.

Заключение
Scaleway Elements предоставляет обширный каталог управляемых сервисов баз данных PostgreSQL. Получите выгоду от управляемой базы данных PostgreSQL, начиная с 8 евро в месяц (или 0,016 евро в час) и разворачивая ее менее чем за 5 минут. Среди наших новых предложений вы можете выбрать базу данных, соответствующую вашему проекту, с 256 ГБ ОЗУ и 585 ГБ SSD NVMe для повышения производительности.
www.scaleway.com/en/database/

Узнайте, как запустить свою первую базу данных, благодаря нашей документации и часто задаваемым вопросам по Scaleway Elements. Или узнайте, как перенести ваш экземпляр PostgreSQL в экземпляр базы данных PostgreSQL Scaleway Elements через нашу документацию по API.
www.scaleway.com/en/docs/database-instance/
developers.scaleway.com/en/products/rdb/api/#migration-to-scaleway-database