Как стать автором
Обновить
58
0
Lev Goncharov @ultral

Software Architect

Отправить сообщение

Примерно такую же историю сделал для тестирования, но ansible ролей.
image
image


  1. вычитываем из репы конфиги
  2. генерируем стадии
  3. запускаем тесты

Спасибо за ответ, с вашей стороны выглядит штатно. Со стороны пользователя нет. Может отображать статус не «не удачная попытка» а доставка отложена по согласованию с клиентом? Так исключается двоякочтение и лишние вопросы. Или есть какие то исторические причины не позволяющие тк делать?

безусловно движетесь в правильном направлении, но проблемы на местах кмк и добавлю в копилку проблем… вот есть посылка ED087866808RU у которой “неудачная попытка вручения”. вроде бы выглядит логично, но...


  • 12:40 позвонили
    • А можно ли доставить завтра?
    • Да хоть сегодня.
    • Не сегодня не можем, машины уже разъехались
  • 13:43 обновился статус в «Неудачная попытка вручения»

ну в принципе логично, попытались доставить наверно, но:


  • на видеодомофоне пропущенных нет
  • в дверь не звонили и не стучали
  • на телефон опосля не звонили.

за сим вопрос как так получилось то? ошибка оператора? но почему ошибка системная и не раз тут по трэду появлялась?

И это мне кажется проблемой. У нас доносить понятно мысль учат только на уроках литературы, делать презентации? Писать Длинные тексты? Нее… не слышали.

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


  1. для разной задачи разные слайды. если вы их рассылаете там текст норм, если расказываете, то слайды это дополнение вашей истории — слайды не должны дублировать текст который вы говорите можно глянуть http://kapterev.com/media/Death.by.PowerPoint.pdf
  2. приведенных слайдах слишком много информации, человек будет теряться что смотреть. надо доносить суть/образ/идею а не текст. человек не запоминает больше 3-5 вещей за раз(кошелек Миллера привет!)
  3. таблицы — из не возможно без вдумчивого изучения понять, лучше менять на тепловые карты/схемки
  4. совет про последний слайд дельный. его скорей всего будут фотографировать и я бы его ужал и добавил линку на landing/чат в телеграмме итд

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


P.S. можно посмотреть видео https://www.youtube.com/watch?v=yoD8RMq2OkU про подготовку выступлений или почитать https://habr.com/en/company/tinkoff/blog/472046/ или сходить на курс https://speakerstar.ru/

Эх… меня хватило только клапана на окна поставить и почти смирился ставить бризеры.

Отличная идея. Взял на карандаш.


Цифры люблю, но с тасками так не замарачивался(делал поиск идельного «отдыха». Победила платка)


Обычно на день планирую 1-3 тяжелых таски которые займут часов 5 рабочих. На утРо выбираю самую тяжкую — этакая лягушка которую надо сутра съесть.

использовал такие связки:


  • jabra elite 65st + телефон = ты хорошо слышишь, шумопадавление, но собеседник тоже замечательно все слышит вокруг, а если ветер… то всё ОЧЕНЬ плохо. основной сценарий слушать подкасты в метро, во время тренировки.
  • jabra evolve 75 — основные рабочие наушники выдают на работе. приемлимое качество звука у слушателя и в записи. фишка сопряжение с 2 устройствами и unmute при опускание микрофона. удобно ходить по комнате во время митинга. может заварить чай сходить.
  • jabra evolve 75e — наушники жены. что-то среднее между 65 и 75
  • jabra evolve 20 — рабочие наушники жены. иногда беру записывать подкасты, т.к. провод..
  • apple earpods — проводные наушники от apple. приемлимый звук. но это наушники использовать удобно только с apple. т.к. макбука нема то пылятся на полке и при записе подкастов использую бэкапом.

Например подкаст про удаленку и работу из дома Записан на встроенный микрофон в макбук и iphone с проводными earpods(типа петличку сделали), а другой выпуск про ansible писали удаленно с обоих сторон созвонившись пл zoom угадайте кто из спикеров с jabra evolve 75 ходит по комнате.


вобщем вердикт:


  • jabra evolve 20 или apple erpods — дешево, сердито, приемлимо
  • jabra evolve 75 или 75e для повседнева удобно, но могу быть нюансы. особенно цена.

это не совсем моя вотчина была. но Vmware оказалась дешевле в итоге

пока вместо докера:


  1. ansible роль как настроить окружение
  2. модули какие есть сложили в мета-роли и они лежат в репе инклюдаясь в нужных ролях

для визуализации есть https://github.com/ansible-community/ara но у нас не пошло как то

кстати, насчет кейсов, еще был один который не очень полетел — ansible как шаблонизатор для k8s/openshift. работать работает, но есть чувство создания велосипедов

Vra пока будем смотреть. С терраформ вопросы есть: не понятно где Стэйт хранить нам, пс вариантов конфигов вм ну очень много и все их выпекать тяжко будет. Плюс обсуждается переезд большинства линуксовых вм в k8s

у меня хорошо для ansible заходит:


  1. packer + ansible
  2. конфигурирование вм
  3. конфигурирование клиентских инсталляций когда нет админских прав на целевой системе и air gap до кастомеров

не очень заходит:


  1. создание вм на винде, ну и фиг
  2. создание вм на vmware, не очень удобное и долго, но зато в одном месте все.
  3. создание контейнеров ansible-container пробовал — не зашел. хочу попробовать ansible bender. не идет но очень бы хоетлось

Отсутсвие консистентности в течение приемлимого времени это норм в нашем кейсе. В целом не топлю за пулл, просто описываю текущие болячки

Про бэкапы это в соседний трэд. Касательно централизованности запуска ансибла:


  1. Логирование действий
  2. Воспроизводимость окружения и версий что запускаем

а это теоретические выкладки как тестить или были попытки реализовать? есть примеры куда можно глянуть?

Будет что показать — глянул бы

Ни linux на push сидим. Но начинаем испытывать не критичные неудобства с тем что прокатить всю инфру долго, с пулом оно равномернее должно размазаться и configuration drift меньше(в теории конечно, цифр мало у меня пока)

Информация

В рейтинге
Не участвует
Дата рождения
Зарегистрирован
Активность

Специализация

DevOps, Software Architect
Senior