ДевОпс Oct 30, 2020

Microsoft Azure и AWS - стоит ли владельцам стартапов использовать облачные службы?

Евгения Вишнёва

CEO

Автор

Content

  1. Почему Azure и AWS выбирают чаще всего?
  2. Azure и AWS против индивидуальных локальных решений
  3. О кейсе: Наш способ оптимизации сетевой инфраструктуры на AWS
  4. Выводы
Content

Когда вы собираетесь запустить стартап, вы прежде всего думаете о том, как:

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

И тут возникает вопрос - можно ли рассчитать разумные затраты на этапе формирования архитектуры проекта? Как сказал 44-й президент США: «Да, можем!» Вам необходимо провести грамотный аудит, оптимизировать структуру проекта, а также рассмотреть возможность перехода на альтернативные решения в случае, если AWS и Azure станут слишком дорогими в обслуживании. Давайте в этом разберемся.

Azure vs AWS какое облако выбрать
Источник изображения: www.osp.ru

Почему Azure и AWS выбирают чаще всего?

Хорошо известные и «всемогущие» Microsoft и Amazon позволяют быстро переносить программное обеспечение в облако, обеспечивая сквозной доступ к целому ряду передовых инструментов, таких как GitHub, Splunk и т. д. Фактически, эти облачные провайдеры значительно упростили развертывание приложений в основном за счет уменьшения количества требуемых знаний и средств.

Например, наиболее очевидным преимуществом является то, что вы можете запустить стартап с нулевыми затратами. С AWS вы можете использовать свою обычную учетную запись Amazon для покупок на торговой площадке, чтобы хранить данные абсолютно бесплатно в течение первого часа.

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

как сократить затраты на облачную систему
Источник изображения: lumecloud.com

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

Изучите наше полное сравнение Azure и AWS, чтобы получить дополнительные сведения по данной теме.

Azure и AWS против индивидуальных локальных решений

Нет сомнений в том, что веб-сервисы Azure и AWS позволяют очень быстро и легко запустить свой стартап. Однако использование этих решений не всегда является оптимальным с точки зрения DevOps.

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

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

Наконец, даже учитывая простоту развертывания в Azure или AWS, вам все равно придется потратить время на объяснение своим ИТ-специалистам специфики работы с ними. И, если для вас очень важны временные ресурсы, вероятно, имеет смысл просто работать с инструментами и оборудованием, которые вы уже хорошо знаете. 

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

aws или azure на каком облаке и сколько можно сэкономить
Источник изображения: giphy.com

Помните об особенностях объединения нескольких облачных ресурсов

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

Убедитесь, что затраты на облачные услуги максимально прозрачны

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

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

Спланируйте бюджет заранее - просто сделайте это

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

Отслеживайте историю данных

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

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

Проведите контейнеризацию

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

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

Проведите региональный анализ

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

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

Выбирайте лучшего, а не самого известного поставщика

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

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

О кейсе: Наш способ оптимизации сетевой инфраструктуры на AWS

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

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

А вы знаете, что не в пользу DevOps для вашего облака?

Выводы

aws или azure выбираем лучшее облако для вашего бизнеса
Источник изображения: www.theindianwire.com

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

Нужна помощь специалистов? Свяжитесь с нашей командой DevOps, чтобы получить консультацию.

Доверьте поиск решения профессионалам

Наши сертифицированные специалисты знают, как воплотить вашу идею в реальность.

Введите имя
Введите E-mail
Пожалуйста, введите корректный телефон
Сообщение слишком короткое

Ваше сообщение было успешно отправлено. Мы скоро свяжемся! Success icon