Речь идёт о том, что Вася в другой команде, или это даже работает в случае, если Вася как раз таки репорт для данного ЕРМ? Или в эпле инженеры — это не репорты для ЕРМ?
Виталий, спасибо за статью, очень круто. Столько всего интересного рассмотрено, и это только одна статья.
Можно нетехнический вопрос? А не разрабатываете ли вы случайно еще одну Cassandra (Rocksandra), или ScyllaDB? Очень много вещей, описанных в статье, реализованы и там. Я думаю, что есть что-то важное, почему вам пришлось писать вашу базу данных, но я не нашел этого в этой статье.
Я совсем ничего не знаю про Лизинг, поэтому хотелось бы спросить про это:
у нас есть Nissan Leaf 2021, который мы можем тебе предоставить по привычным условиям (zero out-of-pocket money), и даже c более низким monthly payment, всего $175/month".
$175 в месяц — это только проценты, а еще вы просто платите стоимость машины? Или $175 в месяц — это стоимость аренды машины, но через 2 года её нужно вернуть?
Мы где-то полгода назад пробовали Zencastr, но почему-то не решились его использовать. Возможно, стало жалко $42 (сейчас посмотрел цены, столько Zencastr хочет за 10-20 часов в месяц).
Возможно, стоит попробовать еще раз, заплатив эти деньги.
Я правильно понимаю, что вы используете delayed сообщения в вашем сервисе очередей? Или вам достаточно классической очереди, когда сообщение из очереди можно потреблять сразу же после его публикации.
Привет! Спасибо за статью — читается на одном дыхании.
Не совсем понял техническую часть с баш скриптами. То есть, у вас была интеграция с Okmeter, каким-то образом (или push, или pull модель — тут я не в курсе про это решение) туда попадали данные, там они хранились в их БД, возможно у вас там были ряд алертов (или не было?)
Окметра не стало, что именно делали баш скрипты? Стали использовать ваш внутренний prometheus?
Хотелось бы про деньги поговорить. Есть ли хоть какая-то вероятность, что aws лямбды выйдут дешевле для типичного приложения (когда у нас всегда есть поток запросов юзеров, или данные из трубы). То есть, я понимаю, что экономия возможна если у нас 1 запрос в сутки, и нам его надо обработать. Хотелось бы про более реалистичные сценарии понять. Пока что выходит, что serverless — это дорогое решение.
Поэтому мы реализовали перехват и подсчет всех вызовов gRPC на уровне кода на стороне клиента. Когда счетчики подходят к определенному значению, вызывается метод, приводящий к переустановке соединения, и балансировщик OKD задействует незагруженный инстанс сервиса «B».
Почему не использовали настройку maxConnectionAge?
Ага, можно.
1. Качаете файлик npcomplete.dev/podcast/rss
2. Для 10 эпизода находите элемент <enclosure .. — там будет ссылка на файл
3. Качаете браузером по этой ссылке файл
О, вы хотите скачать именно MP3-файл? (я ничего против не имею. просто обычно подкасты слушают через подкаст-плееры с интеграцией с RSS, google podcasts или apple podcasts).
Сейчас самый простой способ скачать именно файл — сделать это через наш телеграм канал — t.me/npcomplete_podcast/5
Добрый день.
Пока мы делаем только запись, которую можно скачать после. Но вполне возможно мы начнем вести эфир и онлайн, когда появится какая-то аудитория (чтобы не получилось, когда эфир есть, а слушателей 0).
Спасибо за обратную связь!
Надеюсь, с практикой к нам прийдет и более живое обсуждение.
По поводу интереса у ведущих — как я писал в статье, темы выбираются как раз таки исходя из интереса. Поэтому, как минимум части участников, интересна каждая из тем.
Речь идёт о том, что Вася в другой команде, или это даже работает в случае, если Вася как раз таки репорт для данного ЕРМ? Или в эпле инженеры — это не репорты для ЕРМ?
Можно нетехнический вопрос? А не разрабатываете ли вы случайно еще одну Cassandra (Rocksandra), или ScyllaDB? Очень много вещей, описанных в статье, реализованы и там. Я думаю, что есть что-то важное, почему вам пришлось писать вашу базу данных, но я не нашел этого в этой статье.
Я совсем ничего не знаю про Лизинг, поэтому хотелось бы спросить про это:
$175 в месяц — это только проценты, а еще вы просто платите стоимость машины? Или $175 в месяц — это стоимость аренды машины, но через 2 года её нужно вернуть?
Мы где-то полгода назад пробовали Zencastr, но почему-то не решились его использовать. Возможно, стало жалко $42 (сейчас посмотрел цены, столько Zencastr хочет за 10-20 часов в месяц).
Возможно, стоит попробовать еще раз, заплатив эти деньги.
Мы для себя скайп выбрали для записи. Из плюсов — работает из коробки, вообще ничего делать не надо. Из минусов — так себе звук :(
Я правильно понимаю, что вы используете delayed сообщения в вашем сервисе очередей? Или вам достаточно классической очереди, когда сообщение из очереди можно потреблять сразу же после его публикации.
Не совсем понял техническую часть с баш скриптами. То есть, у вас была интеграция с Okmeter, каким-то образом (или push, или pull модель — тут я не в курсе про это решение) туда попадали данные, там они хранились в их БД, возможно у вас там были ряд алертов (или не было?)
Окметра не стало, что именно делали баш скрипты? Стали использовать ваш внутренний prometheus?
Микрофоны купили, возможно стало лучше с качеством :)
Мы пока решили начать с микрофонов. Купили такие модели:
Хотелось бы про деньги поговорить. Есть ли хоть какая-то вероятность, что aws лямбды выйдут дешевле для типичного приложения (когда у нас всегда есть поток запросов юзеров, или данные из трубы). То есть, я понимаю, что экономия возможна если у нас 1 запрос в сутки, и нам его надо обработать. Хотелось бы про более реалистичные сценарии понять. Пока что выходит, что serverless — это дорогое решение.
Почему не использовали настройку maxConnectionAge?
1. Качаете файлик npcomplete.dev/podcast/rss
2. Для 10 эпизода находите элемент <enclosure .. — там будет ссылка на файл
3. Качаете браузером по этой ссылке файл
Сейчас самый простой способ скачать именно файл — сделать это через наш телеграм канал — t.me/npcomplete_podcast/5
Пока мы делаем только запись, которую можно скачать после. Но вполне возможно мы начнем вести эфир и онлайн, когда появится какая-то аудитория (чтобы не получилось, когда эфир есть, а слушателей 0).
Надеюсь, с практикой к нам прийдет и более живое обсуждение.
По поводу интереса у ведущих — как я писал в статье, темы выбираются как раз таки исходя из интереса. Поэтому, как минимум части участников, интересна каждая из тем.