Так мне на докладе о Nano Server & Containers рассказал докладчик. Конкретно: пилят свои контейнеры, но поддержке докера «из коробки» быть (но только в новом сервере, о старых никто не говорил). Рассказывали мне в апреле, с того времени планы могли немного измениться.
Я лично не совсем понимаю зачем сейчас пилить свой контейнер, лучше бы хорошо интегрировали Docker. Но может там какие-то супер-пупер инновации, о которых нам пока ничего не рассказали :)
Кроме того в IIS еще есть куча фич как dynamic compression, logging, access management, балансировка запросов между процессами и т.д. Поэтому, «проксирующая прокладка» это уж слишком сильное приуменьшение ;)
Да, все эти фичи сильно снижают мифический показатель RPS, но, как я уже писал, большинство проектов никогда не увидят этот «потолок».
UPDATE: похоже, это одна и та же таблица, просто на docs.asp.net убрали колонку IIS, так как она почти полностью дублирует WebListener.
На самом деле не совсем так. Да, в 80% случаев надо смотреть на связку ASP.NET Core + Kestrel, но IIS все еще далеко впереди по «фичам» (вот тут небольшое сравнение).
IIS прожорлив, но потолок быстродействия у него довольно высокий для большинства проектов. Половина сайтов умирают сами по себе еще на половине пути к этому «потолку» :)
Я не автор заметки, но попробую ответить. Основное преимущество Nano Server это его требования к ресурсам. MS вырезал из этой версии ОС практически всё. На конференции показывали, что в «голом» виде там крутится в памяти что-то около 12-15 процессов :) Процесс установки и управления сервером тоже существенно упростился. Также сменили политику установки обновлений.
Применять Nano Server стоит ИМХО в связке с Docker или с Win Server Containers (тот же Docker, только в профиль). Применение в качестве хоста Hyper-V имеет смысл, потому что ОС не отъедает полтора ГБ оперативки за «красивые глазки»
Да, во многом ваш гнев справедлив. Даже для меня иногда продукты от МС это очень много стресса и нецензурщины:) хотя я и «вырос» на Винде и сопутствующих ей продуктах :)
На тему Win-серверов комментарий давать не буду, тут на вкус и цвет. Сам использую связки Win+Lin.
Пожалуй, начать стоит с документации
Да, документация у них далека от идеала! Хотя с упорядоченостью у меня проблем никогда не было, но вот «капитанский» стиль написания меня всегда раздражал. И тупые примеры туда же!
С разнородностью иногда возникают проблемы, но не очень часто. Гугление дискомфорта не вызывает.
Ещё одна проблема (проблема ли — но тем не менее) — это то, что она написана во многом только под MS-решения
Ну, это прямое следствие из того факта, что до последнего времени НЕ MS-решений просто не было. Это как искать Gnome под Винду :) Если его нет, то искать бесполезно.
Если курс не изменится (на что я очень надеюсь!), то через два-три года будут решения и под другие платформы. А с ними появятся и блоги, и статьи.
с огромным удивлением узнал, что таким образом можно менять цветовую схему панели
Вау! Я вообще первый раз о таком слышу О_о Надо будет опробовать!
С оформлением портала они 100% перемудрили. И хотя панели немного раздражают, я бы не записывал их в список проблем платформы. Главное, что UI довольно однообразен и предсказуем, это сильно упрощает начальное обучение.
Как-то я потратил целый день из-за того, что деплой в WebApp отваливался с какой-то ошибкой
У меня так отвалилась настройка Network Adapter. И потом также чудесно всё начало работать.
В некоторых случаях можно попробовать альтернативный путь. Например, если не работает в портале, то делать через скрипты или API.
К сожалению, с вашей проблемой при деплое никаких конкретных решений на ум сейчас не приходит.
Недавно у нас на два часа упало приложение из-за проблем с MySQL
Нет, ну, это точно не к MS! :) Я даже не уверен сами ли они создавали виртуалки с MySQL :)
Кстати, о саппорте. Если вы захотите спросить о чём-то (кроме вопросов оплаты) тех. поддержку — вы должны купить саппорт. план. За деньги. А уровень поддержки и их ответы… Это тема отдельной статьи, наверно.
Поделюсь хаком: надо написать вопрос или на SO, или на MSDN Answers, а потом затвитить линк на вопрос с референсом аккаунта службы поддержки Azure (@AzureSupport). Отвечают в течении часа и абсолютно бесплатно :)
Минуты две-три: загуглил как это делает Terraform (признаюсь честно, до этого момента я уже знал о Terraform :) )
Не кажется ли Вам, что
не очень хорошая документация на REST API
как-то слишком мало, что бы обосновать
Но я с трудом представляю себе UNIX/Linux-администратора, который по доброй воле пойдёт в Azure хостить сервера.
?
Маленьким фирмам REST API вообще не нужен, а для больших компаний идеальная документация по приоритету будет стоять, скорее всего, далеко не в начале списка при выборе IaaS-провайдера.
Но я с трудом представляю себе UNIX/Linux-администратора, который по доброй воле пойдёт в Azure хостить сервера.
А можно более детально рассказать об этом моменте? Какие там подводные камни для UNIX/Linux-администратора, кроме того, что Azure — это «богомерзкий МС», их цен и разных «религиозных» заморочек.
Ну, если быть точным, то там стойка 200 евро, что в расчете на 30 серверов == 6.6 евро за сервер. За эти деньги можно взять два сервера с i7-2600 Quad-Core / 16 RAM / 2 x 3TB HDD.
Но, Вы абсолютно правы :) Администрирование этого зоопарка и общение с Hetzner — это для настоящих «ценителей»! ;)
Не сочтите за рекламу, но colocation для 30 серверов в Европе можно найти и подешевле. Например, всеми горячо (не)любимый Hetzner. Там, конечно, вагон своих заморочек, но дешевле 1050$
т.е. за 35$/month мой бомж-сервер получает 1U место в стойке, электричество и онлайн? :) А можно более детальное описание этого серверо-курорта? :) На Вашем веб-сайте, к сожалению, не смог найти условия colocation.
P.S.: если кликнуть в футере Other -> Virtualization то выходит такая вот фигня: https://i.imgur.com/o6dcCPI.jpg
Взял бы 4-5 штук для трех европейских стартапов (один мой, два — моих знакомых). Контакты стартапов могу скинуть в личку.
На счет колокейшена — для себя могу взять, для друзей — надо обсудить с ними. Но перед размещением на колокейшен, надо будет серверы немного проапгрейдить.
Если Гугл прав, то это не просто дополнительные 120k на баланс, а по программе BizSpark Plus, т.е. только на год. Правильно? Если это так, то нельзя ли «растянуть удовольствие»? :)
Я лично не совсем понимаю зачем сейчас пилить свой контейнер, лучше бы хорошо интегрировали Docker. Но может там какие-то супер-пупер инновации, о которых нам пока ничего не рассказали :)
Кроме того в IIS еще есть куча фич как dynamic compression, logging, access management, балансировка запросов между процессами и т.д. Поэтому, «проксирующая прокладка» это уж слишком сильное приуменьшение ;)
Да, все эти фичи сильно снижают мифический показатель RPS, но, как я уже писал, большинство проектов никогда не увидят этот «потолок».
UPDATE: похоже, это одна и та же таблица, просто на docs.asp.net убрали колонку IIS, так как она почти полностью дублирует WebListener.
Ну а Docker не панацея от «а у меня на компьютере всё работает», просто проще это все задеплоить (хотя тут тоже спорный момент).
Подозреваю, это будут те же 20 Мб, только заботливо упакованы в контейнер :D
IIS прожорлив, но потолок быстродействия у него довольно высокий для большинства проектов. Половина сайтов умирают сами по себе еще на половине пути к этому «потолку» :)
Применять Nano Server стоит ИМХО в связке с Docker или с Win Server Containers (тот же Docker, только в профиль). Применение в качестве хоста Hyper-V имеет смысл, потому что ОС не отъедает полтора ГБ оперативки за «красивые глазки»
На тему Win-серверов комментарий давать не буду, тут на вкус и цвет. Сам использую связки Win+Lin.
Да, документация у них далека от идеала! Хотя с упорядоченостью у меня проблем никогда не было, но вот «капитанский» стиль написания меня всегда раздражал. И тупые примеры туда же!
С разнородностью иногда возникают проблемы, но не очень часто. Гугление дискомфорта не вызывает.
Ну, это прямое следствие из того факта, что до последнего времени НЕ MS-решений просто не было. Это как искать Gnome под Винду :) Если его нет, то искать бесполезно.
Если курс не изменится (на что я очень надеюсь!), то через два-три года будут решения и под другие платформы. А с ними появятся и блоги, и статьи.
Вау! Я вообще первый раз о таком слышу О_о Надо будет опробовать!
С оформлением портала они 100% перемудрили. И хотя панели немного раздражают, я бы не записывал их в список проблем платформы. Главное, что UI довольно однообразен и предсказуем, это сильно упрощает начальное обучение.
У меня так отвалилась настройка Network Adapter. И потом также чудесно всё начало работать.
В некоторых случаях можно попробовать альтернативный путь. Например, если не работает в портале, то делать через скрипты или API.
К сожалению, с вашей проблемой при деплое никаких конкретных решений на ум сейчас не приходит.
Нет, ну, это точно не к MS! :) Я даже не уверен сами ли они создавали виртуалки с MySQL :)
Поделюсь хаком: надо написать вопрос или на SO, или на MSDN Answers, а потом затвитить линк на вопрос с референсом аккаунта службы поддержки Azure (@AzureSupport). Отвечают в течении часа и абсолютно бесплатно :)
Не кажется ли Вам, что
как-то слишком мало, что бы обосновать
?
Маленьким фирмам REST API вообще не нужен, а для больших компаний идеальная документация по приоритету будет стоять, скорее всего, далеко не в начале списка при выборе IaaS-провайдера.
А можно более детально рассказать об этом моменте? Какие там подводные камни для UNIX/Linux-администратора, кроме того, что Azure — это «богомерзкий МС», их цен и разных «религиозных» заморочек.
Но, Вы абсолютно правы :) Администрирование этого зоопарка и общение с Hetzner — это для настоящих «ценителей»! ;)
P.S.: если кликнуть в футере Other -> Virtualization то выходит такая вот фигня: https://i.imgur.com/o6dcCPI.jpg
На счет колокейшена — для себя могу взять, для друзей — надо обсудить с ними. Но перед размещением на колокейшен, надо будет серверы немного проапгрейдить.