All streams
Search
Write a publication
Pull to refresh
4
0

1x engineer

Send message

Оба варианта используют daemonize для запуска fake-systemd вместо стандартной работы WSL2.
В свою очередь Docker Desktop рассчитан на работу со стандартной службой, так что могут быть проблемы совместимости.
Однако, если работать просто с сервисами, в том числе с docker, то, IMHO, проблем совместимости не будет.


P. S. Свежие версии VirtualBox и VMWare Station умеют использовать Hyper-V как бэкенд, на сколько я в курсе.

Стандартное и вполне рабочее решение: запуск сервисов в wsl2 с помощью службы windows.


Или нестандартный и интересный способ запуска systemd для привычного init'а сервисов.

Согласен, нативная поддержка контейнеризации и работы IDE в одном окружении (без слоя виртуализации) положительно сказывается на производительности.


Долгое время использую Debian + KDE, система переезжает с ноутбука на ноутбук, в том числе побывала на Macbook Pro 2015 и 2017, и везде чувствует себя хорошо, будь то нетбук с 4gb памяти и Intel Atom или Macbook Pro с i7, 16gb и nvme диском.


P.S. Plasma не падает :D

Тогда уж: имперская военная диктатура -> рабочая и буржуазная демократия -> социалистическая диктатура -> социалистическая демократия -> конституционализм

Спасибо за статью


Жаль, что у вас повторяется ошибка из перевода описания релиза 13.4.


В оригинале Vault пишется с заглавной буквы и указывает на конкретное приложение (продукт), но не на подмножество приложений-хранилищ.


оригинал


Terraform, к слову, вы не стали переводить.

Здравствуйте,
спасибо за перевод.


К слову, кмк, Vault переводить не стоило, т.к. это название приложения.

1) Раз уж с куратором проекта не удалось прийти к согласию — то пойти к заказчику и сказать, что «Лёня принимает смелые решения», которые ты сам лично не готов поддерживать. Предложить решение, какое считаешь верным/приемлемым, показав сравнение плюсов и минусов, объяснить не в кудахтерах, а в деньгах, в деньгах все понимают.


2,3) Как уже отвечал комментатору выше — можно начинать с малого, с общей оценки и разделения зон ответственности, а после предложить полный аудит.

Начинать с малого: выяснить потребности, ознакомиться с текущей схемой взаимодействия и обговорить риски — потом предложить аудит и обслуживание, как автор делает сейчас.


Договорённости должны как минимум включать зоны ответственности, чтобы избежать путаницы вроде «перепутали админов с дибиэйщиками» и защитить и себя и заказчика от «Лёниных смелых решений», я так считаю.

Не могу согласиться, ведь хорошо админить/кодить как раз включает в себя оценку рисков, иначе это не хорошо, а посредственно.


Как и умение обсудить условия и взять на себя обязательства, а на что-то сказать чёткое «Нет», но это, кмк, топ уровень инженера.


PS: конечно я понимаю, что статья про первые потуги без опыта ведения бизнеса, как со стороны автора, так и со стороны его заказчика.

Перефразирую презентацию Алексея Миловидова:
Если у вас тормозит ClickHouse, скорее всего вы его неправильно используете

Ну и аутсорсеры часто заявляют, что всё будет работать как часы, и само собой никаких проблем. И всё автоматизировано, в облаках.


А договор — он и на переговорах договор и в суде он тоже договор, на него смотреть будут в первую очередь.


Молодец автор, что сейчас сначала смотрит в лужу и тыкает палочкой, прежде чем наступить.


У клиента тоже есть шанс познакомиться с работой аутсорсера и показать свои поделки, ведь админа штатного может и не было никогда, всё в облаках, зачем нам.

К слову, да, проблема сбоя не раскрыта, где треть данных терялась?
Почему после пересоздания таблицы данные стали сохраняться?
Что было в логе/статусе?
С чем пришли на разбор и постмортем?


Штатные разрабы сочинили свой кастомный «вставлятор» данных. Он работал так: батчил файлики, запускал скрипт и сливал данные в табличку.

ClickHouse — база колоночная, чем больше батч и реже вставки, тем быстрее отрабатывает в соотношении строк в секунду.


Но главная проблема была в том, что огромное количество данных принималось для одного простейшего запроса. Запрос джойнил данные посекундно. Все ради одной циферки — суммы за день.

Для частых однотипных запросов есть буфер, лимиты памяти на пользователя и тд, кроме того для графаны рекомендуется использовать отдельного пользователя с ограничением qps.
ClickHouse — база аналитическая, для посекундного обновления нужен другой инструмент, например Tarantool.


Могли на берегу узнать, чего хотят клиенты, и если нужно — посоветовать другой инструмент, но, как говорит мой коллега: "Знал бы где соломку подстелить — жил бы в Сочи".

Это блог компании, так что могут рекламироваться


+1 к рядовому случаю


- Как у аутсорсера называется день,
  когда у клиента всё сломалось
  и нужно срочно всё починить?

- Вторник

Сбор данных для анализа поведения, чтобы знать какую рекламу предлагать какой категории пользователей.


Социальная дилемма от Netflix, только без гуманизма и с восточным напором.

Не угадали


Мне всего лишь в белизну плаща автора слабо верится:


  1. не мог всем там заправлять один "разраб Лёня", всегда можно идти к тому, с кем заключен договор;
  2. почему не разобрали схему хранения с самого начала — не ясно;
  3. почему не обговорили и не подписали условия в договоре — кто знает...

PS: кидаться обвинениями в программистов — древняя народная забава админов
PPS: сам админ, знаю о чём говорю

Ой-ё, если правда — это очень больно


Но какой должен быть провайдер, чтобы не научить монтажников основным требованиям...


Да, прокладывать можно и в -30, пользоваться и в -50, но про сварку везде указывается от 0, а чаще от +5… не зря же палатки продают...


А от пыли, которую теплопушки подняли, как защищались?

Интересно, конечно, но хотелось бы "услышать" обе стороны.

Тот теперь, говорят, на dev.to
Хотя я в это не верю....


Тот хабре не вернуть, хабр изменился с аудиторией, стал массовым, конкурирует с медиумом, виси и дзеном, c'est la vie

Information

Rating
Does not participate
Registered
Activity

Specialization

DevOps, Site Reliability Engineer (SRE)