А что по поводу разных окружений? (prod/dev/staging) К примеру в .hcl файле указана метка env=dev, как этим можно управлять? Что если в разных окружениях должны быть разные значения? (таймауты, подключения к базам, сервисам и т.д.)?
На 11 версии изменили способ того, как делать скриншоты, теперь можно делать только скриншоты приложений (рабочий стол или шторку уведомлений нельзя), при этом любые части интерфейса, которые зависят от фокуса, на скриншот не попадут (разные меню, клавиатура и т.д).
Проблема в том, что сравниваются старые троллейбусы и новые электробусы. Современные троллейбусы могут проходить до 50% маршрута без контактной сети. В случае её обрыва (или аварии на дороге) они могут просто отключиться, объехать, и подключиться обратно в следующем квартале (на остановках делают специальные площадки, если не ошибаюсь)
Пример такой площадки
По факту и то, и другое электрические автобусы, просто с разным типом зарядки, но обслуживание троллейбусов обходиться сильно дешевле (с учетом существующей инфраструктуры, которая сохранилась во многих городах).
На примере Москвы видно, что вариант с зарядкой на конечной станции сильно уменьшает время нахождения электробусов на маршруте. Это происходит из-за того, что зарядных станций ограниченное кол-во и зарядка требует определенного времени. В итоге электробусы скапливаются в очередях к зарядным станциям. Есть еще много других нюансов, но я не настоящий сварщик.
Я с одним таксистом поделился о том, что за машины ездят с надписью «self-driving», он думал что всё оборудование на машине просто улицу снимает для панорам на карте
Тоже понравилась эта часть. Приходилось как-то собеседовать двух студентов из МГТУ на джунов. Знаний, необходимых для работы, у них не было, рассказывали про какие то проекты в вузе, код в которых писали не они. До этого взяли парня без высшего образования, но показал он себя лучше этих ребят и достаточно быстро вырос как специалист.
Надеюсь в этот раз с переводом и оформлением будет всё хорошо? В прошлой книге про kubernetes было огромное количество проблем, уехавшие отступы в yaml определениях, консольный вывод с оформлением как у обычного текста (часть строк оформлены как консольный вывод, часть как обычный текст), непонятно где в тексте используется переведенное определение, а где просто разъяснение материала и т.д.
Спасибо за ваш труд и за большое количество русскоязычной информации по kubernetes, очень облегчает изучение k8s и его особенностей. А тут еще одна приятная новость в виде драйвера. Планирую использовать Яндекс.Облако, но не люблю managed kubernetes по некоторым причинам, поэтому думал что данный драйвер придется реализовывать самому, либо использовать локальные хранилища.
Осталось дождаться драйвера к Яндекс.Облаку для cluster autoscaller :)
И кстати, у меня монитор U2414H не может нормально уйти в энергосберегающий режим когда на долго отошел от включенного компьютера (Каждые N секунд появляется надпись «Переход в энергосберегающий режим», или что то вроде этого), может кто-нибудь сталкивался?
Судя по подробному roadmap на 2020 (пункт 1.6) можно ожидать решение проблемы с частыми мелкими вставками. Очень надеюсь на эту фичу, так как не придется работать с буферными таблицами или городить batcher'ы, увеличивающие latency и сложность системы.
И я так понимаю, что не страшно, если перенос остатков на новый период будет осуществлён не сразу, а после того, как некоторые транзакции в новом периоде уже были совершены? Просто при переносе остатков на текущий период не учитывать транзакции за этот же текущий период, верно? Или есть нюансы?
Как правильно организовывать переход между расчетными периодами на уровне архитектуры/кода?
Блокировать новые транзакции пока не будут перенесены все остатки на новый период? (Но тут много вопросов. Что делать если переход занимает неприемлемое время (SLA)? Как организовать блокировку при микросервисной архитектуре? И т.д)
Или обновлять каждый аккаунт при первой транзакции отдельно, а неактивные аккаунты в фоне?
Спасибо за статью, как раз предстоит писать биллинг в собственном проекте.
Правильно ли я понял работу с расчетными периодами?
Предположим, что после периода A наступил период B. Мы выводим остатки по каждому аккаунту в сash book в периоде A, а потом возвращаем остатки аккаунтов из сash book в периоде B.
Можно узнать мнение Flant по поводу Loki? Повлияет ли он на использование вами ELK/LogHouse?
Выбираю для себя систему логирования, поэтому интересно ваше мнение по поводу Loki. Пока остановился на fluentbit + clickhouse, но после этой статьи узнал о Loki, и теперь думаю о нём.
aiohttp — это HTTP клиент/сервер.
asyncio — библиотека для написания асинхронного кода.
Да, aiohttp основан на asyncio, но назначения разные.
Навык asyncio означает умение писать асинхронный код.
Навык aiohttp означает умение разрабатывать приложения с использованием aiohttp (и это в свою очередь подразумевает умение писать асинхронный код)
Сейчас, на самом, деле в Америке по сути три компании имеют технологии, где реально автомобили ездят без водителя, это компания Google, Uber и Cruise. Следующая компания, которая имеет эту технологию, это наша компания, компания «Яндекс»
Почему-то про теслу часто забывают, когда говорят об автопилотах. Я бы был рад, если бы яндекс, только выпустив автомобили на реальные дороги, быстро развил свой автопилот до готовой технологии. Но это выглядит нереально в сравнении с теслой, машины которой накатали больше километров/часов, чем все вышеперечисленные компании вместе взятые.
Не связано ли это с тем, что водители берут управления на себя в сложных ситуациях, а автопилот включают на шоссе, где все относительно предсказуемо? Я бы не назвал такую статистику полностью корректной. Плюс где то слышал что большая часть дтп происходит на парковках во время начала и окончания поездки, а там автопилот тоже не особо работает.