Собственный резервный ЦОД: сроки запуска трудно прогнозировать. Допустим, вы небольшой банк и решили строить свой резервный ЦОД. Для начала вам нужно заложить расходы на строительство в бюджет — скорее всего, речь пойдет уже о бюджете на следующий год. В начале следующего года вы получили средства и можете приступить к проектированию. Вы находите компанию-подрядчика и через пару месяцев получаете проект и расчеты. Дальше организуете процедуру закупки. Выигравшая тендер компания за два-три месяца поставит оборудование на ваш склад. Пока оборудование ехало, вы ищете компанию, которая всё смонтирует, настроит, протестирует и запустит. Итак, к сентябрю-октябрю ваш резервный ЦОД будет готов — если в процессе не возникнет каких-то непредвиденных сложностей. И это при условии, что площадка ЦОД будет арендованной: в противном случае вам понадобятся еще два года на подготовку здания и инженерной инфраструктуры.
Плюс облака, что не нужно переживать о поддержке оборудования. Если что-то сломалось, вас просто переподключают на другую стойку, это меньше чем за секунду происходит. И бизнес не стоит, что самое главное
Спасибо, интересная статья! Только все еще сомневаюсь в безопасности облачных решений. Как убедиться, что провайдер никуда не сольет конф данные?
Тоже считаю, что за облаками будущее. Мы вот в агентстве всю работу ведем через Гугл-диск. Для нас главный плюс, что можно работать с документами в режиме онлайн вдвоем или даже втроем с разных устройств.
Вообще, это реально удобно. Суть облака, что можно не строить датацентр, а очень быстро получить нужные гигабайты (или терабайты) памяти. Сколько надо, за столько и платишь. Ни больше, ни меньше
Я не понимаю, но ведь собственный ЦОД можно отстроить именно под свои задачи. Чем облако выигрывает?