19/01/2020
Данная статья является логическим продолжением — «IT инфраструктура для стартапа в Узбекистане». В той статье мы остановились на основных проблемах, которые возникают у начинающих стартапов при создании собственной IT инфраструктуры своей компании. Здесь хотелось бы поделиться своим опытом и мыслями о том, когда стоит использовать облачную инфраструктуру, а когда нет. О плюсах и минусах облаков. А также о нюансах и специфике, про которые стоит задуматься перед тем, как начать использовать в реальной практике. Облачные технологии, пожалуй поднимают планку необходимой экспертизы и интеллектуальных навыков инженеров на еще более высокий уровень. По сути в таких проектах, основными затратами организации становятся покупка ресурсов публичного облака и оплата труда инженеров, поддерживающих и работающих с этой инфраструктурой.
Давайте представим, что Вы находитесь у истоков какого-либо проекта, который требует серьезных вычислительных ресурсов. У Вас на сегодняшний момент будет два различных пути организации IT инфраструктуры. Первый и наиболее апробированный большей частью организацией — строить свой ЦОД или определенную серверную комнату со всем необходимым пассивным или активным оборудованием. Данное оборудование и будет выступать ядром IT инфраструктуры. Второй путь, который стал очень популярным за последние несколько лет — использование облачной инфраструктуры публичных провайдеров, таких как Amazon AWS, Google GCP, Microsoft Azure и т.д. По всему миру за основными лидерами в облачных технологиях подтягиваются и многие другие компании. Однако, тон задает именно эта троица и в первую очередь AWS.
Принципиальные моменты
Во-первых, оценка финансовых затрат, которые будут необходимы на создание и поддержание в работоспособном состоянии IT инфраструктуры. Как правило, этот момент является для многих ключевым и на нем рассмотрение и заканчивается. Как бы то ни было, при детальном просчете, рекомендую внимательно посчитать сколько Вы будете тратить на свою инфраструктуру при работе в облаках и при использовании выделенного аппаратного обеспечения. И тут как ни странно, важно включить в расчет не только траты на покупку оборудования, лицензий или доступа к облачным ресурсам, но и оплату труда технических специалистов. Данная статья расхода при подсчете OPEX может занимать значительную часть бюджета. Большая ошибка, которая часто встречается, считать при проектировании только расходы на покупку оборудования и программного обеспечения или CAPEX.
Также по этому пункту хотелось бы сказать, что, как правило, использование облачной инфраструктуры в серьезных масштабах экономически целесообразно в краткосрочной и среднесрочной перспективе. Если Вы знаете, что Ваш проект продлится год или два, то скорее всего это будет с точки зрения денег правильным решением. Если же Вы строете свою IT инфраструктуру на долгие года, то купив и установив оборудование в своем ЦОДе Вы практически наверняка в долгосрочной перспективе сэкономите хорошие деньги. Однако, опять же важное соображение, которое обязательно надо принимать в расчет — каковы наиболее вероятные сроки эксплуатации Ваших IT систем. Да, мы все хотим, чтобы наши проекты работали вечно или как можно дольше, но, к сожалению, жизнь очень часто делает серьезные коррективы. Поэтому при оценки срока жизни проекта гораздо эффективнее использовать вероятностные характеристики того, сколько будет использоваться та или иная IT инфраструктура.
Во-вторых, это наличие в родном городе (или хотя бы в стране) и возможность найма соответствующих специалистов, способных разворачивать и поддерживать соответствующую инфраструктуру. Если с построением ЦОДа и обеспечением его эксплуатации как-то все более менее понятно. То с облачными сервисами все не так просто. Экспертов или высококлассных спецов в Узбекистане Вы скорее всего не найдете. Поэтому, либо Вы ищите их зарубежом и выстраиваете свою работу в соответствующем режиме, либо полагаетесь на малоквалифицированных специалистов, не имеющих серьезного опыта работы с публичными облаками. С моей точки зрения, это очень важный момент, который должен быть принят к сведению перед принятием решения о выборе того или иного типа IT инфраструктуры. Серьезная инфраструктура в облаке потребует значительных интеллектуальных ресурсов и знаний для эффективного ее использования. В противном случае, Вы рискуете, как минимум, тратить «деньги на ветер», работая в облаке, как максимум, получать постоянные проблемы при эксплуатации, периодическую утечку данных, а также получать периодические простои своих сервисов.
В-третьих, вопросы информационной безопасности и в частности конфиденциальности данных, которые находятся на том или ином ресурсе. Когда Ваша IT инфраструктура сосредоточена в собственном ЦОДе, то можно быть с большой степенью вероятности уверенным в ее конфиденциальности. Для этого достаточно использовать годами наработанные мировые практики, которые расписаны в соответствующей литературе и стандартах информационной безопаcности. А также привлекать квалифицированный рабочий персонал в отдел Cyber Security и IT. Если же используются публичные облака, то я думаю, любой здравомыслящий человек понимает, что в определенных случаях к их данным возможен несанкционированный доступ. Наверняка, спецслужбы страны, где находится компания, предоставляющая услуги облачной инфраструктуры, может в той или иной степени ознакомиться с хранимой на данном сервисе информацией. Также надо учитывать возможность доступа к Вашей информации со стороны работников самой компании. Ну и конечно несанкционированный доступ со стороны хакеров и кибер преступников, которые не жалеют времени на попытки взлома больших публичных сервисов.
Заключение
Выбор публичной облачной инфраструктуры для своего проекта вопрос принципиальный, который может принести много пользы, но также обернуться большой головной болью в случае неправильного планирования. Если Ваш проект имеет временные рамки менее года или того, а также есть в штате специалисты с соответствующей квалификацией, то, безусловно, облачная инфраструктура может оказаться крайне эффективным решением. В противном случае, проанализируйте и подумайте несколько раз, перед тем как серьезно переходить в публичное облако.
