Так вопрос именно в том, почему оно так.
1) не выгодно в терминах $/операцию
2) мало адаптированного софта и компилирующегося open source
3) без Windows никому не нужны
4) слабая инфраструктура (драйвера и т.д.)
5) вообще не нужны, вся шумиха - чистый PR
и т.д.

Такой лид - это первый среди равных!

В некоторых сегментах рынка это уже случившийся факт.

apple m1 просто показал что это возможно на десктопе и в серверном сегменте

У меня пока единственный вопрос по Apple m1: почему сразу не сделали в 2 раза больше ядер, если он такой энергоэффективный?

Ноутбукам этого хватает, для прочего будут другие модели

чтобы было с чем выходить на рынок через два года )

Похоже на то)

Я так понял что этот вброс маломощных м1 - чтобы разработчики подготовились к переходу, и в след году на готовенький докер (и уже виртуалку винды) выкатят нормальные ноуты, которые уделают интел окончательно

А тут вроде были кто себе уже брал на М1. Не расскажете как впечатления?

сервера с разложенной на чипе памятью, хм хм

не понял мысль. лид сам ооимпиадник

Думаю, тут наброс про хрупкость быстро написанных на салфетке  решениях. А чтобы избавиться от хрупкости надо написать много скучного кода

ИМХО нужен талант чтобы руководить командой звёзд. Это очень интересно, но очень непросто. Порой стальные нервы просто необходимы.

Да, одна из причин + нужно сделать так чтобы это была именно команда, а не 5 олимпиадников в одной комнате.

Ну давайте посчитаем. Архитектура - иная, значит:
- мы не можем купить один сервер, и даже одну стойку тоже купить не получится
- надо иметь две версии кода и бинарников (да, и на java -тоже)
- нам надо уметь жить c двумя системами деплоймента и CI/CD
- соответственно усложняется тестирование продукта

Выход из этой ситуации - переезд не по одному серверу, а сразу всем ЦОД. Возможно это лишь когда моральное устаревание старой техники будет достаточно глубоким для того, чтобы можно было списать сразу минимум несколько сотен единиц железа и заменить новым.

Команда звёзд не нужна. Нужна унификация на среднем уровне. Правота этого подхода показана историей. Все войны выигрывались не дуэлянтами, а хорошо тренированной массой.

А почему с java тоже?
Ну я бы стал переезжать семействами сервисов, например все реплики базы или messaging services.
Но вопрос цены за операцию так и не понятен.

Потому, что Java НЕ РАБОТАЕТ по методу "пиши на чём угодно, запускай где угодно", это маркетинговые сказки. Любой более-менее серьёзный проект на Java невозможно не то, чтобы перенести между версиями Java, но даже между сильно различающимся железом одной и той же архитектуры.

Надо на чем то тестить.
А тестить не на чем.
Значит и "переездов" не будет.

А зачем два деплоймента и два ci/cd??