Я пару лет назад писал под аналогичным постом комментарий о целесообразности вложений в себя, а не в квартиры, машины, отпуска или кофе с собой.
По прошествию времени - есть всё вышеперечисленное. Включая кофе. Который, черт подери, каких-то страшных денег стал стоить - 35 евро за килограммовый пакет. И если Вы считаете, что 300р (4 евро) за стакан кофе - это дофига, то гляньте, сколько стоит простая хорошая кофемолка с чем-то навроде SSP MP. Дурно станет, гарантирую.
Советы копить\инвестировать в пределах РФ - это, видимо, шутка такая. Законных способов зарабатывать 20+% годовых в укрепляющейся валюте попросту не существует, а иначе инфляцию не обогнать. Ипотека под 25% годовых - теоретически тоже доступна, но уверен, что автор не употребляет тяжелые наркотики. Ну и будет ли хотеться жить все эти годы в выстраданной однушке - большой вопрос.
Так что ежели Петя застрял в свои 27 лет в Екатеринбурге и не видит выхода из этой ситуации, то кофе и кальян - вполне рациональное поведение. Чисто по-человечески мне его жаль, но его персональной вины в этом практически нет.
Три экземпляра приложения, гейтвей, лодбеленсер, метрики. В пределах одного bare metal сервера, ну или availability зоны. Такого - процентов 95, наверное. И ничего там сложного нет, минут за 20 всё подымается. Можно даже без всяких там кубернетесов и сервис мешей, в GCP есть Cloud Run для таких сценариев. Мышкой накликал, и оно само попёрло.
У нас в большинстве случаев девопс вообще на деплоях присутствует исключительно для галочки. Ну если вдруг чего не так пойдет. А так - релизные теги у нас забивают менеджеры, а одну циферьку в манифесте поправить кто хошь сможет.
К чему я всё это
Для меня когда-то в молодости ансибль с применением идемпотентных методов стал откровением. Вторым таким же откровением стала immutable инфраструктура. Все эти штуки придуманы не столько для решения технической задачи, сколько для минимизации человеческого фактора. Копипастить бинарь - это круто, конечно, но вспонмите, какого размера у вас были preflight чеклисты для установки всего на свете на этот сервер. Вспомните, как часто у вас всё ломалось после apt-get/emerge/yum/etc, как приходилось грузить ос в рековери и что-то там ковырять. Вспомните про километровые портянки iptables/ufw/ipfw, про забытые открытые порты, про fail2ban, который чаще банил сам себя, чем кого-то злобного со стороны.
Вспомните, как грепали сислоги, как часами накликивали шаблоны в заббиксе (это отдельный вид мазохизма был). Как разные сервисы писали логи в разных форматах и с таймстемпами в разных таймзонах. И как, несмотря на всё это, основной фидбек давали не нотификации, а реальные пользователи по телефону.
В общем, сейчас всё гораздо лучше и гораздо проще.
только 14% разработчиков могут задеплоить код за день
М, надеюсь, что это неточность перевода. Разработчиков на пушечный выстрел нельзя к деплойменту подпускать, это не их зона ответственности и не их компетенция. Но "деплой за день" - это странная отсечка, если честно. Приведу пример из жизни, с которым наверняка сталкивались практически все здесь присутствующие. У нас есть unmockable API - и unmockable он в силу разных причин (трудоемко, нужны данные с реального оборудования, частая смена контракта делает мок бессмысленным). Гипотетический пример - нам нужно, чтобы над нашим оборудованием проехал грузовик, и оно там что-то с него записало. Грузовик ездит раз в неделю. Или в месяц. Тестово гонять грузовик - дорого, столько денег никто не даст. Более того - пустой грузовик гонять бессмысленно, а набивать его нечем (и это ещё дороже). Вывод - для интеграционного тестирования нужно или ждать, пока грузовик приедет по делу, или тратить миллиарды золота на тестовый заезд, грузчиков и 12 тонн кирпичей.
Сможет ли в таком случае разработчик задеплоить код за сутки? Да, и будет немедленно казнен за скип CI stage. Снижает ли это Deployment frequency? Безусловно. Самый главный вопрос - а проблема ли это? Ответ - нет, это всего-навсего специфика продукта, отраженная в том числе в оптимизации затрат на интеграционное тестирование. Но... а как же метрики? Напрашивается ответ - метрики имеет смысл сравнивать только в динамике, и только для конкретной задачи. Нет ничего удивительного в том, что у криптостартапа, государственного API и прошивки для Вояджер-1 разный тайм ту маркет и разная частота деплоя. И дрифт среднего арифметического по перегретому рынку может означать в том числе и уход с этого самого рынка "быстрорастущих" проектов по причине их массового банкротства.
длительные простои редко бывают желательны, даже если укладываются в SLA
Так SLA как раз и нужен затем, чтобы определить - какие простои допустимы, а какие - нет. Именно SLA определяет, будет ли мы мутить High Availability со всеми сопутствующими оверхедами по стоимости сопровождения и обслуживания, или сделаем docker-compose up на виртуалке и забудем. Как клиент скажет (читай - заплатит), так и сделаем. Удовлетворенность клиентов, репутация и прочее - это бизнес-метрики, а SLA - отражение этих метрик в виде технического задания на разработку.
С каких вообще пор необходимость выкатить только что написанный код в продакшн стала чем-то хорошим? Нормальный процесс разработки включает в себя следование релизному циклу, да даже хотфиксы редко в тот же день ставятся.
И что это вообще за метрика такая - скорость деплоя? Одно дело - просто поменять айдишку образа и триггернуть CD, другое дело - пилить новые пайплайны\манифесты под какие-то мажорные изменения. В первом случае - это maintenance / professional services, во втором - development. И мы на полном серьёзе тут обсуждаем какую-то общую для этих двух процессов метрику?
Про восстановление сервиса в течение недели - а какой Target RTO в SLA\договоре? У нас есть сервисы, которые могут и дольше валяться. Это ж история про управление рабочими ресурсами, а не про профессионализм. SLA не нарушен - нет проблемы. А если выясняется, что проблема всё же есть - то дело опять же не в девопсе, а в некорректно заданных параметрах SLA.
Описанные в статье проблемы, имхо, куда больше намекают на кризис в качестве управления проектами. Вот отткуда как раз и тайм ту маркет за пару часов, и ллм вместо джунов, и прочие непотребства. А причина - перегретый рынок и огромное количество случайных людей в профессии.
1) Рассматриваем жилье не только как место для жизни, но и как инвестицию в собственное благополучие. 2) Презираем флипперство во всех его проявлениях. 3) Понимаем, что изменить можно всё - кроме соседей, местоположения и вида из окна. 4) Не пытаемся показаться самыми умными при оценке.
5) Рассматриваем кредит как финансовый инструмент, и пользуемся им в меру необходимости.
6) И самое важное - не пренебрегаем услугами переводчика.
Я, помнится, будучи ещё школьником, сумел отделить этот preinstallation environment от самого setup.exe, и заменить его на 16-битный тогда ещё Windows Commander.
Всё это вмещалось на один флоппик 1.44мб, и это был совершенно наимоднейший загрузочный флоппик. А самое лютое - оно видело местный же netware, и оттуда можно было даже бинарники запускать. Для обучения тогда использовали Turbo\Borland Pascal для школьников постарше и ИнтАЛ2 для школьников помладше - и то и другое замечательно работало на таких, фактически, бездисковых рабочих станциях.
И делалось всё это без всяких виртуализаций, аппаратных отладчиков и прочих F12 Dev Tools, на 486-м с 16 мб оперативки и диком энтузиазме.
Да, но 200 тысяч рублей может стать 7 тысячами долларов только если покупать на них что-то из прожиточного минимума. Нюанс в том, что если у Вас есть 7k usd в месяц - вы не станете покупать на них масло, яйца или колбасу. Вы слетаете с семьей в Испанию, подарите супруге новенький макбук на Рождество, а Ваши дети будут ходить в частный садик или в приватную школу. На 200к рублей так не выйдет :)
Ещё из занимательных наблюдений - платить много налогов\высокую коммуналку - здорово, если видна отдача. Я понимаю, что в целом это достаточно спорное утверждение, но у меня был опыт жизни в ЖК разного уровня, и когда подошло время покупать что-то своё - я взял квартиру, где взносы были выше. В итоге качество жизни оставалось высоким и за пределами моей квартиры, что весьма приятно :)
Так что все эти расчеты про якобы эквивалентность - разбиваются о суровую реальность. Имеет смысл зарабатывать настоящие деньги, а не их "эквивалент".
Для разнообразия порекламирую немного Варшаву, ибо немецкие цифры вгоняют меня в уныние. Большинство айтишки тут сидит на b2b контрактах. Налог - для большинства ИТ специальностей 12% (до 2 млн евро в год), иногда может быть 8.5%, если занимаетесь исследовательской работой - 5%. Социальный налог - фиксированный, в первые 2.5 года около 230 евро в месяц, дальше 500. Бухгалтерское сопровождение контракта стоит около 40 евро в месяц, спустя год необходимость в этом у большинства людей отпадает.
Доходы - как повезет. Минималка для легализации - чуть меньше 2 тысяч евро "грязными", в реальности - от трех до десяти, по ощущениям "средний айтишник" имеет 4-5. Чистыми на руки в итоге получится около 80% этой суммы.
Хорошая двухкомнатная квартира на 50м стоит около 1000 евро\месяц, коммуналка около 200 евро. Месячные затраты на поесть-погулять для семьи из двух человек - порядка 1000 евро в месяц. Проездной на три месяца - 55 евро при условии оплаты налогов в Варшаве, включает в себя ближний пригород. Бензин 1.45, мобильный 5G тариф на 100гб - 10 евро, сгонять в Берлин\Краков\Гданьск - 30 евро 2м классом и 50 евро первым. Ryanair на моря - около 200 евро, но покупать следует заранее.
Из минусов - качество воздуха зимой (несколько недель в году зимой неслабый такой смог), непростой и длительный процесс легализации (5 лет до карты резидента, 7 до гражданства), высокие ставки по ипотечным кредитам (8%) и в целом дорогая недвижимость. Из плюсов - максимально лояльная налоговая политика, огромное русскоязычное ит-комьюнити, много англоязычной и русскоязычной движухи - от около-ит посиделок в баре до крупных конференций.
О, знакомая конструкция петель. Acer или Asus, дайте угадаю :)
Петли в Asus - это беда, собственно почему раз и навсегда отказался от покупки их ноутбуков. Ещё со времен первых Zenbook эти напаянные на крышку крепления отламываются.
Сейчас используем Dell XPS или Latitude - и с ними таких проблем нет. Немного дороже, но в разы более живучие. У HP ProBook крышки тоже не отламываются, кстати.
RAID5 без одного диска - это RAID0, но только под предельной нагрузкой (пересборка + прод).
Хотя, если честно - все эти игрища с MSA уже нормально так отдают нафталином. Трехярусный тайринг сейчас есть даже в Storage Spaces, а накладные расходы на его обслуживание стремятся к статистической погрешности.
Я молчу уже про всякие S3-подобные истории типа Minio, где классы отказоустойчивости могут задаваться индивидуально для каждого объекта.
думается мне, что за 100к в месяц там был далеко не десяток серверов.
мы считали как-то раз стоимость только compute instance без учета затрат на обслуживание-амортизацию-итд - и гугловый клауд по стоимости был эквивалентен примерно 4 годам владения. а для того, что они там за 100к в месяц арендуют - боюсь, что пришлось бы собственный дц в подвале строить.
Остаётся только один вопрос - а где он брал уникальные номера карт для этих аккаунтов, и каким образом он их валидировал?
У меня триал GCP не принимает даже вполне себе валидный one-time Revolut Virtual - чует, что препейд, и просит "настоящую" карту. А их не напасешься, поэтому даже второй аккаунт не дали создать - пришлось отдавать честно заработанный доллар за поиграться. Миллион же таких аккаунтов, да с верификацией карт - стоит явно дороже запрошенных 50к.
Так никто ж не рассуждает о том, кто лучшие, а кто худшие.
ЕМНИП РФ сама заявила о том, что взаимодействие с "недружественными государствами" больше не является для неё приоритетом. Ну не является - так не является, получите распишитесь.
И к международным договорам тоже можно было бы апеллировать, если бы они не были денонсированы - сюрприз - всё той же РФ.
А теперь придётся свой собственный форк ядра заводить, со своими собственными мейнтейнерами. Ну то есть импортозамещением заниматься. Говорят - в последнее время в этом вопросе наметились определенные успехи - ну вот и будет объективная возможность их оценить. Но лично я своими прогнозами по этому поводу делиться не рискну.
Всё же наблюдаю некоторую непоследовательность со стороны разработчиков.
Как много восторгов было на тему технологического и прочего суверенитета. И вот вполне закономерный итог - "суверенные" патчи за пределами такой юрисдикции никому не нужны и не интересны, так как попросту неприменимы.
Ну Ваш персональный опыт ничего не говорит о рынке труда в целом. А он - очень разный, и работают там люди с совершенно разными скиллами. С тем же успехом я могу рассказывать, что не знаю в bay area никого с доходом меньше, чем 300к в год - к рынку труда в США это будет примерно такое же отношение иметь.
Так что за неимением других цифр придётся верить этим.
В целом уход на онпрем - это движение против шерсти индустрии, сознательное упрощение. С некоторых пор такая история много где происходит - в автомобильной промышленности, например. Наращивание технологического отставания - это крайне грустная история, и она аукнется далеко за пределами ИТ-сферы в целом.
Так вы сравниваете тёплое с мягким. MSSQL в продакшне - это а) ни разу не мейнстрим, market share MSSQL сервера около 15% всего (пруф), б) MS не планирует развивать это направление, упор идёт на cloud-native \ managed SQL, а onprem не растёт (с учетом инфляции - читай, падает - пруф).
А разгадка проста - нищий рынок труда. Средняя зарплата системного администратора в мск - 52 тысячи рублей (пруф), это меньше 5 долларов в час. И это в 8(!) раз меньше, чем в США (пруф), на чей рынок, собственно, и целятся крупные клауд провайдеры. Так что в среднем по больнице в РФ выгоднее нанять 10 администраторов, а в США - одного девопса и managed сервисы. Это, кстати, более-менее бьётся с моим собственным опытом.
И справедливости ради - не всё так однозначно (с). Низкая стоимость фонда оплаты труда разработчиков в РФ позволяет делать недорогие и качественные сервисы. Но формально это экстенсивный путь развития, со всеми свойственными ему ограничениями.
Я пару лет назад писал под аналогичным постом комментарий о целесообразности вложений в себя, а не в квартиры, машины, отпуска или кофе с собой.
По прошествию времени - есть всё вышеперечисленное. Включая кофе. Который, черт подери, каких-то страшных денег стал стоить - 35 евро за килограммовый пакет. И если Вы считаете, что 300р (4 евро) за стакан кофе - это дофига, то гляньте, сколько стоит простая хорошая кофемолка с чем-то навроде SSP MP. Дурно станет, гарантирую.
Советы копить\инвестировать в пределах РФ - это, видимо, шутка такая. Законных способов зарабатывать 20+% годовых в укрепляющейся валюте попросту не существует, а иначе инфляцию не обогнать. Ипотека под 25% годовых - теоретически тоже доступна, но уверен, что автор не употребляет тяжелые наркотики. Ну и будет ли хотеться жить все эти годы в выстраданной однушке - большой вопрос.
Так что ежели Петя застрял в свои 27 лет в Екатеринбурге и не видит выхода из этой ситуации, то кофе и кальян - вполне рациональное поведение. Чисто по-человечески мне его жаль, но его персональной вины в этом практически нет.
Три экземпляра приложения, гейтвей, лодбеленсер, метрики. В пределах одного bare metal сервера, ну или availability зоны. Такого - процентов 95, наверное. И ничего там сложного нет, минут за 20 всё подымается. Можно даже без всяких там кубернетесов и сервис мешей, в GCP есть Cloud Run для таких сценариев. Мышкой накликал, и оно само попёрло.
У нас в большинстве случаев девопс вообще на деплоях присутствует исключительно для галочки. Ну если вдруг чего не так пойдет. А так - релизные теги у нас забивают менеджеры, а одну циферьку в манифесте поправить кто хошь сможет.
К чему я всё это
Для меня когда-то в молодости ансибль с применением идемпотентных методов стал откровением. Вторым таким же откровением стала immutable инфраструктура. Все эти штуки придуманы не столько для решения технической задачи, сколько для минимизации человеческого фактора. Копипастить бинарь - это круто, конечно, но вспонмите, какого размера у вас были preflight чеклисты для установки всего на свете на этот сервер. Вспомните, как часто у вас всё ломалось после apt-get/emerge/yum/etc, как приходилось грузить ос в рековери и что-то там ковырять. Вспомните про километровые портянки iptables/ufw/ipfw, про забытые открытые порты, про fail2ban, который чаще банил сам себя, чем кого-то злобного со стороны.
Вспомните, как грепали сислоги, как часами накликивали шаблоны в заббиксе (это отдельный вид мазохизма был). Как разные сервисы писали логи в разных форматах и с таймстемпами в разных таймзонах. И как, несмотря на всё это, основной фидбек давали не нотификации, а реальные пользователи по телефону.
В общем, сейчас всё гораздо лучше и гораздо проще.
М, надеюсь, что это неточность перевода. Разработчиков на пушечный выстрел нельзя к деплойменту подпускать, это не их зона ответственности и не их компетенция.
Но "деплой за день" - это странная отсечка, если честно. Приведу пример из жизни, с которым наверняка сталкивались практически все здесь присутствующие.
У нас есть unmockable API - и unmockable он в силу разных причин (трудоемко, нужны данные с реального оборудования, частая смена контракта делает мок бессмысленным). Гипотетический пример - нам нужно, чтобы над нашим оборудованием проехал грузовик, и оно там что-то с него записало. Грузовик ездит раз в неделю. Или в месяц. Тестово гонять грузовик - дорого, столько денег никто не даст. Более того - пустой грузовик гонять бессмысленно, а набивать его нечем (и это ещё дороже).
Вывод - для интеграционного тестирования нужно или ждать, пока грузовик приедет по делу, или тратить миллиарды золота на тестовый заезд, грузчиков и 12 тонн кирпичей.
Сможет ли в таком случае разработчик задеплоить код за сутки? Да, и будет немедленно казнен за скип CI stage.
Снижает ли это Deployment frequency? Безусловно.
Самый главный вопрос - а проблема ли это? Ответ - нет, это всего-навсего специфика продукта, отраженная в том числе в оптимизации затрат на интеграционное тестирование.
Но... а как же метрики? Напрашивается ответ - метрики имеет смысл сравнивать только в динамике, и только для конкретной задачи. Нет ничего удивительного в том, что у криптостартапа, государственного API и прошивки для Вояджер-1 разный тайм ту маркет и разная частота деплоя. И дрифт среднего арифметического по перегретому рынку может означать в том числе и уход с этого самого рынка "быстрорастущих" проектов по причине их массового банкротства.
Так SLA как раз и нужен затем, чтобы определить - какие простои допустимы, а какие - нет. Именно SLA определяет, будет ли мы мутить High Availability со всеми сопутствующими оверхедами по стоимости сопровождения и обслуживания, или сделаем docker-compose up на виртуалке и забудем. Как клиент скажет (читай - заплатит), так и сделаем. Удовлетворенность клиентов, репутация и прочее - это бизнес-метрики, а SLA - отражение этих метрик в виде технического задания на разработку.
Смешались в кучу кони, люди...
С каких вообще пор необходимость выкатить только что написанный код в продакшн стала чем-то хорошим? Нормальный процесс разработки включает в себя следование релизному циклу, да даже хотфиксы редко в тот же день ставятся.
И что это вообще за метрика такая - скорость деплоя? Одно дело - просто поменять айдишку образа и триггернуть CD, другое дело - пилить новые пайплайны\манифесты под какие-то мажорные изменения. В первом случае - это maintenance / professional services, во втором - development. И мы на полном серьёзе тут обсуждаем какую-то общую для этих двух процессов метрику?
Про восстановление сервиса в течение недели - а какой Target RTO в SLA\договоре? У нас есть сервисы, которые могут и дольше валяться. Это ж история про управление рабочими ресурсами, а не про профессионализм. SLA не нарушен - нет проблемы. А если выясняется, что проблема всё же есть - то дело опять же не в девопсе, а в некорректно заданных параметрах SLA.
Описанные в статье проблемы, имхо, куда больше намекают на кризис в качестве управления проектами. Вот отткуда как раз и тайм ту маркет за пару часов, и ллм вместо джунов, и прочие непотребства. А причина - перегретый рынок и огромное количество случайных людей в профессии.
>А как вы решаете свои жилищные проблемы?
1) Рассматриваем жилье не только как место для жизни, но и как инвестицию в собственное благополучие.
2) Презираем флипперство во всех его проявлениях.
3) Понимаем, что изменить можно всё - кроме соседей, местоположения и вида из окна.
4) Не пытаемся показаться самыми умными при оценке.
5) Рассматриваем кредит как финансовый инструмент, и пользуемся им в меру необходимости.
6) И самое важное - не пренебрегаем услугами переводчика.
Я, помнится, будучи ещё школьником, сумел отделить этот preinstallation environment от самого setup.exe, и заменить его на 16-битный тогда ещё Windows Commander.
Всё это вмещалось на один флоппик 1.44мб, и это был совершенно наимоднейший загрузочный флоппик. А самое лютое - оно видело местный же netware, и оттуда можно было даже бинарники запускать. Для обучения тогда использовали Turbo\Borland Pascal для школьников постарше и ИнтАЛ2 для школьников помладше - и то и другое замечательно работало на таких, фактически, бездисковых рабочих станциях.
И делалось всё это без всяких виртуализаций, аппаратных отладчиков и прочих F12 Dev Tools, на 486-м с 16 мб оперативки и диком энтузиазме.
Да, но 200 тысяч рублей может стать 7 тысячами долларов только если покупать на них что-то из прожиточного минимума. Нюанс в том, что если у Вас есть 7k usd в месяц - вы не станете покупать на них масло, яйца или колбасу. Вы слетаете с семьей в Испанию, подарите супруге новенький макбук на Рождество, а Ваши дети будут ходить в частный садик или в приватную школу. На 200к рублей так не выйдет :)
Ещё из занимательных наблюдений - платить много налогов\высокую коммуналку - здорово, если видна отдача. Я понимаю, что в целом это достаточно спорное утверждение, но у меня был опыт жизни в ЖК разного уровня, и когда подошло время покупать что-то своё - я взял квартиру, где взносы были выше. В итоге качество жизни оставалось высоким и за пределами моей квартиры, что весьма приятно :)
Так что все эти расчеты про якобы эквивалентность - разбиваются о суровую реальность. Имеет смысл зарабатывать настоящие деньги, а не их "эквивалент".
Для разнообразия порекламирую немного Варшаву, ибо немецкие цифры вгоняют меня в уныние.
Большинство айтишки тут сидит на b2b контрактах. Налог - для большинства ИТ специальностей 12% (до 2 млн евро в год), иногда может быть 8.5%, если занимаетесь исследовательской работой - 5%. Социальный налог - фиксированный, в первые 2.5 года около 230 евро в месяц, дальше 500. Бухгалтерское сопровождение контракта стоит около 40 евро в месяц, спустя год необходимость в этом у большинства людей отпадает.
Доходы - как повезет. Минималка для легализации - чуть меньше 2 тысяч евро "грязными", в реальности - от трех до десяти, по ощущениям "средний айтишник" имеет 4-5. Чистыми на руки в итоге получится около 80% этой суммы.
Хорошая двухкомнатная квартира на 50м стоит около 1000 евро\месяц, коммуналка около 200 евро.
Месячные затраты на поесть-погулять для семьи из двух человек - порядка 1000 евро в месяц. Проездной на три месяца - 55 евро при условии оплаты налогов в Варшаве, включает в себя ближний пригород. Бензин 1.45, мобильный 5G тариф на 100гб - 10 евро, сгонять в Берлин\Краков\Гданьск - 30 евро 2м классом и 50 евро первым. Ryanair на моря - около 200 евро, но покупать следует заранее.
Из минусов - качество воздуха зимой (несколько недель в году зимой неслабый такой смог), непростой и длительный процесс легализации (5 лет до карты резидента, 7 до гражданства), высокие ставки по ипотечным кредитам (8%) и в целом дорогая недвижимость.
Из плюсов - максимально лояльная налоговая политика, огромное русскоязычное ит-комьюнити, много англоязычной и русскоязычной движухи - от около-ит посиделок в баре до крупных конференций.
О, знакомая конструкция петель. Acer или Asus, дайте угадаю :)
Петли в Asus - это беда, собственно почему раз и навсегда отказался от покупки их ноутбуков. Ещё со времен первых Zenbook эти напаянные на крышку крепления отламываются.
Сейчас используем Dell XPS или Latitude - и с ними таких проблем нет. Немного дороже, но в разы более живучие. У HP ProBook крышки тоже не отламываются, кстати.
30 метрик обсчитывать столько, чтобы вместо спиннера давать какие-то "уникальные коды" - намекает на качество бэкенда.
Впрочем - оно и к лучшему, пожалуй.
Есть причина проще.
RAID5 без одного диска - это RAID0, но только под предельной нагрузкой (пересборка + прод).
Хотя, если честно - все эти игрища с MSA уже нормально так отдают нафталином. Трехярусный тайринг сейчас есть даже в Storage Spaces, а накладные расходы на его обслуживание стремятся к статистической погрешности.
Я молчу уже про всякие S3-подобные истории типа Minio, где классы отказоустойчивости могут задаваться индивидуально для каждого объекта.
просто все данные бэкапятся в BackBlaze, за 2 терабайта около 10 евро в месяц.
Xiaomi Mi 16W Portable стоит 35 евро (2200 руб), и на первый взгляд лучше примерно всем).
думается мне, что за 100к в месяц там был далеко не десяток серверов.
мы считали как-то раз стоимость только compute instance без учета затрат на обслуживание-амортизацию-итд - и гугловый клауд по стоимости был эквивалентен примерно 4 годам владения.
а для того, что они там за 100к в месяц арендуют - боюсь, что пришлось бы собственный дц в подвале строить.
Остаётся только один вопрос - а где он брал уникальные номера карт для этих аккаунтов, и каким образом он их валидировал?
У меня триал GCP не принимает даже вполне себе валидный one-time Revolut Virtual - чует, что препейд, и просит "настоящую" карту. А их не напасешься, поэтому даже второй аккаунт не дали создать - пришлось отдавать честно заработанный доллар за поиграться. Миллион же таких аккаунтов, да с верификацией карт - стоит явно дороже запрошенных 50к.
В общем, похоже на байку.
Но люди ж не в вакууме живут.
Точнее сказать - не все люди живут в вакууме.
Так никто ж не рассуждает о том, кто лучшие, а кто худшие.
ЕМНИП РФ сама заявила о том, что взаимодействие с "недружественными государствами" больше не является для неё приоритетом. Ну не является - так не является, получите распишитесь.
И к международным договорам тоже можно было бы апеллировать, если бы они не были денонсированы - сюрприз - всё той же РФ.
А теперь придётся свой собственный форк ядра заводить, со своими собственными мейнтейнерами. Ну то есть импортозамещением заниматься. Говорят - в последнее время в этом вопросе наметились определенные успехи - ну вот и будет объективная возможность их оценить. Но лично я своими прогнозами по этому поводу делиться не рискну.
Всё же наблюдаю некоторую непоследовательность со стороны разработчиков.
Как много восторгов было на тему технологического и прочего суверенитета. И вот вполне закономерный итог - "суверенные" патчи за пределами такой юрисдикции никому не нужны и не интересны, так как попросту неприменимы.
Ну Ваш персональный опыт ничего не говорит о рынке труда в целом. А он - очень разный, и работают там люди с совершенно разными скиллами. С тем же успехом я могу рассказывать, что не знаю в bay area никого с доходом меньше, чем 300к в год - к рынку труда в США это будет примерно такое же отношение иметь.
Так что за неимением других цифр придётся верить этим.
В целом уход на онпрем - это движение против шерсти индустрии, сознательное упрощение. С некоторых пор такая история много где происходит - в автомобильной промышленности, например. Наращивание технологического отставания - это крайне грустная история, и она аукнется далеко за пределами ИТ-сферы в целом.
Так вы сравниваете тёплое с мягким. MSSQL в продакшне - это а) ни разу не мейнстрим, market share MSSQL сервера около 15% всего (пруф), б) MS не планирует развивать это направление, упор идёт на cloud-native \ managed SQL, а onprem не растёт (с учетом инфляции - читай, падает - пруф).
А разгадка проста - нищий рынок труда. Средняя зарплата системного администратора в мск - 52 тысячи рублей (пруф), это меньше 5 долларов в час. И это в 8(!) раз меньше, чем в США (пруф), на чей рынок, собственно, и целятся крупные клауд провайдеры. Так что в среднем по больнице в РФ выгоднее нанять 10 администраторов, а в США - одного девопса и managed сервисы. Это, кстати, более-менее бьётся с моим собственным опытом.
И справедливости ради - не всё так однозначно (с). Низкая стоимость фонда оплаты труда разработчиков в РФ позволяет делать недорогие и качественные сервисы. Но формально это экстенсивный путь развития, со всеми свойственными ему ограничениями.