На поставщика услуг вы с таким же успехом можете в суд подать. С оборудованием у вас не больше шансов по суду вернуть убытки…
Не у всех облачных поставщиков support стоит отдельных денег. Правда именно у hyperscale обычно действительно отдельная денюжка. Кто поменьше больше дорожит клиентом…
Приведите пример взаимодействия клиент-подрядчик, где подрядчик компенсирует бизнес потери без привлечения третьей стороны в виде страховой.
Вы с поставщика оборудования в случае поломки сможете что-то вернуть из потерь бизнеса? Нет. Поэтому проектируете системы таким образом, чтобы в случае поломки какого-то элемента потери не превысили допустимого уровня.
Может быть вы удивитесь, но использование облачных сервисов тоже нужно проектировать, а не надеяться, что ваша единственная виртуалка будет «горцем» со 100 летним uptime.
Вы почему-то считает, что облачный провайдер какой-то уникальный бизнес, который по умолчанию уже всем должен. Внутренняя ИТ-служба что вернет бизнесу в случае факапа?
P.S. Моя полемика не означает, что я считаю облака «серебряной пулей», лучшим образом решающей все проблемы. И коллегам лучше было бы делать более предметные, содержательные статьи. Потому что низкосортная публицистика отталкивает даже ту аудиторию, которой внешний провайдер мог бы принести реальную пользу.
1) Вы никогда не задумывались, почему зачастую генеральный директор в компании ездит на лизинговом авто с личным водителем (business critical, понты, эффективное использование ценного ресурса времени топ менеджера), а сотрудников попроще обслуживает служба такси по корп тарифу? Тучные годы, когда сотрудникам покупались машины с правом выкупа давно прошли.
2) Можно подумать, что если вы сами устроите аварию, вас кто-то будет лечить бесплатно. Берите нормальную страховку сами. Пользуйтесь нормальными службами такси, а не дешманскими тарифами с таджиками, раз они вам так противны
Все с вами понятно. Тестировать Яндекс вы время нашли, несмотря на семейные дела. Остальные сервисы, конечно же, не столь интересны, подождут и до весны. Ну да ладно, тест fishca предлагался
Яндекс молодец и ни в чем не виноват. Читайте оферту. Позиция!!! Про использование ЦОД и хранение данных в чужой юрисдикции там есть? Или это совершенно не важный с вашей точки зрения факт?
Я не видел в России серьёзных провайдеров, которые бы не имели и не продавали MS SPLA лицензии. RDP есть в SPLA.
Клиент может принести провайдеру в облако все, на что распространяется право License Mobility through Software Assurance. Подразумевается наличие лицензии и SA. Перенос оформляется должным образом согласно формальной процедуре Microsoft.
Из перечисленного в на виртуальной машине в кластере при её перемещении по хостам, когда отрабатывает DRS, могут поменяться регистры доступных инструкций процессора. В гомогенных кластерах все процы одинаковые и 1C ездит без потери активации.
Тезис fishca был про готовность использовать облако под 1С, если оно покажет больше 45 попугаев в тесте Гилева.
Предлагаю протестировать такое облако. Именно облако, со всеми его фишками по отказо устойчивости и масштабируемости. А не отдельный виртуальный сервак, прибитый к игровому камню с локальными дисками.
Вы меня либо не поняли, либо сознательно перевернули смысл замечания. Вы можете реализовать какие угодно меры по защите ИСПДн, но если провайдер, позиционирующий себя российским, вольно и без уведомления разместит ваши данные на зарубежной площадке, то нарушителем будет ваша компания. Формально провайдер ничего не нарушил, если вы с ним в договоре не прелусмотрели положения о локализации данных и другие обеспечительные меры.
В случае Яндекса хотелось бы получить комментарии, какие меры по предотвращению угроз ИБ, предусмотренные 21 приказом Фстэк, реализованы на уровне облачной платформы. Этот уровень недоступен клиентам и должен быть защищён провайдером. Яндекс, к сожалению, пока больше декларирует соответствие законодательству РФ без конкретных разъяснений по сути вопросов. Если вы видели развёрнутый комментарий представителей Яндекса по существу вопроса ИСПДн на Яндекс.Облако, многим было бы интересно с ним ознакомиться.
Очень странно ожидать соблюдения законов РФ от компании, которая не даёт явно информации о расположении ЦОД, с которого предоставляет сервис в зарубежной юрисдикции. Вы про ЦОД в Финке случайно узнали. А если у вас в 1С Зарплата и кадры или другие ИСПДн? А на трансграничку вы разрешение у субъектов получили? Ну то есть заказчик нарушил и попал на штрафы ничего не подозревая.
Есть тонкости с Windows Server. В multi-tenant лицензии могут быть только от провайдера, так как привязываются к физической инфраструктуре (ядра). Но зато нет Windows Server CAL.
В dedicated cluster можно тащить собственные лицензии заказчика
Китайские Alibaba и Tencent уже здесь. Да и местные соц. сети только рады будут, если FB сам подставится.
Интересно. Чуть западнее это где? У вас прямые поставки от вендора? В РФ через дистра фиг что в договоре поменяешь, за исключением условий оплаты…
Но это ведь общая схема работы с MPIO. В чем ваша фишка?
Придёт может и раньше. А вот обслужится не факт. Что дальше будет происходить?
Не у всех облачных поставщиков support стоит отдельных денег. Правда именно у hyperscale обычно действительно отдельная денюжка. Кто поменьше больше дорожит клиентом…
Вы с поставщика оборудования в случае поломки сможете что-то вернуть из потерь бизнеса? Нет. Поэтому проектируете системы таким образом, чтобы в случае поломки какого-то элемента потери не превысили допустимого уровня.
Может быть вы удивитесь, но использование облачных сервисов тоже нужно проектировать, а не надеяться, что ваша единственная виртуалка будет «горцем» со 100 летним uptime.
Вы почему-то считает, что облачный провайдер какой-то уникальный бизнес, который по умолчанию уже всем должен. Внутренняя ИТ-служба что вернет бизнесу в случае факапа?
P.S. Моя полемика не означает, что я считаю облака «серебряной пулей», лучшим образом решающей все проблемы. И коллегам лучше было бы делать более предметные, содержательные статьи. Потому что низкосортная публицистика отталкивает даже ту аудиторию, которой внешний провайдер мог бы принести реальную пользу.
Прям любовь и ненависть в облаках
Раз уж взялись за аналогии с автотранспортом
1) Вы никогда не задумывались, почему зачастую генеральный директор в компании ездит на лизинговом авто с личным водителем (business critical, понты, эффективное использование ценного ресурса времени топ менеджера), а сотрудников попроще обслуживает служба такси по корп тарифу? Тучные годы, когда сотрудникам покупались машины с правом выкупа давно прошли.
2) Можно подумать, что если вы сами устроите аварию, вас кто-то будет лечить бесплатно. Берите нормальную страховку сами. Пользуйтесь нормальными службами такси, а не дешманскими тарифами с таджиками, раз они вам так противны
Ku и Ka диапазоны? Это сеть РЛС сплошного покрытия. Self-healing рой на 12000 единиц. Ещё поди и с возможностью глушить самолетные РЛС. :(
Ок. Про ИСПДн и лицензии MS темы для хороших статей.
Образы ВМ Яндекс не даёт выгрузить? Сейчас нет ничего сложного конвертировать между VMware, Hyper-V, KVM. Чтобы не собирать тестовый стенд с нуля
Все с вами понятно. Тестировать Яндекс вы время нашли, несмотря на семейные дела. Остальные сервисы, конечно же, не столь интересны, подождут и до весны. Ну да ладно, тест fishca предлагался
Яндекс молодец и ни в чем не виноват. Читайте оферту. Позиция!!! Про использование ЦОД и хранение данных в чужой юрисдикции там есть? Или это совершенно не важный с вашей точки зрения факт?
Я не видел в России серьёзных провайдеров, которые бы не имели и не продавали MS SPLA лицензии. RDP есть в SPLA.
Клиент может принести провайдеру в облако все, на что распространяется право License Mobility through Software Assurance. Подразумевается наличие лицензии и SA. Перенос оформляется должным образом согласно формальной процедуре Microsoft.
Из перечисленного в на виртуальной машине в кластере при её перемещении по хостам, когда отрабатывает DRS, могут поменяться регистры доступных инструкций процессора. В гомогенных кластерах все процы одинаковые и 1C ездит без потери активации.
Тезис fishca был про готовность использовать облако под 1С, если оно покажет больше 45 попугаев в тесте Гилева.
Предлагаю протестировать такое облако. Именно облако, со всеми его фишками по отказо устойчивости и масштабируемости. А не отдельный виртуальный сервак, прибитый к игровому камню с локальными дисками.
Вы меня либо не поняли, либо сознательно перевернули смысл замечания. Вы можете реализовать какие угодно меры по защите ИСПДн, но если провайдер, позиционирующий себя российским, вольно и без уведомления разместит ваши данные на зарубежной площадке, то нарушителем будет ваша компания. Формально провайдер ничего не нарушил, если вы с ним в договоре не прелусмотрели положения о локализации данных и другие обеспечительные меры.
В случае Яндекса хотелось бы получить комментарии, какие меры по предотвращению угроз ИБ, предусмотренные 21 приказом Фстэк, реализованы на уровне облачной платформы. Этот уровень недоступен клиентам и должен быть защищён провайдером. Яндекс, к сожалению, пока больше декларирует соответствие законодательству РФ без конкретных разъяснений по сути вопросов. Если вы видели развёрнутый комментарий представителей Яндекса по существу вопроса ИСПДн на Яндекс.Облако, многим было бы интересно с ним ознакомиться.
Представитель другого провайдера
Очень странно ожидать соблюдения законов РФ от компании, которая не даёт явно информации о расположении ЦОД, с которого предоставляет сервис в зарубежной юрисдикции. Вы про ЦОД в Финке случайно узнали. А если у вас в 1С Зарплата и кадры или другие ИСПДн? А на трансграничку вы разрешение у субъектов получили? Ну то есть заказчик нарушил и попал на штрафы ничего не подозревая.
У нас вроде ездит по хостам с одной моделью процессора без потери активации. Уточню у эксплуатации.
А если да? На сетевой схд. Возьмёте в тест?
Есть тонкости с Windows Server. В multi-tenant лицензии могут быть только от провайдера, так как привязываются к физической инфраструктуре (ядра). Но зато нет Windows Server CAL.
В dedicated cluster можно тащить собственные лицензии заказчика
Как говорится "Верим и ждём" ;)