Если оставить только европейские языки, дистрибутив уменьшится в разы. Вы правы, эту проблему можно решить лучше, но всегда нужен компромисс между результатом и затратами. Кстати, скачивание и распаковка FRE была приведена только в качестве примера, а проблема с временем запуска узла — общая.
Помимо исполняемого кода есть словари для словарной поддержки и описания того, как выглядят символы. Поскольку сервис умеет распознавать иероглифические языки (например, китайский), описания для этих языков тоже приходится таскать с собой. В иероглифических языках довольно много разных символов с довольно сложным начертанием, поэтому описания довольно большие, их объем и составляет значительную долю в объеме дистрибутива FRE.
Общее время было порядка от трех до пяти минут, оно части варьируется из-за неравномерной нагрузки от разных виртуальных машин на железный сервер, на котором они все размещены. Пост-то не про верхний предел, пост про масштабирование при штатной работе.
Что касается верхнего предела. Перечитал SLA под более сильной лупой (интересное выделено жирным)…
In addition to the SLA Exclusions noted in Section 1.c., the SLA and any applicable Service Levels related to the Monthly Role Instance Uptime does not include any performance or availability issues to perform regular platform upgrades and patches.
Это похоже на полный произвол. Обращусь-ка я в поддержку.
Узкое место как раз преобразование «упакованного чего-то» в дерево папок — множественные чтения-записи приводят к очень заметному замедлению. Одно из альтернативных решений — читать архив в память и распаковывать из памяти. И распаковка из памяти, и вариант с VHD работают примерно одинаково быстро. Ускорение составляет порядка двух минут.
Можно, это IaaS-модель использования (как в Amazon EC2). В этом случае при изменениях кода сервиса придется перезаливать этот образ. PaaS-модель в этом плане удобнее — в пакет складываются только часто изменяемые небольшие части сервиса, гораздо меньше заливать вручную. Плюс при использовании PaaS-модели гораздо удобнее масштабирование. Всегда какой-то компромисс.
Независимо от того, хороша ли идея, одной смены шрифта недостаточно. У некоторых браузер настроен использовать всегда один шрифт. Плюс вообще не понятно, что из использования другого шрифта следует, что это ирония, а не таблицы стилей слетели. Нужна какая-то другая реализация. Может быть, просто показывать текстом тег irony?
Еще немного, и можно будет печатать танки, бомбы, ракеты
Не все можно напечатать. Например, для ракеты нужно топливо, а его можно только синтезировать в сложном техпроцессе. Многие детали ракеты работают в таких тяжелых условиях, что их нужно изготовить из материалов, которые нельзя использовать в печати. В общем, это как во втором «Терминаторе», когда Джон Коннор спрашивает, может ли плохой терминатор превратиться в бомбу, — нет, не может.
Разъем зарядного устройства вызывает вопросы. Как части разъема удерживаются вместе? Если магнитами, то это наверняка нарушает патент Apple на MagSafe.
Про «оно крутит счетчик»… У многих счетчиков воды показания приводятся в литрах, плюс есть стрелка, делающая полный оборот на каждый литр. Где-то видел упоминание, что установка такого счетчика в пределах видимости производит ошеломляющий эффект на пожилых — вид быстро вращающейся стрелки создает у них ощущение, что расходуется чудовищно много воды.
Подумать действительно есть над чем. В расчете выше очень мало ламп (обычно их помногу и не в двух светильниках, а в большем числе светильников), плюс нужно учитывать число приборов, включены они в труднодоступную розетку напрямую или через удлинитель с легкодоступным выключателем, через общий удлинитель или через разные. В любом случае идея вычислить эти два значения и сравнить их гораздо более конструктивна, чем слепо следовать какому-то правилу.
Во-вторых, что делать с изменениями кода? Их нужно как-то развертывать, не правда ли?
Вот из-за этого PaaS и удобнее. То, что вы нагуглили про образ, — это IaaS, который в Azure тоже есть и примерно такой же, как в EC2.
Что касается верхнего предела. Перечитал SLA под более сильной лупой (интересное выделено жирным)…
Это похоже на полный произвол. Обращусь-ка я в поддержку.
Расскажите, пожалуйста, подробнее, как мгновенно отмасштабировать hosted service с двух виртуальных машин до десяти.
Не все можно напечатать. Например, для ракеты нужно топливо, а его можно только синтезировать в сложном техпроцессе. Многие детали ракеты работают в таких тяжелых условиях, что их нужно изготовить из материалов, которые нельзя использовать в печати. В общем, это как во втором «Терминаторе», когда Джон Коннор спрашивает, может ли плохой терминатор превратиться в бомбу, — нет, не может.