Comments 34
А где про крах и падение? Я тут не совсем понял или это про разработчика который сумел привлечь только 300к долларов и не факт, что сумеет дожить до релиза.
все говорят, что облака - боженьки, надо туда мигрировать, проблем не будет. Ложь и вранье. Как "катали квадратное и носили круглое", так и продолжаем делать
А какое решение тогда? Свои датацентры, персонал и тп?
ну, многие проекты умудряются сильно сэкономить выехав с условного Амазона в условный Хетцнер. Не хватает только сильной экспертизы по куберу, но сейчас это уже стало решаемо.
Альтернатива — утки! ©
Не обязательно, вы можете арендовать железки и получать выгоду уже от этого.
Основная проблема bare metal - это сложность обслуживания, именно поэтому люди идут в cloud. Они просто не хотят тратить своё время/деньги на поддержание всего стека своими силами.
Облачные провайдеры это понимают и делают наценку на каждом уровне абстракции, стараются максимально уплотнить сервисы между тенантами.
Спускаясь на уровень ниже вы получаете больше контроля над своей инфраструктурой, лучший перформанс и ниже цены.
С другой стороны растет и операционный оверхед. Платформы вроде Cozystack призваны снизить нагрузку на поддержание своей инфраструктуры принося гибкость облаков и возможность запускать managed-сервисы на собственном оборудовании.
Сколько раз уже было, что Google выводило сервисы из обслуживания...
Теперь из обслуживания в случае использования сервисов поверх kubernetes будет выводить сообщество - мы все знаем как в кубе депрекейтят и заносят новые абстракции и абстракции сверху других абстракций. Каким образом это будет работать в cozystack, будет интересно посмотреть и обновления платформы и поддержка обратной совместимости, которая будет выпилена из куба, но вам что то придется оставить или будет свой форк кубера (это вопрос времени, ждём).
Статья из серии "Много языков программирования, придумаю свой - самый лучший...."
не забудьте дать ссылку на https://xkcd.com/927/
мы все знаем как в кубе депрекейтят и заносят новые абстракции и абстракции сверху других абстракций.
и как? Все плохо? :-)
https://t.me/kubernetes_ru/1020669
облака в 2025 это сплошные костыли к сожалению. В AWS больше всех костылей
люди берут виртуалки чтобы не платить за nat gateway - это не нормально, облако не должно такому способствовать
не должно быть целых компаний которые и занимются только тем чтобы консультировать как экономить в облаке - это не нормально
https://t.me/kubernetes_ru/1020772
невозможность запуска в нескольких вкладках браузера. Теоретически это можно сделать, но работать нормально это не будет
Постоянно работаю в нескольких вкладках браузера (Firefox)
очень многие компании используют мультиаккаунт. Таким образом удобнее контролировать бюджеты и реализовать изоляцию ресурсов между разными средами. К сожалению, интерфейс работы и логина оставляет желать лучшего. Залогиниться параллельно в несколько аккаунтов? Mission impossible
Possible. Откройте новое приватное окно и логиньтесь.
Possible. Откройте новое приватное окно и логиньтесь.
говно какое, а. Это примерно как совет держать второй комп для мульти-акка, не находите?
Почему условный хетцнер может сделать нормальный интерфейс, а весь Амазон с его ресурсами - нет?
С IaC подобной проблемы вообще не стоит.
стоит. Потому что IaC не решает вопрос ручных изменений в облаке. Терраформ хорошо, но бывает, что ресурсы залипают. Или надо идти и руками что-то чистить. Да, от этого надо уходить по возможности. Но тем не менее - конфигурация облака исключительно через автоматизацию - это утопия пока что
То что вы про хетцнер рассказываете, то скорее всего вы просто не понимаете как они это сделали и принимаете фичу за какую то магию.
какая магия? Кто сказал. И это называется "пассивная агрессия"
Надо понимать, количество пользователей которым требуется мультиаккаунтинг - ноль целых, хрен десятых. Ради них никому не нужно подпрыгивать. И это даже вредно.
то есть как минимум все регулируемые бизнесы + все, кто используют бест пректисы амазона. Прям НИКТО.
Я вам дал ответ на множественные сессии в браузере - user-data-dir.
это ответ уровня "используй отдельный компьютер"
Это фактически единственный рабочий вариант когда вам надо "залогинится" под разными аккаунтами. Для любого приложения, хоть gmail, хоть aws console.
не говорите бред. В gmail и google chrome проблема уже решена сто лет в обед.
Очень удобно спорить с выдуманными тезисами. Правда?
Вы жалуетесь
имею право. Проблема есть? Есть. Скриншот мультиакка через amazon apps могу показать. И у них все такое недоделанное. Касательно UI не нужен и нужен только для шаурмячных - это опять же надуманный тезис. Который очень удобно опровергать.
Т.е. я иду в первый таб, логинюсь в gmail, открываю второй таб, в том же окне хрома, логинюсь в другой аккаунт gmail и всё работает в обоих табах?
В любом сервисе гугла в правом верхнем углу можно нажать на свой юзерпик и выбрать, от имени какого аккаунта вы хотели бы смотреть на этот сервис. У меня давным давно есть два личных аккаунта гугла и то один, то другой рабочий и я могу без всяких перелогинов просматривать почту в каждом из них.
Если есть dev, uat, qc, prod окружения, вы как сможете ручками воспроизводимость обеспечивать.
вы ставите знак равенства между "UI" и "вносить изменения руками". Это не так. Изменения руками можно и через CLI вносить (иногда это удобнее, чем UI, иногда менее). Но UI в первую очередь средство "ПОСМОТРЕТЬ" "а что у меня в облаке твориться-то". То что в тф стейте лежит - ну, классно, но это либо надо уметь визуализировать и правильно визуализировать, либо можно попросту ошибиться с настройками ключей и создать что-то не в том аккаунте, например (кажется, такое со всеми бывало по разу). А еще модуль биллинга (неудобный, конечно) - его удобнее в UI крутить, чем где-то еще. Все эти kubecost/opencost - от лукавага, лишние и кривые штуки. Опенсурс же. Но алерты в тот же слак по превышению бюджета - да, важная вещь, пускай будет.
Кстати, а через кнопку switch role нельзя ли нормальный мультиакк сделать или если ты в одной вкладке нажал switch role, то роль во всех поменялась?
И не дай Бог ты роль удалишь, а потом пересоздашь — хоть и называться она будет так же, но ее внутренний идентификатор будет другой.
Это предотвращает вектор атаки, когда натравливаешь что-то на роль, а потом подменяешь эту роль. Сделано намеренно.
Еще мнение:
Turn on multi-session support это про разные аккаунты в разных табах? Уже ввели.
Имя бакета так себе аргумент.. вернее даже совсем не аргумент.
тестирование создание eks... ну да надо... но тестировать всё равно надо...
А про то что цель амазона это страдания пользователей вообще бред. Цель амазона зарабатывание денег и отправка пользователей к консультантам в цель не входит.
А про то что цель амазона это страдания пользователей вообще бред.
принцип Макиавелли помните? Амазон уже достаточно большой, чтобы НЕ ДЕЛАТЬ пользователям удобно. Касательно "Цель амазона зарабатывание денег" - так именно я эти и говорю. Мелкие провайдеры - вроде таймвеба или хетцнера - вынуждены делать дешево / удобно и как-то еще привлекать пользователей. А консультанты - часто не делают "дешево" пользователю, а как амазон написал свои бест пректисы (очевидно, чтобы был профит)
еще классный депрекейшн прилетел:
А еще я невыносимо "люблю" политику амазона, когда ты сидишь на депрекейт версиях сервисов и начинаешь платить на ровном месте х3. В каком-то смысле это справедливо - а чего ты не инвестируешь в обновление... Но наказание рублем прям очень жестокое.
а почему боттлерокет не хорошо, в отличии от talos.dev - потому что тупые баги фиксятся годами. И ваш покорный слуга сам влетел в прекраснейший баг - https://github.com/bottlerocket-os/bottlerocket/issues/2417
Крах и падение облаков