Большое чтиво, все разжевано, но внимание уделили только самому приложению (и остались вопросы), а про остальные части жизненного цикла сказано мало. Я бы добавил еще несколько тем:
Идемпотентность. Что будет, если один и тот же файл импорта загрузится несколько раз?
Что будет с данными из 2 файлов импорта одновременно?
Стоит ли обрабатывать импорты отдельными воркерами, которые можно горизонтально масштабировать?
Тротлинг, кеш.
Что будет делать CI при изменении версий зависимостей? Может лучше делать сборку через werf?
При человеческой структуре и обвязке проекта (CI, тесты, semver, env-переменные) совсем не сказали про 12 factor app.
В статье уделено время масштабированию, асинхронной обработке данных, но забыли рассказать о том, что постгрес плодит 1 процесс на 1 соединение. Было бы круто и про pg_bouncer упомянуть.
Написали про health check и про несколько экземпляров для горизонтального масштабирования, а потом бац — деплой докер композом через анзибл. Как узнать, что деплой прошел успешно? Как откатиться?
Очень мало написано про инфраструктуру. Сделали сервис, а что с ним дальше? Есть ли какой-то балансировщик перед ним? Что делать с zero-downtime deploy?
Привет! Так и не получается запустить чарт со стенделон кликхаусом. Отправлял вам ишью https://github.com/flant/loghouse/issues/146, но уже неделю ответа нет. Куда лучше писать?
в зависимостях нет ничего ужасного, есть есть надежный и удобный менеджер зависимостей. В расте он есть, в линусе/мак ос х он есть, а вот в винде — нет.
Отвратительная документация и оформление репозиториев пакетов. Для запуска проекта используется несколько пакетов, у которых есть зависимости. У всех этих пакетов абсолютно одинаковый ридми на гитхабе (под копирку) и совсем непонятно что и как использовать.
Нет поддержки CAN-шины. Было уже 3 попытки написать поддержку CAN в embedded hal, но пока безуспешно. Было большое обсуждение, почему rust embedded еще нельзя использовать в боевых системах и отсутствие CAN — это один из пунктов.
Группа разработчиков из embedded rust — это как закрытый тайный орден, который общается в matrix. Хочешь что-то обсудить — разбирайся с matrix и кривыми клиентами.
Нет приличной RTOS, tockOS и RTFM не в счет.
НО, все 4 недостатка говорят только о текущем состоянии. Зато уже изначально есть terminal workflow (привет CI, автоматизация релизов и прочие вещи, полезные в IoT), который прекрасно работает на windows, mac и linux. И работать с такой инфраструктурой гораздо приятнее, чем с родными инструментами STM.
Вообще, остается добавить дефолтных файлов конфигурации для дебага в VS Code в cortex-m-quickstart + документацию и будет вообще отлично!
Спасибо за новую версию! Где можно найти документацию по запуску логхауса с внешним кластером кликхауса? Как-то не очень получается запустить helm chart с clickhouse.external true.
Error: unable to build kubernetes objects from release manifest: error validating "": error validating data: [ValidationError(Endpoints.subsets[0].ports[0]): unknown field "targetPort" in io.k8s.api.core.v1.EndpointPort, ValidationError(Endpoints.subsets[0].ports[1]): unknown field "targetPort" in io.k8s.api.core.v1.EndpointPort]
helm.go:75: [debug] error validating "": error validating data: [ValidationError(Endpoints.subsets[0].ports[0]): unknown field "targetPort" in io.k8s.api.core.v1.EndpointPort, ValidationError(Endpoints.subsets[0].ports[1]): unknown field "targetPort" in io.k8s.api.core.v1.EndpointPort]
Если Вас дергают в 7 утра и 22 вечера — это Вами одобренное поведение.
Если предъявляют за 15 минут перед обедом в мессенджере — это неправильные процессы и отсутствие прозрачности.
Расскажите про деплой эрланга.
С го то много не придумаешь, максимум билд в одном докер контейнере, копирование бинарника в другой (пустой) контейнер.
А с эрлангом немного сложнее как я понимаю.
Попробуйте, рекомендую. Я сел решать задачки с эйлерпроджект и мне очень понравилось.
Инфраструктура важна. Зачем вам ребар и мейкфайлы, если есть микс? Они не нужны.
Практическое руководство по разработке бэкенд-сервиса на Python
Большое чтиво, все разжевано, но внимание уделили только самому приложению (и остались вопросы), а про остальные части жизненного цикла сказано мало. Я бы добавил еще несколько тем:
Вопрос про CAN FD
Почему промышленный стандарт не подходит в автопромышленность? Не могли бы вы раскрыть подробнее почему не Ethercat?
Loghouse 0.3 — долгожданное обновление нашей системы работы с логами в Kubernetes
Привет! Так и не получается запустить чарт со стенделон кликхаусом. Отправлял вам ишью https://github.com/flant/loghouse/issues/146, но уже неделю ответа нет. Куда лучше писать?
Rust Embedded. Разработка под процессоры Cortex-M3 на примере отладочной платы STM32F103C8T6 (Black Pill)
в зависимостях нет ничего ужасного, есть есть надежный и удобный менеджер зависимостей. В расте он есть, в линусе/мак ос х он есть, а вот в винде — нет.
Rust Embedded. Разработка под процессоры Cortex-M3 на примере отладочной платы STM32F103C8T6 (Black Pill)
Для себя вижу 3 проблемы в эмбеддед расте:
Отвратительная документация и оформление репозиториев пакетов. Для запуска проекта используется несколько пакетов, у которых есть зависимости. У всех этих пакетов абсолютно одинаковый ридми на гитхабе (под копирку) и совсем непонятно что и как использовать.
Нет поддержки CAN-шины. Было уже 3 попытки написать поддержку CAN в embedded hal, но пока безуспешно. Было большое обсуждение, почему rust embedded еще нельзя использовать в боевых системах и отсутствие CAN — это один из пунктов.
Группа разработчиков из embedded rust — это как закрытый тайный орден, который общается в matrix. Хочешь что-то обсудить — разбирайся с matrix и кривыми клиентами.
Нет приличной RTOS, tockOS и RTFM не в счет.
НО, все 4 недостатка говорят только о текущем состоянии. Зато уже изначально есть terminal workflow (привет CI, автоматизация релизов и прочие вещи, полезные в IoT), который прекрасно работает на windows, mac и linux. И работать с такой инфраструктурой гораздо приятнее, чем с родными инструментами STM.
Вообще, остается добавить дефолтных файлов конфигурации для дебага в VS Code в cortex-m-quickstart + документацию и будет вообще отлично!
Loghouse 0.3 — долгожданное обновление нашей системы работы с логами в Kubernetes
Спасибо за новую версию! Где можно найти документацию по запуску логхауса с внешним кластером кликхауса? Как-то не очень получается запустить helm chart с clickhouse.external true.
Или лучше на гитхаб?
Удалёнка, беспощадная ты мука
Если предъявляют за 15 минут перед обедом в мессенджере — это неправильные процессы и отсутствие прозрачности.
КОМПАС-3D Home — профессиональная САПР для дома и хобби
Централизованный сontinuous deployment за год vol 2
Ответы на последние 7 вопросов не несут никакого смысла. Мне кажется, можно было вообще их не писать и закончить — coming soon.
Вы писали, что у вас было 120 компонентов для установки на агенты. Почему не использовать докер для победы над этой болью?
Наш опыт с Kubernetes в небольших проектах (обзор и видео доклада)
А как вы решаете вопрос с потерей IP-адреса при прохождении nginx ingress controller?
Автоматическое сжатие хранимых данных в redis
Автоматическое сжатие хранимых данных в redis
Вышел GitLab 8.12
Как улучшить почтовые адреса
Печатать отдельно бумагу с расшифровкой?
Сервер приложений 1С на Linux
Redis — что быстрее, UNIX-сокет или TCP? Что стабильнее? + pconnect
И очень интересно было бы увидеть этот же бенчмарк на другом языке.
Erlang в Wargaming
Эрланг для веб-разработки (1) -> Знакомство;
Эрланг для веб-разработки (1) -> Знакомство;
С го то много не придумаешь, максимум билд в одном докер контейнере, копирование бинарника в другой (пустой) контейнер.
А с эрлангом немного сложнее как я понимаю.
Эрланг для веб-разработки (1) -> Знакомство;
Инфраструктура важна. Зачем вам ребар и мейкфайлы, если есть микс? Они не нужны.
Не совсем понял про ноду и экто.