Как стать автором
Обновить
26
0

Системный администратор

Отправить сообщение
Я могу сказать, что я и мои друзья стали полюбили МосИгру именно изза постов Мильфгарда. Я даже не интересовался настолками до этого. А вот на него иподписался сразу и ни разу не пожалел.
Я очень сомневаюсь, что ядра очень старых систем, еще до стартаперско-хипстерской эпохи, платежных систем, в которых крутятся чудовищные деньги, разрабатывали бараны.

Вообще, не люблю подход — «все кто работал тут до меня — баран». Особенно, когда это делается безосновательно.
Такое ощущение, что статья — перевод, хотя заявлена, вроде, как авторский материал. Сложно представить, что фраза «С помощью DCShadow больше не нужно пытаться реплицировать данные, необходимо регистрировать новые контроллеры домена в целевой инфраструктуре» была сразу насписана по русски.
Да, тоже начал читать и дойдя до схемы процесса, в которой первый шаг получить Enterprise Admin, был несколько удивлён.
Спасибо за статью! Редко на хабре увидишь рассказ о реальной разработке, так как все боятся, что за «неидеальность» камнями закидают:)
Тоже примерно так подумал. Рассуждения автора не учитывают время прошедшее с момента как закончился дождь. Было бы интересно понаблюдать камерой за поверхностью такого стола в процессе дождя.
Честно говоря, я очень не люблю коллег, которые ради вопроса вроде «сможешь расшарить презентацию со своего тренинга?» будут мне звонить. «Можешь сейчас говорить?» тоже не помогает.

Характер многих задач связанных с IT подразумевает глубокое мысленное погружение в вопрос. Звонок телефона, даже если мне не пришлось ничего говорить в ответ кроме короткого «не могу сечас говорить» вырывает из этого погружения и теряется очень монго времени.

Именно в этом плюс «отложенного» общения. Ответить на все вопросы тогда, когда я решу заняться разбором почты.

Поэтому я бы добавил ещё одно правило: «Перед тем как звонить, подумай, является ли вопрос настолько срочным, что не может подождать до тех пор пока человек прочитает письмо? Если нет, то не звони.»
Огромное спасибо! Ради таких статей я и пришёл в свое время на этот ресурс.
И не говорите! Автор, стоит ставить предупреждение в начало, ато ведь я машинально хотел сначала сам порешать перед тем как готовое решение читать. Теперь боюсь представить сколько времени мог убить впустую:)
Есть подозрение, что минусы за политоту на Хабре.
Аналогия не совсем верная.

Даже если на рынке есть автомобили А, Б и В, то как менеджер по транспортному обеспечению, вы, скорее всего будете покупать какую-то одну марку(в основной массе). Потому, что так проще организовывать обслуживание и запасы запчастей. Проще и, что важнее, дешевле.

Тем более, что утверждение о монополии МС вообще спорно. В большей части компаний Windows/Linux/Unix сервера встречаются в некоторой пропорции и выполняют те роли, для которых они больше подходят. Проблема в том, что если из нескольких ваших бизнес процессов часть остановлена, то далеко не факт, что остальные могут продолжить работу. А строить систему так, чтобы ИТ обеспечение каждого бизнес процесса дублировалось несколькими гетерогенными ИТ системами очень сложно, дорого и не всегда возможно.
https://4sysops.com/ — бывает неплох
Возможно. Но эта черта всех облачных сервисов и с ней придётся смириться.
Не может и не объяснил в тексте этой же статьи это несколько разные вещи, согласитесь.
Тогда к статье должен прилагаться глоссарий. Потому что «Учетная запись хранения» тоже не объясняет, что это такое. Я всё-таки предполагаю, что, если вы читаете статью про Azure, то базовыми терминами вы владеете.
Вот сейчас было обидно.

Я оставлю на вашей совести утверждение о том, что, если я предпочитаю английские названия русским, то я ничего не понимаю в предмете. А на своей — нелюбовь к руским терминам.
То есть вы статьи пишете не для того, чтобы их читали, верно?

Я имел ввиду, что искать информацю по «Storage Account» удобне чем по «Учетой Записи Хранения» (не говоря уже о том, что «Учетная Запись Хранения» для моего уха звучит гораздо большим франкенштейном).

Почему «облака», а не cloud инфраструктура тогда уж? Ну или если пишите «облака», то заменяйте слово «on-premises инфраструктура» на «собственная инфраструктура» — это как-то проще и понятнее будет, не так ли?

«Cloud» и «Облако» как синонимы исользуются очень часто, а вот «on-premises» и «собственная инфраструктура» нет (это легко проверить, просто введя эти термины в поисковик). Это каждый раз большая внутренняя борьба для меня. Между Облаком и Cloud я, кстати, выбирал очень долго.
Спасибо за замечание. Я обычно стараюсь расшифровть. Здесь проблема была в том, что русские названия многих компоненто очень сбивают с толку.

Постараюь лучше расшифровывать термины при использовании.
Про ARM и Classic согласен. Поправил.

Storage Account, VM Extension, Marketplace не переводились специально, чтобы не путать. Я могу подобрать адекватный русский перевод, но зачем? Если человек захочет найти о чём шла речь, то ему комфортнее будет работать с оригинальными названиями.
Но эти квоты не динамические. Они же какие-то ограничения должны задавать при установке цены. Так что квота сама по себе не проблема.

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

Информация

В рейтинге
Не участвует
Откуда
Россия
Работает в
Зарегистрирован
Активность