Dmitry
(и наводящий вопрос: где?)
Aleksey
В правилах игры описал же
Aleksey
Описание проект в паблике
Aleksey
Под селфхостед
Aleksey
А авс это частный случай облачного деплоя приватного приложения
Dmitry
ммм, в изначалном вопросе в ансибл, пойду гляну. Я о том, что если можете по географическим и политическим факторам использовать AWS - почему бы и нет) И оно так и происходит на этой части планеты. Селф хостед только нерды занимаются (далеки от бизнеса, в смысле), либо те кто траффик сильно считают
Aleksey
Либо есть особые условия. Анивай спасибо что поделились
Dmitry
Условия по любому, но там обычно реальные причины почему "нет", даже когда все понимают что сэкономить на ops хорошо получится. Я не навязываю мнение да и походу условия пропустил, сам виноват чо.
Dmitry
Я дома деплою через ansible container, оно не так масштабно как кубер или marathon) но быстро и работает. И особенного страха что все сломается резко нет.
Dmitry
@freeseacher А большой скейл нужен? Или горизонт масштабируемости конечный?
Aleksey
Нет, зато нужна приватная адресация и директ конект
Aleksey
Которого за пределами мск нету
Aleksey
А ещё тиражируемость решения
Dmitry
Ну все должно работать, само собой, в резервированном варианте? (на нескольких железках)? Тут кто-то хвалил marathon, я хочу сам заценить DC/OS, там все так "красочно и удобно". впн из коробки итд
Aleksey
нет. нужно инжереное решение с расчетом и простой деплоя и простой обсуживания.
Aleksey
инженер который знает что такое марафон редкость.
Aleksey
и для тиражированного решения не годится. так же как кубер и номад
Dmitry
Да, я понимаю откуда растут ноги, но тут (или там) кто-то клялся что DC/OS работаеь из коробки...)
Dmitry
Ок, то есть все работает на 1 хосте? Я про "нет"
Aleksey
в жеском варианте хотелось что бы приложение работало в "периметре"
Aleksey
когда приложение и все зависисмотси можно принести на флешке.
Dmitry
*Deliverables plan*: - Autorun.exe
Dmitry
когда приложение и все зависисмотси можно принести на флешке.
и потом переползать на сервера? Или рабоатет как клиентское?
Aleksey
это часть задачи да :)
Dmitry
Все же относительно. Когда средний ops должен получать 100K ... а если это железо, там еще и админы по сменам.
Aleksey
это в дс/дс2
Vladimir
это в дс/дс2
Он про долларов в год и США
Aleksey
рубли в месяц так же релевантны
Dmitry
ща.
Vladimir
С рублями просто экономия ещё менее понятна
Vladimir
ща.
Я просто в какой то момент жизни работал в стартапе который брал железо в аренду. Физическое. 4 админа на 300 серверов. За сервера платили около 10к в месяц. Евро.
Vladimir
Потом я ушел в другую контору где в пике 300 виртуалок на амазоне. Скейл группы во все поля. 6 админов и планы расширения до 8. Счёт редко был меньше 100к евро в месяц за Амазон
Aleksey
если это ноды одного проекта пофиг можно и в двоём
Vladimir
Я один столько поддерживал, нормально)))
Я привожу пример для сравнения цен :)
Vladimir
Да само собой. Но не в этом суть.
Dmitry
Я привожу пример для сравнения цен :)
Да, я понял, это я так, вспомнил былое))
Vladimir
Да, вижу о чем речь. А (реальные) требования гибкости ифраструктуры сильно отличались?
У второй все требования к гибкости росли ушами из требований к снижению ценника за хостинг
Dmitry
Да само собой. Но не в этом суть.
Ведь там где 4 админа, чтобы добить до части гибкости амазона, сколько еще надо ops народу?
Vladimir
Если люди хорошие
Dmitry
У второй все требования к гибкости росли ушами из требований к снижению ценника за хостинг
Логично. А как насчет стабильности, контрактного SLA? просто AWS/BM это холивар тот еще. Я и еще народ считали для конкретных инфраструктур, и выходило так. стартап мало народу - AWS, дальше плато - BM. Потом большая контора - опять AWS.
Vladimir
Но суть в том что и у тех что на Амазоне с ОПС не все ок было :)
Vladimir
У тех что на Амазоне - 99%, выходило 90-92
Dmitry
Но суть в том что и у тех что на Амазоне с ОПС не все ок было :)
Ну магии нет, а когда есть конкретные требования секурности там криво все лезет. Но ведь когда стартап, разрабы сами лепят - оно ведь лучше идет, быстрее итерации.
Vladimir
Во второй тоже окло 100-150 девов, но уже 6 админов
Vladimir
Обе - стартап
Vladimir
Впрочем обе прибыльные
Vladimir
Про саму прибыль я не знаю, сравнить по ней не могу
Dmitry
Ну хз, для крупной конторы в какой то момент выгодно своё железо становится
Да, а когда типа 10K людей опять выгодней cloud, т.к. железо это не их бизнес
Dmitry
типа выгодней думать о бизнесе и держать в руке контракт с SLA и команду которая штампует cloud решения. Ведь согласись, штамповать в AWS проще) чем тогда, когда только виртуалки были и железяки
Vladimir
Да, а когда типа 10K людей опять выгодней cloud, т.к. железо это не их бизнес
Но на Клауд на замену 10к серверов ты потратишь столько денег в месяц что проще нанять людей которые будут менеджить физ железо
Dmitry
Но на Клауд на замену 10к серверов ты потратишь столько денег в месяц что проще нанять людей которые будут менеджить физ железо
Ну вот есть такая крупная контора которая приняла решение уходить в облако и сокращать раздутые бюджеты на железо. плюс сокращать время итераций, что немало важно. не забывай что контора с 10k людьми не вчера родилась, и там все древнее, поэтому решение с облаком напрашивается как решение многих застарелых косяков.
Dmitry
Да не соглашусь. Выгоднее нанять команду, поднять кубернетес или ещё что нибудь и дать разработчикам свой типа клауд
а вот сегодня это может иметь смысл. Буквально 1-2 года как стало реальным сценарием.
Dmitry
Но когда сидят админы и по неделе тикеты прогоняют через безопасников - это жесть
Vladimir
а вот сегодня это может иметь смысл. Буквально 1-2 года как стало реальным сценарием.
Да не может, если бюджеты посчитать. Своё железо окупится меньше чем за год даже с учётом зарплаты админов
Vladimir
Которые и так никуда не денутся
Dmitry
Да не может, если бюджеты посчитать. Своё железо окупится меньше чем за год даже с учётом зарплаты админов
Я в масштабах 10 тысяч человек слабо могу рассуждать, но там народ явно не глупый сидит) И там, конечно не 100% облако, гибрид. Там были целые датацентры которые надо было питать, охлаждать, итд. Калифорния. Много переменных
Magistr
свое железо менеджить надо, а это тот еще геморой
Dmitry
свое железо менеджить надо, а это тот еще геморой
Ну оно подразумевается под расходами на IT
Dmitry
Но я прям 100% согласен когда компания уже знает что хочет от инфраструктуры - пора покупать железо
Dmitry
Но для стартапа в 50 человек и аппетитом на миллионы людей - это не вариант.
Dmitry
свое железо менеджить надо, а это тот еще геморой
Все решается деньгами. Админ либо удаленные руки. Я один держал DC без преувеличения, 200 железными серваками, и все было ок. не идеально, но стабильно. Полетел диск - пишешь в удаленные руки с инструкцией для тупых... они все меняют. Раз в месяц катаешься в DC ченить поделать. Я скучаю по этому времени. Потому что экономия бабла была знатная. Еще и покупали серваки по дичайшим дилам.
Dmitry
Да не соглашусь. Выгоднее нанять команду, поднять кубернетес или ещё что нибудь и дать разработчикам свой типа клауд
Кстати, на амазоне кубернетис как службу внедрили. вот думаю потыкать, ведь наверняка переезжать когда-то придется...
Dmitry
оффтоп, а здесь не карают за хайлайты? :-D
Dmitry
@Civiloid Я же говорил, тема для холивара))) Мне кажется надо делать а-ля SWIFT анализ, считать для конкретной стадии развития конторы.
Vladimir
Всегда
Dmitry
Да, оно ясно. Но разницу можно существенно уменьшить если делать правильно. Плюс, некоторые приложения в облаке вообще хреново чувствуют себя. Например когда держишь vpn сервер через который гоняют 4k видео