> думаю, не глупее. И вероятнее всего - технически грамотнее. You not need
> to be smart to be a boss.

You need to have smart advisors. У этого конкретного CTO, в советниках на зарплате в том числе некий Бьярн Стрoуструпп. Широко известный в узких кругах дядька.

> нет, потому что они не умеют, внезапно, тысячу. Они может даже primary/slave
> с трудом могут - когда второй хост вроде бы и есть,
> но пользоваться им не отключив первый - нельзя, все рассыпется.
> А микросервисную архитектуру умеют другие разработчики, и они работают в другой конторе.

Ну что за гадание по юзерпику? Полным полно технологий в которых такое понятие как master/slave давно забыто. Я сейчас могу развернуть кластер из тысячи нод базы данных, готовый к работе, одним кликом в EC2. Банки тоже такое хотят, но без облаков.

> Вариант этих уволить а тех нанять - так чтоб в какой-то момент
> посередине процесса не навернуться задницей между двух табуреток (потому что разработчики
> точно не идиоты и не будут дожидаться розового конвертика) - это
> вот то, что, вероятно, действительно умеет твой CTO, или ему просто
> повезло, так тоже случается.

Я ему обязательно передам твою оценку, уверен, ему будет очень интересно

> нет уж, давай спросим коллег которые не осваивают (чужие в случае рака)
> бюджеты, а отвечают за _результат_ - то есть не торговцев сервисами,
> для которых "результат" случается сразу после перевода денег на счет, им
> действительно важнее всего сэкономить на любой спичке, а их счастливых покупателей
> или эксплуатантов on premises.

https://www.pcmag.com/article2/0,2817,2496294,00.asp оценка этого самого rackspace с т.з. клиента а не продавца сервиса

> заплатил не я, а бизнес. Он еще и за меня платит, не
> говоря уже о стае других обезьян, причем каждый месяц. И это
> ему обходится существенно дороже чем все лицензии чохом. Сам понимаешь, в
> какой плоскости лежит возможная экономия. Кстати, на фоне делловского протвиня на
> котором крутится та вмварь, ее ценник как-то уже вот и не
> выглядит заоблачным. А ведь он тоже устаревает и приходится за него
> платить, что, собственно, вот прямо сейчас и сделали (это за новые,
> а поддержку старых оплачивать никто, понятно, не отменял, запасные вентиляторы на
> толкучке не продают).

Делловское железо приходит к EOL за 5 лет и его тоже надо менять, и если вы этого не делаете, я не завидую вашим админам.

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

> так что это экономия на спичках, из серии "перестать обслуживать кофе-машины в
> офисе и покупать кофе для них". Я обычно старался на этом
> этапе уволиться, не дожидаясь неизбежного результата.

Нормальная экономия, с 50к железяк перейти на 15к. При такой экономии можно и зарплаты обезьянам поднять (кстати, подняли тогда, и бонусы выплатили)

> эффективность виртуальной технологии развернутой поверх виртуальной технологии представляется
> мне весьма сомнительной. Полагаю, они еще в нашей сети запутаются, с
> последствиями, а потом мы посмотрим как оно забавно переживает автомиграцию.

контейнеры - абстракция, но не совсем виртуальщина. Но решать надо конечно для каждого случая конкретно

> они, если что, уже сейчас навыпрашивали себе ресурсов больше, чем реально обслуживающий
> клиентов прод, у которого хотя бы этих проблем - нет. Полагаю, до внедрения ЭТО не доживет.

бывает по всякому