Как стать автором
Обновить
4
0
Stanislav Trubachev @CoolJuice

Пользователь

Отправить сообщение
Вы говорите абсолютно верно про накладные расходы. Но случаи и ситуации бывают разные, я описал общее решение, которое позволило бы комбинировать/портировать инфру с минимальными потерями. Если бы я описывал что-то более конкретное, а не общее, то взял бы другой кейс. Никто не мешает видоизменить схему под собственные нужны. Как я уже писал, прагматично подходя к проблеме привязки к провайдеру, можно объединить мощь облачных сервисов с возможностью перенести куда угодно. Итоговая же реализация будет продиктована разными требованиями бизнеса, бюджета и времени.
О том, что kubernetes стал де факто отраслевым стандартом говорим не мы, kubernetes был передан консорциуму The Linux Foundation, который как раз и занимается стандартизацией и продвижением продуктов на базе открытого ПО, так же об этом говорит большая распространённость и поддержка этого инструмента большинством провайдеров, так же, косвенно может служить подтверждением разработка стандартов для kubernetes такими независимыми организациями, как Center for Internet Security и др. И речь шла именно об общих подходах для публичных/гибридных решений на базе открытого ПО, о чем в статье и было упомянуто.
Это один из вариантов DevOps-подхода для построения гибридных решений. Важная деталь в обсуждении методов разворачивания озёр данных — это привязка к поставщику. Kubernetes де факто стал отраслевым стандартом из-за его возможностей к переносу. Если мы используем Kubernetes, такое решение поможет без лишних сложностей развернуть сервис в AWS, GCP, Azure или где-то ещё. Прагматично подходя к проблеме привязки к провайдеру, мы объединяем мощь облачных сервисов с возможностью перенести сервисы куда угодно.
Да, это фильм Чужой. Если быть точным, то это панель управления корабля Ностромо, из этого фильма.
Да, спасибо. Добавил про это уточнение.
Подобные вопросы часто возникают когда речь заходит про облачные решения. Этот кейс некорректно было бы рассматривать и высчитывать в отрыве от основного процесса. На определённых объемах данных, задействованных решениях и используемых инструментах self hosted становится не прагматично и не целесообразно использовать.
Та же 1с, не к обеду будет помянута.

1С давно предоставляет услугу как сервис у себя в облаке. Ну или вам никто не мешает поднять свою виртуалку с любым ПО и оперировать им как частью облака. Я как раз на днях поднимал 1С в облаке — он прекрасно себя чувствует))

Еще о грустном: если я арендую кусочек облака, и хочу перекинуть виртуалку на машину по мощнее, никто мне в облаке ее не сделает.

Это тоже делается в один клик. Все популярные облачные провайдеры этот функционал предоставляют из коробки.

С гарантиями сохранности данных у облаков, вообще говоря, не особо богато, они не этим исходно берут, а то, чем они берут (масштабированием) не всем нужно в силу особенностей ПО заказчика.

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

А по поводу, что это стоит денег. Да это всё не бесплатно. Как написали выше — резервируйте мощности и получайте хорошую скидку.
Сервер относится к группе вычислительной техники с повышенными амортизационными рисками. Максимальный рекомендуемый срок полезного использования серверного оборудования составляет три года включительно. О каких 5 годах речь не совсем ясно, зачем бизнесу выкупать заведомо устаревшее оборудование. Я не говорю уже о том, что для облака, переход, например, с Broadwell на Cascade Lake — это не проблема, происходит в один клик и абсолютно не заметно для бизнеса. Тогда как держа сервера на балансе, это бы потребовало усилий и накладных расходов.

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

Облачные технологии обладают рядом неоспоримых преимуществ и являются самым быстрорастущим рынком — бизнес голосует монетой. Использовать ли для бизнеса именно Amazon или лучше перейти на Google Cloud или Yandex Cloud, или выбрать что-то ещё, вопрос индивидуальный.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность

Специализация

Chief Technology Officer (CTO)