Вместо перехода с одних технологий на другие город мог бы развивать существующие — улучшать сервисы, интеграцию, повышать доступность. И делать все это в течении 7 лет на той же платформе. Но он был занят все это время переходом на другую платформу. Здорово конечно если они при переходе не просто перевели все как есть, а создали или улучшили то что было. Но судя по заявленной цене — был просто перевод. Или они откровенно врут о цене.
Ерунда ваши 273 132 евро. Т.е. весь Мюнхен переводил один человек работавший 7 лет бесплатно? Очевидно что ради этой красивой цифры были выброшены ЗП всех людей которые там вjobывали. В результате они 7 лет могли приносить пользу и улучшения, а так — перевели то что было но на другие рельсы.
Интересно сколько теперь будет тратиться на доработку и улучшение всего этого парка. А могли бы начать улучшать это 7 лет назад.
Без всякого холивара — отбросили город в развитии на 7 лет назад. ИМХО
Интересно кто первый из сетевых тролл-сообществ додумается размещать на публичных дискуссионных ресурсах самих же органов власти такой контент и отправлять запросы на бан =)? ДдоС на выполнение указов?
очевидно свидетельствует что никакого отношения к наркотикам статья не имеет, описывает игровые элементы — бустеры. Просто вместо заглавия «гид по употреблению бустеров в Eve online» было использовано сленговое название — наркотики.
Похоже банят при помощи какого-то скрипта или google alerts подключили.
Почему не каждый день — хоть каждый час можно. В этом то и прелесть PaaS — с билда получили специальный pack, загрузили в интерфейс и сказали — развернуть. Все. А возиться вручную каждый раз с образом или даже на текущий образ заливать обновленный код — пробовали, не понравилось. Все эти puppet\chef автоматизируют именно эту рутину — обновление IaaS инстанса при изменение.
Идея PaaS уничтожает эту рутину как класс.
Да, я понимаю, что дисковая подсистема не фонтанирует там. А -2 минуты это от какого стандартного времени «как было ранее»? В принципе 2 минуты это более чем много при верхнем лимите в 15, но все же.
нет, там идея в том, что у вас PaaS, а описанный вариант — это простая виртуалка, как EC2 в Амазоне.
Ажур же настаивает на том, чтобы вы весь ваш продукт сделали в виде некоторого автоматического инсталлятора. И тогда ставить его на любую машину ажур будет самостоятельно.
Кстати, Дим, вопрос — а ты этот виртуальный диск в итоге попробовал? Какой реальный прирост в попугаях?
Дело в том, что в теории это все выглядит ровно также как с архивом в блобе — кем-то скачивается полностью VHD и просто монтируется. Это ничем не отличается, если узкое место — канал скачивания или запись на диск. Выигрыш может быть если этот тормозящий участок (в виде скачивания) относится к хосту, т.е. не твой виртуальный контейнер качает у себя и монтирует, а параллельно с развертыванием твоей виртуалки хост скачивает диск и монтирует на момент поднятия.
У нас была идея — делать архив с нулевой компрессией, т.е. просто контейнер. Ибо по логам и ощущениям — распаковка архива занимает больше времени чем скачивание. Проще скачать 1.5 гига flat, чем качать 500 метров но сжатых в zip и тратить время на распаковку…
Due to this behavior, if you have startup tasks or code in the OnStart method which takes longer than 15 minutes, you may have role instances from multiple upgrade domains offline at the same time, which may affect your service availability.
Спасибо, я не настолько опытен в js чтобы рассказывать людям что там не очень правильно с моей т.з. А ныть просто так, ради того чтобы родить очередную статью «почему я ненавижу мир языка Х» и потроллить фанатов языка, я не вижу смысла. В этих спорах истина обычно погибает ;).
И я в общем-то не столько обвиняю яваскрипт, сколько защищаю повершелл =).
но вы утверждаете что другие языки так изящно сделать не сумеют. Это не так ;)
Просто вы хотели написать что-то для node.js и поэтому писали на javascript. И не надо рассказывать про изысканную изящность языка, который позволяет 100 и 1 способом выстрелить себе в ногу ;)
Про Powershell вы ИМХО преувеличиваете. Он, как и .NET, прекрасно работает с датам. И даже не надо конвертировать из миллисекунд.
К тому же ваш способ работы со временем не учитывает его «прерывность» и такие явления как leap second, да и перевод часов и timezone тоже. Понятно что все это тут не особо нужно… Но как только вы напишете что-то сложнее чем «миллисекунды/1000/60/60/24» — ваш код быстро перестанет быть изящным :) более того — уверен что он превратится в write-only помойку с большими сложностями в сопровождении…
Т.е. предлагаете посмотреть видео? В транслируемых треках azure не нашел. А партнерский и коммьюнити треки будут выложены? Или мы говорим про разные кейсы-проблемы?
Ок, про ересь я приношу свои извинения. Действительно перешел на обобщенные личности.
Я особо не скрываю, где я работаю, как впрочем и не афиширую. Но т.к. я в компании не отвечаю за публичное озвучивание мнений — все мои комментарии это именно мое личное мнение на какую-либо тему, к компании оно не имеет никакого отношение и никогда не будет иметь. Просто потому, что в мои должностные обязанности не входит ни общение с клиентами ни высказывание какого-либо мнения от лица работодателя.
Мухи отдельно, котлеты хабр отдельно. То же самое касается не только хабра, но и твиттера, фэйсбука и любых других соцсетей где я участвую — это исключительно личное. Более того — если меня попросят от своего имени прорекламировать компанию — я скорей всего откажусь.
Вы неправильно поняли, или забыли — МС не называет никаких дат, выпуск патча обещан под традиционной датой — «coming soon».
А через 2 недели с инцидента — просто протухнут логи экспорта баз, включая глючную запись. Т.е. поддержка не может ни удалить ее, ни поправить, ничего сделать не может, просто надеется что через 2 недели эта проблемная строчка уйдет из перечня видимых отчетов и проблема рассосется. Я подозреваю, как именно эту ситуацию можно повторить, могу повторить через 2 недели, и они будут счастливы — ведь это еще один быстрозакрытый тикет под девизом — «ляг поспи и все пройдет».
Т.е. все-таки поддержка НЕ решила эту проблему ( про остальные не могу говорить так же в общем как и вы). Возможно они что-то и решают, но я с этим еще не сталкивался.
Давайте определимся. Да, второй подход. Но с пунктом Б есть проблемы — это МС (ну и ваши «засланные казачки» ;) ) убедили что заказчик не сможет прожить без «этих» технологий, и поэтому заказчик сказал «Нам обязательно нужна технология Х».
Да, в итоге любую проблему можно решить (и даже без участия техподдержки МС), и решаем, остается только вопрос трудозатрат и их целесообразности. И если определенные технологии сделаны адекватно и при применении дают приятное ускорение — это плюс. А когда «навязанные» технологии тормозят и требуют тонны plumbing'а — это минус. Большой минус. потому что вместо этого plumbing'а можно было бы заняться улучшением продукта. Но нет, без него никуда, он showstopper. Но только не продакшена, т.к. это не попадает еще на продакшен, пока не выяснишь и не поправишь кривизну навязанных технологий.
Вот и решаем, плюемся, ругаемся вслух (так легче, в надежде что MS-Индия сотрясается от икоты) и решаем.
Интересно сколько теперь будет тратиться на доработку и улучшение всего этого парка. А могли бы начать улучшать это 7 лет назад.
Без всякого холивара — отбросили город в развитии на 7 лет назад. ИМХО
eve-space.ru/article/?pl=19
Копия доступная в кэше
webcache.googleusercontent.com/search?hl=ru&safe=off&output=search&sclient=psy-ab&q=cache%3Aeve-space.ru%2Farticle%2F%3Fpl%3D19&oq=&gs_l=&pbx=1&bav=on.2,or.r_gc.r_pw.r_cp.r_qf.&fp=8ab658e3c3f2d04&bpcl=38093640&biw=0&bih=500&ion=1
очевидно свидетельствует что никакого отношения к наркотикам статья не имеет, описывает игровые элементы — бустеры. Просто вместо заглавия «гид по употреблению бустеров в Eve online» было использовано сленговое название — наркотики.
Похоже банят при помощи какого-то скрипта или google alerts подключили.
Эти ребятки уже написали диклеймер в надежде что сотрудники прочитают eve-online.fatal.ru/drugs.php
Интересно за что забанили ru.starwars.wikia.com/
В билайне недоступен. хотя проверка показывает что разбанен.
Было бы смешно, если бы не было так грустно.
Идея PaaS уничтожает эту рутину как класс.
Ажур же настаивает на том, чтобы вы весь ваш продукт сделали в виде некоторого автоматического инсталлятора. И тогда ставить его на любую машину ажур будет самостоятельно.
Дело в том, что в теории это все выглядит ровно также как с архивом в блобе — кем-то скачивается полностью VHD и просто монтируется. Это ничем не отличается, если узкое место — канал скачивания или запись на диск. Выигрыш может быть если этот тормозящий участок (в виде скачивания) относится к хосту, т.е. не твой виртуальный контейнер качает у себя и монтирует, а параллельно с развертыванием твоей виртуалки хост скачивает диск и монтирует на момент поднятия.
У нас была идея — делать архив с нулевой компрессией, т.е. просто контейнер. Ибо по логам и ощущениям — распаковка архива занимает больше времени чем скачивание. Проще скачать 1.5 гига flat, чем качать 500 метров но сжатых в zip и тратить время на распаковку…
А еще стоит упомянуть про волшебные 15 минут: в процедуре апгрейда OS есть очень некомфортный note
msdn.microsoft.com/en-us/library/windowsazure/hh543978.aspx
(или тут blogs.msdn.com/b/avkashchauhan/archive/2011/10/02/does-windows-azure-startup-task-have-time-limit-what-to-do-with-heavy-processing-startup-task-in-windows-azure-role.aspx)
И я в общем-то не столько обвиняю яваскрипт, сколько защищаю повершелл =).
Просто вы хотели написать что-то для node.js и поэтому писали на javascript. И не надо рассказывать про изысканную изящность языка, который позволяет 100 и 1 способом выстрелить себе в ногу ;)
К тому же ваш способ работы со временем не учитывает его «прерывность» и такие явления как leap second, да и перевод часов и timezone тоже. Понятно что все это тут не особо нужно… Но как только вы напишете что-то сложнее чем «миллисекунды/1000/60/60/24» — ваш код быстро перестанет быть изящным :) более того — уверен что он превратится в write-only помойку с большими сложностями в сопровождении…
Я особо не скрываю, где я работаю, как впрочем и не афиширую. Но т.к. я в компании не отвечаю за публичное озвучивание мнений — все мои комментарии это именно мое личное мнение на какую-либо тему, к компании оно не имеет никакого отношение и никогда не будет иметь. Просто потому, что в мои должностные обязанности не входит ни общение с клиентами ни высказывание какого-либо мнения от лица работодателя.
Мухи отдельно,
котлетыхабр отдельно. То же самое касается не только хабра, но и твиттера, фэйсбука и любых других соцсетей где я участвую — это исключительно личное. Более того — если меня попросят от своего имени прорекламировать компанию — я скорей всего откажусь.А через 2 недели с инцидента — просто протухнут логи экспорта баз, включая глючную запись. Т.е. поддержка не может ни удалить ее, ни поправить, ничего сделать не может, просто надеется что через 2 недели эта проблемная строчка уйдет из перечня видимых отчетов и проблема рассосется. Я подозреваю, как именно эту ситуацию можно повторить, могу повторить через 2 недели, и они будут счастливы — ведь это еще один быстрозакрытый тикет под девизом — «ляг поспи и все пройдет».
Т.е. все-таки поддержка НЕ решила эту проблему ( про остальные не могу говорить так же в общем как и вы). Возможно они что-то и решают, но я с этим еще не сталкивался.
Давайте определимся. Да, второй подход. Но с пунктом Б есть проблемы — это МС (ну и ваши «засланные казачки» ;) ) убедили что заказчик не сможет прожить без «этих» технологий, и поэтому заказчик сказал «Нам обязательно нужна технология Х».
Да, в итоге любую проблему можно решить (и даже без участия техподдержки МС), и решаем, остается только вопрос трудозатрат и их целесообразности. И если определенные технологии сделаны адекватно и при применении дают приятное ускорение — это плюс. А когда «навязанные» технологии тормозят и требуют тонны plumbing'а — это минус. Большой минус. потому что вместо этого plumbing'а можно было бы заняться улучшением продукта. Но нет, без него никуда, он showstopper. Но только не продакшена, т.к. это не попадает еще на продакшен, пока не выяснишь и не поправишь кривизну навязанных технологий.
Вот и решаем, плюемся, ругаемся вслух (так легче, в надежде что MS-Индия сотрясается от икоты) и решаем.