Да, Consul уже используется активно в решении у заказчика, поэтому было принято решение задействовать его, об этом упомянули в статье. Спасибо за вопрос!
Добавлю, что нет стопроцентно безопасных решений. В данной заметке мы использовали решение из документации по настройке секретов в Zabbix (ссылка в тексте есть), или вот тут еще раз: https://www.zabbix.com/documentation/6.0/en/manual/config/secrets [Configuration parameters] На наш взгляд это вполне рабочее решение в данном конкретном случае.
Спасибо за замечание. Проверили: "При более или менее равноправной интеграции (когда результат является "комбайном") или если в результате интеграции объектов, образуется что-то третье (нечто большее чем просто комбайн), используется форма "интегрировать с""
Действительно, температура +33 °C гораздо ближе к верхнему пределу допустимого диапазона температур. Но есть оборудование, у которого верхняя граница находится на отметке в +45 °C. В этом случае нужно проанализировать минимальные и максимальные температурные значения оборудования, установленного в ЦОД, и взвесить все риски.
Вы правы: охлаждение методом фрикулинга требует меньше энергии, чем охлаждение при помощи, скажем, фреона. Здесь речь идёт о том, что данный метод также требует затрат энергии. И это надо учитывать.
Отчасти с вами можно согласиться. Но если МП будет погружаться до самого винтика (даже в начале проекта или в написании ТЗ), то времени на управление просто не останется и есть вероятность упустить важные моменты с точки зрения менеджмента. Именно для этого нужны в команде проектировщики/инженеры/архитекторы и тд, чтобы вовремя увидеть ошибку со своей стороны. Ценятся МП с опытом, которые уже имеют определенные знания в сфере и вовремя зададут «правильные» вопросы, чтобы не наступить на старые грабли.
На лицо расползание содержания – одна из основных проблем, с которой МП должен работать постоянно, иначе никакого бюджета не хватит на удовлетворения всех хотелок заказчика. Или же он намеренно включил данные работы в спринт, чтобы потом их продать заказчику дополнительно. Но это все догадки, мало вводных… Плохо то, что он не обсудил с командой включение новой задачи в спринт, не отследил все влияния и не указал заказчику на последствия!
Мы говорим о явном прописывании паролей в конфигурации. Написали об этом в начале.
Да, Consul уже используется активно в решении у заказчика, поэтому было принято решение задействовать его, об этом упомянули в статье. Спасибо за вопрос!
Добавлю, что нет стопроцентно безопасных решений. В данной заметке мы использовали решение из документации по настройке секретов в Zabbix (ссылка в тексте есть), или вот тут еще раз: https://www.zabbix.com/documentation/6.0/en/manual/config/secrets [Configuration parameters] На наш взгляд это вполне рабочее решение в данном конкретном случае.
Бесспорно, так и есть, но тут скорее было требования по явному виду пароля в конфигурации
Ждем с нетерпением ;)
Спасибо за замечание. Проверили: "При более или менее равноправной интеграции (когда результат является "комбайном") или если в результате интеграции объектов, образуется что-то третье (нечто большее чем просто комбайн), используется форма "интегрировать с""
Zima Blue
Спасибо за комментарий. Очень интересно бы было увидеть описание ваших алгоритмов синтеза речи. Можете поделиться?
Действительно, температура +33 °C гораздо ближе к верхнему пределу допустимого диапазона температур. Но есть оборудование, у которого верхняя граница находится на отметке в +45 °C. В этом случае нужно проанализировать минимальные и максимальные температурные значения оборудования, установленного в ЦОД, и взвесить все риски.
Все верно, у Intel отказы выросли на два процента
Мы не проводили экспериментов на данную тематику. Но спасибо за тему для новой статьи)
Спасибо, что поделились личным опытом!
Это можно понять только опытным путем. Нужно пробовать.
Вы правы: охлаждение методом фрикулинга требует меньше энергии, чем охлаждение при помощи, скажем, фреона. Здесь речь идёт о том, что данный метод также требует затрат энергии. И это надо учитывать.
Спасибо! Мы не против, если "утащите" статью в профильный топик)
:D
Отчасти с вами можно согласиться. Но если МП будет погружаться до самого винтика (даже в начале проекта или в написании ТЗ), то времени на управление просто не останется и есть вероятность упустить важные моменты с точки зрения менеджмента. Именно для этого нужны в команде проектировщики/инженеры/архитекторы и тд, чтобы вовремя увидеть ошибку со своей стороны.
Ценятся МП с опытом, которые уже имеют определенные знания в сфере и вовремя зададут «правильные» вопросы, чтобы не наступить на старые грабли.
Все верно говорите.
На лицо расползание содержания – одна из основных проблем, с которой МП должен работать постоянно, иначе никакого бюджета не хватит на удовлетворения всех хотелок заказчика. Или же он намеренно включил данные работы в спринт, чтобы потом их продать заказчику дополнительно. Но это все догадки, мало вводных… Плохо то, что он не обсудил с командой включение новой задачи в спринт, не отследил все влияния и не указал заказчику на последствия!
Спасибо, поправил
всегда пожалуйста)