Комментарии 82
Да ладно. Неужели в 2019 году кого-то еще можно переубедить? Все кому надо было — уже попробовали облачные решения и либо получив прививку реальности адаптировались к новым условиям, либо вернулись к своим виртуалкам или своему железу. Или я слишком оптимистичен?
Предпочитаю знать о своей инфраструктуре сам: что где работает, куда резервно копируется. У небезызвестного Cloudmouse, помнится, тоже были резервные копии…
И ещё интересно: если вдруг какой-то сервис в облаке начинает тормозить, каким образом можно определить, связаны тормоза с проблемами пользовательского ПО или же компонентов стороннего облака, на котором это ПО работает (например, перегрузка СХД)?
И ещё интересно: если вдруг какой-то сервис в облаке начинает тормозить, каким образом можно определить, связаны тормоза с проблемами пользовательского ПО или же компонентов стороннего облака, на котором это ПО работает (например, перегрузка СХД)?
НЛО прилетело и опубликовало эту надпись здесь
Ну а со своим железом могут теоретически отрубить канал связи, если не свой… Узнает, скажем, Яндекс, каким провайдером связи (телефония, инет) пользуется Ситимобил, купит его и расторгнет договор…
В одном фильме было идеальное облако — Матрица.
Подробности его использования всем известны.
Подробности его использования всем известны.
Это ещё мелочи. По сравнению с коробкой(софт) и своим железом, тебе в любой момент могут отрубить доступ и всё ты не с чем.
электричество в офисе тоже могут отрубить (даже здания и города бывает остаются без элекртичества), и что — теперь на счетах все счиатать?
В каждом бизнесе есть отдельные компании, у которых бывают проблемы, это не значит что весь сегмент бизнеса такой, на такие случаи надо предусматривать резервные каналы и прописывать правильно условия договора.
В CLOUD4Y базовый уровень SLA — 99,982%
электричество в офисе тоже могут отрубить (даже здания и города бывает остаются без элекртичества), и что — теперь на счетах все счиатать?Сейчас ДГУ никого не удивить.
В CLOUD4Y базовый уровень SLA — 99,982%Штраф за нарушение SLA всегда превосходит прибыль ваших клиентов с учетом их репутационных потерь?
Сейчас ДГУ никого не удивить.
Ну и что выгоднее — потратить для своего офисного дата-центра мешок денег на ДГУ, или платить небольшую аренду за сторонний дата-центр, где это уже сделано?
Стремление иметь все свое у себя в офисе в итоге выливается в колоссальные неоправданные расходы. Кстати, собственное производство бумаги, ручек, телефонов, лампочек, проводов и всего остально тоже у себя сами наладите?
Штраф за нарушение SLA всегда превосходит прибыль ваших клиентов с учетом их репутационных потерь?
Прежде всего происходит расследование тех редких инцидентов, когда клиенту недоступны сервисы. И все видно по логам, что когда перестало работать и когда произошло восстановление. И практически во всех случаях восстановление укладывается в гарантированный SLA.
А про репутационные потери и потерянную прибыль сейчас модно говорить. У вас есть конкртетно доказанные и верифицированные сертифицированными экспертами в этой области расчеты таких потерь?
А у вас есть конкретно доказанные и верифицированные сертифицированными экспертами в этой области опровержения наших «наколеночных» расчётов?
Помню лет десять назад, когда работал в peterhost мне запомнилась такая фраза админа, не буду показывать пальцем: «Логи показать, да мы какие угодно логи ему нарисуем».
если обсуждать все ТЕОРЕТИЧЕСКИ, то все вышеприведенные аргументы отлично применимы к сисадмину офисного дата-центра, безраздельно шаманящего в его недрах.
Такой админ обычно не несёт материальной ответственности и потому мотивов «править логи» у него заметно меньше.
А когда придет тех. дир. вашей компании и скажет чувак ты попал, нам нужно отдать 300 тыс, потому что мы грохнули данные. У вашего админа (если конечно по закону удастся на него повесить данную сумму) появится гигантский стимул представить факты так, что виноват кто угодно, только не он.
И если не клиент дурак, то по крайней мере метеорит виноват.
Давайте так — ответственность ваших сотрудников застрахована в какой-то страховой компании?
И если не клиент дурак, то по крайней мере метеорит виноват.
Давайте так — ответственность ваших сотрудников застрахована в какой-то страховой компании?
Все пишущие вам, всего лишь хотят намекнуть, что нужно меньше маркетингового треша в статье, и более жизненные ситуации успешного использования облака.
Вот я могу привести пример — я использую гугл диск. Почему — потому что удобно и достаточно быстро. Почему не на своем сервере — потому что у меня их не так много и использую я их для экспериментов. Но когда сделаю свой сторадж, обязательно копию данных положу на него.
Вот я могу привести пример — я использую гугл диск. Почему — потому что удобно и достаточно быстро. Почему не на своем сервере — потому что у меня их не так много и использую я их для экспериментов. Но когда сделаю свой сторадж, обязательно копию данных положу на него.
Ну и что выгоднее — потратить для своего офисного дата-центра мешок денег на ДГУ, или платить небольшую аренду за сторонний дата-центр, где это уже сделано
При обсуждении перехода со своего на облако, чаще всего вопрос стоит так:
«Что выгоднее — распродать свой дата-центр с ДГУ и перейти на сторонний сервис или оставить всё как есть».
Облака чаще всего получаются рискованнее при минимальной выгоде.
При обсуждении перехода со своего на облако, чаще всего вопрос стоит так: «Что выгоднее — распродать свой дата-центр с ДГУ и перейти на сторонний сервис или оставить всё как есть».а если вопрос будет стоять так: «что выгоднее — модернизировать свой старый дата-центр условно за сто лямов, или перенести часть задач с него в облако», думаю победит облако.
В чём преимущество жизни в съёмной квартире AirBnB по сравнению со своей собственной квартирой?
— минимум начальных вложений
— оплачивается только время проживания
— нет капитальных вложений в ремонт
И дальше по тексту:
Эффективность. Квартиры airbnb независимы от жилых систем и их географического расположения, которое нет надобности учитывать при работе с ними. Это обеспечивает существенную экономию благодаря легкому масштабированию ресурсов по потребностям и одновременному более полной их загрузки.
Безопасность. Ресурсы защищены не только с помощью двери и кодового замка. Защита обеспечивается также и на локальном уровне путем внедрения в квартиры определенных правил, что особенно важно для наиболее значимых гостей.
Гибкость. С одной стороны, все ресурсы квартиры могут быть переконфигурированы в новые жилые пространства и бизнес-услуги практически мгновенно. С другой стороны, объем жилых ресурсов можно легко масштабировать в моменты пиковых наездов гостей, а затем вернуться к предыдущему уровню.
Надежность. В airbnb реализован достаточный уровень резервирования, при этом на заказ резервной квартиры и восстановление по запросу выделяются необходимые жилые ресурсы. Задача создания в своем городе резервных конфигураций для проживания отпадает.
Автоматизация. ПО для управления ресурсами airbnb автоматически выполняет свои функции, динамически направляя запрашиваемый объем жилого пространства пользователю для их использования. Это приводит к уменьшению количества ежедневных действий домохозяйки и более точным запросам на предоставление жилых ресурсов.
Легкость доступа. Сотрудникам, организациям и процессам доступны гораздо больше предметов быта, информации, ресурсов и бизнес-услуг, чем это может обеспечить своя крватира. Как правило, доступ осуществляется через обычный браузер.
Оптимизация. «Облако» управляе… лениво стало.
Вы сами-то верите в то, что пишите?
— минимум начальных вложений
— оплачивается только время проживания
— нет капитальных вложений в ремонт
И дальше по тексту:
Эффективность. Квартиры airbnb независимы от жилых систем и их географического расположения, которое нет надобности учитывать при работе с ними. Это обеспечивает существенную экономию благодаря легкому масштабированию ресурсов по потребностям и одновременному более полной их загрузки.
Безопасность. Ресурсы защищены не только с помощью двери и кодового замка. Защита обеспечивается также и на локальном уровне путем внедрения в квартиры определенных правил, что особенно важно для наиболее значимых гостей.
Гибкость. С одной стороны, все ресурсы квартиры могут быть переконфигурированы в новые жилые пространства и бизнес-услуги практически мгновенно. С другой стороны, объем жилых ресурсов можно легко масштабировать в моменты пиковых наездов гостей, а затем вернуться к предыдущему уровню.
Надежность. В airbnb реализован достаточный уровень резервирования, при этом на заказ резервной квартиры и восстановление по запросу выделяются необходимые жилые ресурсы. Задача создания в своем городе резервных конфигураций для проживания отпадает.
Автоматизация. ПО для управления ресурсами airbnb автоматически выполняет свои функции, динамически направляя запрашиваемый объем жилого пространства пользователю для их использования. Это приводит к уменьшению количества ежедневных действий домохозяйки и более точным запросам на предоставление жилых ресурсов.
Легкость доступа. Сотрудникам, организациям и процессам доступны гораздо больше предметов быта, информации, ресурсов и бизнес-услуг, чем это может обеспечить своя крватира. Как правило, доступ осуществляется через обычный браузер.
Оптимизация. «Облако» управляе… лениво стало.
Вы сами-то верите в то, что пишите?
Квартира — один «модуль» жилого дома.
Облако, развивая Вашу же логику, — это множество кварталов таких домов.
Так что, Ваше сравнение совсем некорректно
Облако, развивая Вашу же логику, — это множество кварталов таких домов.
Так что, Ваше сравнение совсем некорректно
Выбирая квартиру мне в целом без разницы модуль это одного жилого дома, одна квартира в доме или она во множестве кварталов домов. Мне важны характеристики квартиры прежде всего.
А какое дело до всего этого потребителю-то? Что его ресурсы на бесконечном мейнфрейме, что на миллиарде кофеварок — результат-то один. Коммуналка.
Облако — это не квартира, а койкоместо в таком квартале, правда с автобусом, который вас довозит от работы до жилища (возможно каждый раз разного, вы не знаете, т.к. вам завязывают глаза). Каждый раз вы не знаете на какой койке будете спать, не знаете в каком районе, по разному может работать система климат контроля, могут быть либо шумные либо тихие соседи, ну и иногда если слишком сильно оптизимированое размещение оказалось слишком оптимистичным вам придется спать в койке с другим жильцом. Впрочем вы об этом не узнаете — вам завяжут глаза и вас складут в спальник, но вы будете догадываться по тому, что кто-то ночью пинается. Разумеется так будет очень и очень редко. Ну а из положительного — вы можете легко позволить себе хоть королевские и номера люкс, правда на очень короткие промежутки времени, главное не забыть оттуда весь свой хлам вовремя забрать, а иначе окажется что ресурс не освобожден и вы за него все еще платите.
Статья убедительна для других организаций. Ну вот обьясните мне на пальцах на сколько правильно для финансовой организации, например банку, хранить «счета» своих клиентов в клауде, при чем еще на зарубежном?
Заказываете самый маленький инстанс в digital ocean, в который по размеру лезет база данных. Копируете туда все данные (клиентов, о деньгах, данные для платежей и т.д.), выкидываете локальные сервера.
Если в один сервер не лезет, заказываете ещё один. Вместо гигантских расходов на электричество, охрану, контракты 24\7 и т.д., расходы становятся в размере десятков (ну, сотен) долларов в месяц. Отчитываетесь об экономии, получаете повышение, срочно меняете место работы.
Profit?
Если в один сервер не лезет, заказываете ещё один. Вместо гигантских расходов на электричество, охрану, контракты 24\7 и т.д., расходы становятся в размере десятков (ну, сотен) долларов в месяц. Отчитываетесь об экономии, получаете повышение, срочно меняете место работы.
Profit?
Потом резко теряются данные или их воруют или… и организация банкрот
В любом клауде данные уже не только ваши, безопасность их не только ваша и т.д. Ну и законодательство запрещает финансистам хранить данные зарубежом
Ну и проблемы клаудов всем известны
Мне вот нужно клауд на 2тб озу, 15тб ssd с крайне низкой латентностью. Как-то притухают сразу все клауды.
Да элементарно 2tb базу данных разместить проблема, крайне дорого с неизвестным счетом в итого, за полгода окупятся и сервер и охрана и т.д.
Аналогичная проблема. Даже проблема не столько в том, чтобы разместить 2ТБ базу, сколько то, что она дико тормозная. Вот надо тебе запрос делать на локальном SSD он для той же базы выполняется за 100мс, а в облаке на 1 секунду или дольше. И чего делать? Надо полностью архитектуру приложения менять, дробить базу, делать репликацию, кластер городить, чтобы оно хоть как-то укладывалась в тайминг.
Правда выручают облачные базы. Те не свой mongodb, а cosmos на azure, но это сильно связывает руки.
В итоге у нас пока свои серваки в датацентре.
Правда выручают облачные базы. Те не свой mongodb, а cosmos на azure, но это сильно связывает руки.
В итоге у нас пока свои серваки в датацентре.
Меняете место работы и страну проживания значит. Чтобы ноги не сломали — там же в конце ясное указание на то кто получит прибыль от такого переезда.
электричество, охрану, контракты 24\7
Раскажите, а в банке у вас охрана нужна только для серверов? больше там брать нечего?
Контракты 24/7 тоже используете только для оборудования, а ПО само решает все проблемы, в том числе с повышенной нагрузкой, нехваткой места на облачном сервере и непреднамеренными негативными действиями пользователей из Ханты Мансийска(помнится Москва в это время может спать).
расходы становятся в размере десятков (ну, сотен) долларов в месяц
Странная у вас фин.организация, при таких расходах на облако, вместо сервера вполне могли флешки и стационарные компьютеры использовать.
Не совсем профит.
Представим ситуацию. Похожа она будет правда на сценарий фильма, но все же в наше время когда вокруг столько всего, вполне имеет место быть.
Вы, какой либо один из крупных банков РФ, у которого миллионы клиентов, а число ваших сотрудников переваливает 100к, речь идет о миллиардах если не о триллионах рублей.
Решили вы перевести все в клауд. Рассмотрим 2 варианта: клауд зарубежный и свой, российский.
1 (За границу). Я понимаю что на уровне закона это запрещено, но нас интересует другая вещь.
Вот перенесли вы все в клауд зарубежный, даже выделили вам отдельное место. Что мешает федералам, АНБ, или совсем по сценарию фильма — хорошо организованному небольшому батальону просто придти «положить» охрану, забрать все необходимые серверы и скрыться (В случае АНБ, Федералов предоставить ордер от судьи или еще там что-то закрыть\оцепить здание и все забрать)? И я уверен пройдут месяцы\годы серверы так никто и не найдет. Были деньги, сейчас их нет. Что тогда? Вы думаете, что охрана в зданиях клауд компаний может противостоять внешней могущественной силе?
2 (На территории РФ). Конечно на территории РФ трюк с «ограблением», АНБ и прочими прелестями менее правдоподобен, но это всеравно опасно. Вы бы доверили свой триллион кому-то еще? Хорошо более личный вопрос: вы бы доверили свои деньги (миллиард тем более триллион) родственнику? а лучшему другу? а соседу? Вы уверены что прочитав этот вопрос вы ответили честно, потому что так по совести и т.д и т.п!?
Поэтому не очень уж и профит.
Представим ситуацию. Похожа она будет правда на сценарий фильма, но все же в наше время когда вокруг столько всего, вполне имеет место быть.
Вы, какой либо один из крупных банков РФ, у которого миллионы клиентов, а число ваших сотрудников переваливает 100к, речь идет о миллиардах если не о триллионах рублей.
Решили вы перевести все в клауд. Рассмотрим 2 варианта: клауд зарубежный и свой, российский.
1 (За границу). Я понимаю что на уровне закона это запрещено, но нас интересует другая вещь.
Вот перенесли вы все в клауд зарубежный, даже выделили вам отдельное место. Что мешает федералам, АНБ, или совсем по сценарию фильма — хорошо организованному небольшому батальону просто придти «положить» охрану, забрать все необходимые серверы и скрыться (В случае АНБ, Федералов предоставить ордер от судьи или еще там что-то закрыть\оцепить здание и все забрать)? И я уверен пройдут месяцы\годы серверы так никто и не найдет. Были деньги, сейчас их нет. Что тогда? Вы думаете, что охрана в зданиях клауд компаний может противостоять внешней могущественной силе?
2 (На территории РФ). Конечно на территории РФ трюк с «ограблением», АНБ и прочими прелестями менее правдоподобен, но это всеравно опасно. Вы бы доверили свой триллион кому-то еще? Хорошо более личный вопрос: вы бы доверили свои деньги (миллиард тем более триллион) родственнику? а лучшему другу? а соседу? Вы уверены что прочитав этот вопрос вы ответили честно, потому что так по совести и т.д и т.п!?
Поэтому не очень уж и профит.
Есть третий вариант: свой клауд, не просто риссийский, а реально свой собственный
+100
в своем собстевнном клауде Вы ОДИН все делать будете? строить здание, железо завозить и настраивать, обеспечивать бесперебойное электропитание, охранять по ночам и т.д? Или сотрудников наймете? И как будете обеспечивать безопасность данных, чтоб никто из них не стер базу данных, или не продал ее конкурентам?
Вопросы риторические, можно не отвечать…
Вопросы риторические, можно не отвечать…
А вы уверены, что всё это нужно для средней компании? Вы же сами цитируете «такая модель сетевого доступа к общему набору настраиваемых вычислительных ресурсов (например, сетевых каналов, процессоров, памяти, устройствам хранения данных, приложениям и сервисам), которые могут быстро выделяться по запросу пользователя при минимальных усилиях со стороны облачного провайдера.»
Тут ничего про здания, бесперебойное питание и охрану.
Тут ничего про здания, бесперебойное питание и охрану.
Вы просто сарказма не поняли. Получил повышение и свалил, а дальше «это не мои проблемы».
Представим ситуацию. Похожа она будет правда на сценарий фильма, но все же в наше время когда вокруг столько всего, вполне имеет место быть.
Вы, какой либо один из крупных банков РФ, у которого миллионы клиентов, а число ваших сотрудников переваливает 100к, речь идет о миллиардах если не о триллионах рублей.
…
Что мешает федералам, АНБ, или совсем по сценарию фильма — хорошо организованному небольшому батальону просто придти «положить» охрану, забрать все необходимые серверы и скрыться
Фантазировать можно разное. А что мешает такому же сценарию случиться с вашим собственным личным корпоративным дата-центром, даже расположенном в атомном бункере?! Может, да?
Может и со своим, просто вероятность меньше. Это как падение сосульки зимой в голову. Вероятность есть у всех попасть под раздачу, а вот больше она у тех кто ходит под сосульками.
Точно также попали под раздачу те, кто хостился в ДЦ где телеграм брал виртуалки, в 99 процентах случаем дедики и виртуалки имеют разные подсети и попасть под раздачу сложнее.
В общем ваша точка зрения имеет место быть, и в любом случае вам нужно зарабатывать деньги. Но честно говоря годами слышать, как круто в облаках уже надоело.
Точно также попали под раздачу те, кто хостился в ДЦ где телеграм брал виртуалки, в 99 процентах случаем дедики и виртуалки имеют разные подсети и попасть под раздачу сложнее.
В общем ваша точка зрения имеет место быть, и в любом случае вам нужно зарабатывать деньги. Но честно говоря годами слышать, как круто в облаках уже надоело.
Причём общими фразами в основном, без ТЭО, которое можно взять, подкорректировать немного под свои реалии и нести бизнесу.
за годы Вашей работы в этой области появилось множество новых компаний, новых специалистов, которым нужна информация, кажущаяся Вам тривиальной.
Сравнение ТСО и разработка ТЭО с полной выкладкой по цифрам непростая задача, даже для многих уважаемых консалтинговых компаний с мировой известностью. А универсальный подход рассчета ТСО бухгалтерия каждой компании и так знает, и оценивает сама.
Сравнение ТСО и разработка ТЭО с полной выкладкой по цифрам непростая задача, даже для многих уважаемых консалтинговых компаний с мировой известностью. А универсальный подход рассчета ТСО бухгалтерия каждой компании и так знает, и оценивает сама.
>хранить «счета» своих клиентов в клауде, при чем еще на зарубежном?
Это, кстати, в некотором смысле преимущество для некоторых клиентов — ведь в иностранный датацентр наше маски-шоу не придёт.
Это, кстати, в некотором смысле преимущество для некоторых клиентов — ведь в иностранный датацентр наше маски-шоу не придёт.
в статье об этом аспекте написано:
один вид факторов, которые могут реально удержать от использования «облака» — прямой запрет или ограничения регулирующих госорганов на доступ через интернет к критически важным данным финансовых организаций, структур обеспечения госбезопасности и др.
Хотите ли вы по-прежнему «латать трещины» в традиционной, фрагментированной и неэффективной IT-системе, которая не обеспечивает бизнесу достаточного уровня сервисов? Или же воспользуетесь «облаком», способным предоставить бизнес-выгоды благодаря внедрению инновационных технологий, устранению технологических барьеров и обеспечению гибкости всех ваших сервисов?
Правильная IT-система не будет фрагментирована, при должных вложениях выстоит против DDoS без проблем, будет легко масштабируема и более безопасна. К тому-же, ваши сервисы не будут заблокированы тем, «чье имя нельзя называть» при попытке блокировки сами знаете чего. Ну и про GDPR не забудем. При трансфере персональной информации, там должны быть соблюдены куча условий. Облако — это квартира в многоэтажке на первом этаже. Когда надо, можно достроить еще пристройку к кухне, но от этого квартирой оно быть не перестанет. Сосед может в любой момент залить или газ забыть закрыть. А если дом под снос, то и ваша квартира с пристройкой тоже под снос. Свой дом отдельный, требует больших вложений, но если обнести забором, поставить охрану и камеры, то влияние соседей минимальное, защита на высшем уровне и пристроить можно в любом месте в любое время. А квартиры — они для молодых, которым надо хоть что-то, чтобы быстро заехать, с минимумом работ и подготовки. Семейным, состоятельным и устоявшимся — лучше отдельный дом.
Правильная IT-система не будет фрагментирована, при должных вложениях выстоит против DDoS без проблем, будет легко масштабируема
вот именно — компания вынуждена серъезно тратиться на создание мощной защищенной ИТ-инфраструктуры, то есть отвлекать финансы от своего бизнеса на непрофильные активы, — а это капитальные затраты, которые регулярно надо будет продолжать и совершенствовать свои системы.
Облако — дает возможность арендовать такую систему, и это операционные расходы компании, при этом все заботы по модернизации и техподдержке — на облачном провайдере. А компания занимается своим бизнесом, не отвлекаясь и не тратя время на ИТ-обеспечение.
Конечно, облако облаку рознь. И надо изучать предложения, чтоб выбрать подходящее себе.
Не думаю, что какой-нибудь Сбербанк сольет все данные к вам в облако, лишь бы не заниматься IT инфраструктурой. Есть пару вопросов: в случае, если у вас с серверов уведут дамп базы данных банка, ну или даже сотового оператора, то отвечать будете вы? И все убытки с этим связанные тоже компенсируете вы? Что будет если вас признают банкротом в один день, а владелец уедет куда-то, откуда выдача невозможна? У вас есть данные сравнения стоимости обслуживания собственной инфраструктуры и у вас в облаке? Гарантируете ли вы запас даже производительности? Например, многие клиенты одного европейского облачного хостера испытывали проблемы с доступом в последнюю Черную пятницу, просто потому, что не хватило маржина в ресурсах для всех.
Банки не используют для клиентских счетов облака, и никто их к этому не призывает.
Все гарантии приписываются в договоре. Если типовых гарантий недостаточно, всегда можно запросить индивидуальные, в коммерческом отделе. Но и стоимость таких гарантий будет другая.
Все гарантии приписываются в договоре. Если типовых гарантий недостаточно, всегда можно запросить индивидуальные, в коммерческом отделе. Но и стоимость таких гарантий будет другая.
Ладно, в общем что я пытался сказать: ваша статья замалчивает негативные стороны облачных хранилищ, преувеличивая при этом преимущества. Множество фактов никак не аргументированы, нет конкретных цифр и тп. Если вы хотите, чтобы клиент остался доволен сервисом, то его стоит проинформировать о том, какие негативные последствия будут для него и в каких случаях, и как их нивелировать. Этим ваша статья и вызвала столько негатива со стороны пользователей.
немного странно читать эти лозунги от «облака», которое поймали на добавлении левого юзера в виртуалки пользователей, еще и со слабым паролем. причем поймали пару месяцев назад.
я вот наивный думал в топ-3 такого не будет, но вот наступил на проблему и с google cloud sql. все работает, но с одной табличкой какие-то технические траблы. при этом сообщить им что у них что-то не пашет — плати денег. ответ за вменяемые деньги 3-5 рабочих дней. самому траблу не решить, инструментов даже примерно определить что не так нет. пока искал в чем дело приходилось включать трассировку, а это сразу $$.
вобщем средний бизнес может с таким подходом серьезно влипнуть, ведь каждый шаг это $$
я вот наивный думал в топ-3 такого не будет, но вот наступил на проблему и с google cloud sql. все работает, но с одной табличкой какие-то технические траблы. при этом сообщить им что у них что-то не пашет — плати денег. ответ за вменяемые деньги 3-5 рабочих дней. самому траблу не решить, инструментов даже примерно определить что не так нет. пока искал в чем дело приходилось включать трассировку, а это сразу $$.
вобщем средний бизнес может с таким подходом серьезно влипнуть, ведь каждый шаг это $$
если у Вас пробемы с облаком гугла, то это никак не относится к облачной инфраструктуре CLOUD4Y, у нас другие дата-центры, и ценовая политика совсем другая. Наша поддержка отвечает на запросы кдиента от 10 минут до 4 часов (определяется условияами договора) и решает проблемы согласно прописанному SLA, типа и сложности проблемы.
«Защищенность данных в «облаке»» — а дальше какие то аргументы.....«Шифрование траффика» — ЧТО!!! о чем вы, что это за аргумент если все(корпоратны) сидят на VPN.
Ответьте лучше, как вы гарантируете что оператор облака САМ, лично, не сольет данные клиента, имея к ним полный доступ?
Ответьте лучше, как вы гарантируете что оператор облака САМ, лично, не сольет данные клиента, имея к ним полный доступ?
Представляю себе ответ: храните у нас как можно больше данных, чтобы оператору не хватило суточной смены на выполнение слива (хай вин подавится), а извне доступа у операторов нет…
.«Шифрование траффика» — ЧТО!!! о чем вы, что это за аргумент если все(корпоратны) сидят на VPN
Статья не призвана была ДЕТАЛЬНО расписывать ВСЕ аспекты.
Шифрование траффика — есть SSL-сертификат, есть шифрование в протоколе RDP, есть шифрование канала связи, и это не только VPN. Есть например российский ГОСТ, и по нему также шифруем каналы, если заказчик ставит такую задачу.
как вы гарантируете что оператор облака САМ, лично, не сольет данные клиента, имея к ним полный доступ?
Мы НЕ ИМЕЕМ к ним доступа, без логина/пароля в вашу VM зайти невозможно, а их у нас нет. Вычислить, на каком именно физическом диске лежат данные — невозможно, софт распределяет данные в СХД по модулям, и ни на одном диске нет полной структуры всех ваших данных. Даже если вытащить диск и попытаться его подключить — куда? к какой системе? Это не обычная флешка с открытыми файлами.
Кроме того, можно включить шифрование данных…
Наша гарантия прописывается в условиях договора
С 99 процентной вероятностью у вас Ceph, не вижу проблем слить данные. Да и вообще не важно как раскиданы файлы, данные сливаются простым qemu-img convert SRC DST, где SRC это то, как вы подключили диск в случае Linux хост сервера. В целом для других ОС тоже самое, просто зависит от того, из какой точки сливать данные.
Чтобы что-то слить, надо иметь эти намерения. Что мешает сисадмину в офисе слить базу конкурентам? Ничего и никто… Где безопасность офисной системы?
Что касается облака — опять же, надо ВЫБИРАТЬ провайдера по многим параметрам, а том числе и с учетом того, какие конкретно гарантии безопасности он предоствляет.
Служба безопасности крупных дата-центров не зря ест свой хлеб, их проверки пройти непросто.
Что касается облака — опять же, надо ВЫБИРАТЬ провайдера по многим параметрам, а том числе и с учетом того, какие конкретно гарантии безопасности он предоствляет.
Служба безопасности крупных дата-центров не зря ест свой хлеб, их проверки пройти непросто.
Мешает собственная служба безопасности, личная ответственность за данные. В любом случае, эти риски находятся под контролем компании. Отдавая данные в «облако» — вы теряете контроль над ними.
«пять же, надо ВЫБИРАТЬ провайдера по многим параметрам» — Есть такой провайдер, который при приходе к нему силовых структур (той страны в которой он находится) не предоставит им доступ а начнет аварийно уничтожать данные (если это было оговорено с клиентом)?
«пять же, надо ВЫБИРАТЬ провайдера по многим параметрам» — Есть такой провайдер, который при приходе к нему силовых структур (той страны в которой он находится) не предоставит им доступ а начнет аварийно уничтожать данные (если это было оговорено с клиентом)?
собственная служба безопасности,в чем будет круче СБ крупного дата-центра? У многих офисов часто не хватает средств даже на профессиональных сисадминов, а на безопасников тем более
Есть такой провайдер, который при приходе к нему силовых структур (той страны в которой он находится) не предоставит им доступ а начнет аварийно уничтожать данные (если это было оговорено с клиентом)?А есть такой сисадмин в офисе, который это сможет в описанных условиях?
Если Вы легально работаете в стране, Вам нечего бояться таких сценариев, их просто не будет.
Кроме попытки пиара, что в этой статье есть нового, или интересного? На каждый сегмент есть свои любители, чем больше яиц в одной корзине, тем падение такой корзины страшнее.
Я работал создавая облако, но в при этом изначально был уверен и до сих пор уверен, что оно нужно не всем. Вероятность убить данные на своем железе (даже арендуемом) меньше, чем вероятность логической ошибки инженера, который сделает то, что приведет в повреждению данных на облаке, потом успешно забекапится и сохранится в трехкратной репликации.
Я работал создавая облако, но в при этом изначально был уверен и до сих пор уверен, что оно нужно не всем. Вероятность убить данные на своем железе (даже арендуемом) меньше, чем вероятность логической ошибки инженера, который сделает то, что приведет в повреждению данных на облаке, потом успешно забекапится и сохранится в трехкратной репликации.
Вероятность убить данные на своем железе (даже арендуемом) меньше, чем вероятность логической ошибки инженера, который сделает то, что приведет в повреждению данных на облаке,
Неужели инженеры облачного провадера зеленые студенты??? Отнюдь.
Мы в CLOUD4Y несем ФИНАНСОВУЮ ответственность по условиям договора за безопасность и доступность данных клиента, поэтому размещаем данные в ЦОД, сертифицированных по TIER3, при этом работают у нас профессиональные инженеры с огромным опытом работы, они имеют множество сертификатов производителей софта и железа, постоянно повышают квалификацию.
В CLOUD4Y все данные клиентов автоматически резервируются в разных ЦОДах, даже если случится что-то в одном — пожар, стихия, клиент что-то удалил случайно- все легко восстановить из другого ЦОДа. Наши инженеры не смогут ничего удалить, не имеют такой возможности.
А Ваш пользователь или сисадмин, случайно удалив базу клиентов или другие важные данные, какую ответственность несет?
А какую ответственность несет ваш инженер за удаление данных? Очень сомневаюсь, что ваш договор с сотрудником покрывает хоть какие-то суммы ответственности.
Проблема репликации состоит в том, что в рамках не всей массы, а выборочной. Порча данных реплицируется везде.
А учитывая средства автоматизации, доступные на данный момент, ошибка может расползтись очень быстро во все ЦОД.
Про ответственность, покажите пункт о ней.
Я нашел это www.cloud4y.ru/upload/iblock/b30/dogovor-oferty.pdf
«5.5. Исполнитель не несет ответственности перед Заказчиком за косвенные убытки, включающие,
но не ограничивающиеся, потерю дохода, прибыли, ожидаемой экономии, деловой активности или
репутации. Исполнитель несет ответственность за документально подтвержденный реальный
ущерб»
Или тут www.cloud4y.ru/upload/iblock/e27/Dogovor_s_4_prilozheniyami_Cloud4Y.pdf
«1% от месячной стоимости за 1 час (берется общая месячная стоимость услуги за полный календарный месяц, предшествующий данному), но не более 100% месячной стоимости услуги»
Вам самим не смешно? Я считаю что мои данные в 100 раз дороже чем месяц вашего хостинга на любом тарифе.
Ну и гарантии IOPS тоже… Понятно что вы скажете что они всегда выше, это просто минимальные гарантированные. Но согласитесь, что купив 2 ssd intel в свой сервер, гарантии вы получите по IOPS явно больше.
Проблема репликации состоит в том, что в рамках не всей массы, а выборочной. Порча данных реплицируется везде.
А учитывая средства автоматизации, доступные на данный момент, ошибка может расползтись очень быстро во все ЦОД.
Про ответственность, покажите пункт о ней.
Я нашел это www.cloud4y.ru/upload/iblock/b30/dogovor-oferty.pdf
«5.5. Исполнитель не несет ответственности перед Заказчиком за косвенные убытки, включающие,
но не ограничивающиеся, потерю дохода, прибыли, ожидаемой экономии, деловой активности или
репутации. Исполнитель несет ответственность за документально подтвержденный реальный
ущерб»
Или тут www.cloud4y.ru/upload/iblock/e27/Dogovor_s_4_prilozheniyami_Cloud4Y.pdf
«1% от месячной стоимости за 1 час (берется общая месячная стоимость услуги за полный календарный месяц, предшествующий данному), но не более 100% месячной стоимости услуги»
Вам самим не смешно? Я считаю что мои данные в 100 раз дороже чем месяц вашего хостинга на любом тарифе.
Ну и гарантии IOPS тоже… Понятно что вы скажете что они всегда выше, это просто минимальные гарантированные. Но согласитесь, что купив 2 ssd intel в свой сервер, гарантии вы получите по IOPS явно больше.
Проблема репликации состоит в том, что в рамках не всей массы, а выборочной. Порча данных реплицируется везде
настраиваемый бекап на требемую глубину (количество дней) решает эту проблему.
про гарантии где-то выше по комментариям уже отписался — в договоре указаны базовый уровень, всегда можно запросить индивидуальные гоарантии, но это стоит совсем других денег
Ну и гарантии IOPSсогласен, бывают задачи (что нечасто встречается), где нужный уровень IOPS никакое облако сегодня не сможет обеспечить. Но технологии развиваются, и в облачном ЦОДе легче в будущем будет решить это путем модернизации, чем среднестатистической компании
За бекап надо платить, то есть для сохранности своих данных у вас, надо доплатить, сделав бекап на глубину… Только вот там та же система хранения скорее всего и точно такая же ошибка может привести к тем же последствиям.
Про гарантии мат ответственности, вы уже начинаете юлить. То говорили про то что вы даете гарантии, то теперь такой поворот. Все хостеры (наверное процентов 90) дадут такие же гарантии. Так как для хостера месяц хостинга клиента стоит несоизмеримо меньше, чем цена данных клиента и его недоступность.
На счет IOPS я уверен что купить ssd себе несоизмеримо легче, чем ожидать когда хостер закупит партию из 200 штук, поставит и тп.
Да и при желании и nvme можно себе купить, более того, по деньгам будет тоже самое, что взять хостинг у вас + нормальный SLA с гарантией ответственности.
Про гарантии мат ответственности, вы уже начинаете юлить. То говорили про то что вы даете гарантии, то теперь такой поворот. Все хостеры (наверное процентов 90) дадут такие же гарантии. Так как для хостера месяц хостинга клиента стоит несоизмеримо меньше, чем цена данных клиента и его недоступность.
На счет IOPS я уверен что купить ssd себе несоизмеримо легче, чем ожидать когда хостер закупит партию из 200 штук, поставит и тп.
Да и при желании и nvme можно себе купить, более того, по деньгам будет тоже самое, что взять хостинг у вас + нормальный SLA с гарантией ответственности.
всё, что находится не у тебя – не твоё.
не всё, что находится у тебя – твоё.
не всё, что находится у тебя – твоё.
По-моему, подобные статьи если рассчитаны на специалистов, принимающих или инициирующих решения о переезде в cloud должны не воду содержать, а расчёты снижения затрат, рисков и их нейтрализации в форме, позволяющей легко адаптировать расчёты под конкретные реалии (гугл-таблица, например).
Грубо, исходные данные:
— час простоя сервера 1000 долларов ущерба (прямых убытков или недополученной прибыли)
— стоимость сервера «под столом админа» 1000 долларов, сервера для бэкапов 700 долларов, срок эксплуатации 5 лет
— вероятность сбоя сервера «под столом админа» 10% в месяц, среднее время восстановления после сбоя 7 часов
— для облака:…
Путем нехитрых подсчётов приходим к выводу, что за 5 лет работы затраты на эксплуатацию сервера составят N, облака M, при этом средний ущерб для сервера составит P, а для облака Q. Считайте что вам выгодней.
Отсутствие примеров таких расчётов на реалистичных данных, наводит на мысль, что ЦА подобных статей не специалисты технико-экономического профиля, а «эффективные менеджеры», желающие максимизировать метрику бюджет/ответственность на время своей работы в компании или написать модную строчку в резюме.
Грубо, исходные данные:
— час простоя сервера 1000 долларов ущерба (прямых убытков или недополученной прибыли)
— стоимость сервера «под столом админа» 1000 долларов, сервера для бэкапов 700 долларов, срок эксплуатации 5 лет
— вероятность сбоя сервера «под столом админа» 10% в месяц, среднее время восстановления после сбоя 7 часов
— для облака:…
Путем нехитрых подсчётов приходим к выводу, что за 5 лет работы затраты на эксплуатацию сервера составят N, облака M, при этом средний ущерб для сервера составит P, а для облака Q. Считайте что вам выгодней.
Отсутствие примеров таких расчётов на реалистичных данных, наводит на мысль, что ЦА подобных статей не специалисты технико-экономического профиля, а «эффективные менеджеры», желающие максимизировать метрику бюджет/ответственность на время своей работы в компании или написать модную строчку в резюме.
Посчитал в вашем конфигураторе машинку: 32core+512gb ram + 1920gb ssd = 340K в месяц (вы это серьезно?)
dell r630 c такими же ресурсами идет за 1.5M, т.е. отбивается за 5 мес., а эксплуатироваться будет года 3 минимум.
dell r630 c такими же ресурсами идет за 1.5M, т.е. отбивается за 5 мес., а эксплуатироваться будет года 3 минимум.
Посчитал в вашем конфигураторе машинку: 32core+512gb ram + 1920gb ssd = 340K в месяц (вы это серьезно?)
dell r630 c такими же ресурсами идет за 1.5M,
Услуги с железом сравнивать некорректно. Стоимость за проезд в такси, каршеринг, и покупку своей машины тоже разные. А пешком вообще бесплатно.
При заказе облачной системы клиент получает намного больше, чем он может получить от одного физического сервера. Например, за то время когда витуальная машина выключена, клиент вообще ничего не платит. Вы можете взять виртуалку, включать ее на несколько часов в в день, и платить ТОЛЬКО за эти часы использования.
И рассчеты у нас постоплатные, за реально потребленные ресурсы.
И, кстати, в том же калькуляторе видели баннер на запрос скидки?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
«Облака»: в чем преимущество перед корпоративным сервером