Слышал это мнение, но не особо согласен. Скорее, некоторые шаблоны пошли как стандартные ООП решения задач, которые в ФП решаются на уровне парадигмы, в основном с помощью ФВП или вообще таких задач не стоит из-за например иммутабельности
Давайте не о сферических. Как сэкономить при, например, переезде с 10 серверами с вордпрессами (разные сайты, на каждом nginx+php-fpm+mysql) со средней нагрузкой в 50% и админом с ЗП в 1000$, ничего кроме LEMP не знающего особо? Переписывать — не вариант, отключать на ночь не вариант. На EC2 перенести можно, может MySQL вынести на Amazon RDS. Что ещё?
Вот только что осознал, что для меня удалёнка, похоже, теперь навсегда. А так ждал когда же карантин закончится и можно будет вернуться в офис и увидеть наконец всю команду, лидом которой меня взяли "с улицы" уже на карантине, в работе.
Планы по обустройству рабочего места (ещё утром думал будет ли лучше заменить 27" Quad HD на 24" 4К) теперь воспринимаются как планы по обустройству камеры пожизненного заключения.
Это если грамотно и продумано. Когда идея "нам надо в облако" спускается сверху и имплементация ставится задачей человеку, который об облаках только маркетинговые или близкие к ним статьи читал, то хорошо если быстро получится.
А как же интерес? Не было у меня потребности, но появился интерес после какой-то статьи на Хабре в январе — пошёл и купил МБП, айфон и вотч — просто из интереса. Вернее была потребность в небольшом ноуте, новом телефоне и отслеживании моих физических показателей, но можно было бы что-то другое подобрать, но мелькнула мысль "а чего бы и не попробовать от Эппл, поглядеть на её хваленую эргономику и экосистему. Да и c ARM поиграться — как докер на нем жить будет". Мелькнула — пошёл и купил.
Так ничего удивительного же, ровно наоборот — удивительно когда переезд в облака и затраты снизил, и надежность повысил, а не затраты увеличил, надежность снизил, зато "мы в тренде"
О том и речь, что чтобы проект по переезду в облако считать успешным должно выполниться чуть ли не с десяток условий одновременно, если цель проекта не "нам надо переехать в облако, чтобы не выглядеть лохами, а понты дороже денег" "создать впечатление у клиентов/инвесторов, что мы в курсе современных трендов и не экономим на инвестициях в них". ))
Он не просто редко даёт, он обычно удорожает содержание.
Причём мне слышалось недовольство, типа давно бы переехали и нормально было бы, но некоторые против
Слышал это мнение, но не особо согласен. Скорее, некоторые шаблоны пошли как стандартные ООП решения задач, которые в ФП решаются на уровне парадигмы, в основном с помощью ФВП или вообще таких задач не стоит из-за например иммутабельности
Давайте не о сферических. Как сэкономить при, например, переезде с 10 серверами с вордпрессами (разные сайты, на каждом nginx+php-fpm+mysql) со средней нагрузкой в 50% и админом с ЗП в 1000$, ничего кроме LEMP не знающего особо? Переписывать — не вариант, отключать на ночь не вариант. На EC2 перенести можно, может MySQL вынести на Amazon RDS. Что ещё?
Вот только что осознал, что для меня удалёнка, похоже, теперь навсегда. А так ждал когда же карантин закончится и можно будет вернуться в офис и увидеть наконец всю команду, лидом которой меня взяли "с улицы" уже на карантине, в работе.
Планы по обустройству рабочего места (ещё утром думал будет ли лучше заменить 27" Quad HD на 24" 4К) теперь воспринимаются как планы по обустройству камеры пожизненного заключения.
Это если грамотно и продумано. Когда идея "нам надо в облако" спускается сверху и имплементация ставится задачей человеку, который об облаках только маркетинговые или близкие к ним статьи читал, то хорошо если быстро получится.
А как же интерес? Не было у меня потребности, но появился интерес после какой-то статьи на Хабре в январе — пошёл и купил МБП, айфон и вотч — просто из интереса. Вернее была потребность в небольшом ноуте, новом телефоне и отслеживании моих физических показателей, но можно было бы что-то другое подобрать, но мелькнула мысль "а чего бы и не попробовать от Эппл, поглядеть на её хваленую эргономику и экосистему. Да и c ARM поиграться — как докер на нем жить будет". Мелькнула — пошёл и купил.
Так ничего удивительного же, ровно наоборот — удивительно когда переезд в облака и затраты снизил, и надежность повысил, а не затраты увеличил, надежность снизил, зато "мы в тренде"
Подозрительно напоминает "I am going to speak"
Деятельное раскаяние — смягчающее вину обстоятельство дела
I have to ...
А потом стоишь перед выбором то ли апрувить черти что, то ли отправлять ещё на неделю переделывать
А кто загоняет? Рабство вроде отменили
Хотите сказать, что, например, Ubuntu arm64 можно запустить только на тех девайсах, вендор которых это явно разрешил?
О том и речь, что чтобы проект по переезду в облако считать успешным должно выполниться чуть ли не с десяток условий одновременно, если цель проекта не
"нам надо переехать в облако, чтобы не выглядеть лохами, а понты дороже денег""создать впечатление у клиентов/инвесторов, что мы в курсе современных трендов и не экономим на инвестициях в них". ))С такими рейтами (чуть меньше на самом деле) на меня выходили только с условием релокейта и до налогов :(
Темы и требования для вступительных испытаний https://compscicenter.ru/enrollment/program/
Задумать — легко ) Особенно, если где-то прочитают, что облака экономят деньги и делают ненужным админа
Анализировать цены вообще не входит в его обязанности.
Я не о росте компании, я о том что затраты на инфраструктуру при переезде в вырастут не временно, а постоянно.
Облачный сервисами облака заведует, обычный внутренностями тех же EC2. Девопс и опс, если угодно.
Девопс может оказаться самым квалифицированным техническим специалистом в компании. По крайней мере их тех, что что-то понимают в облаках.
Хранить список и при деплое инкрментит суффикс _N или типа того