Прямо как у криптокошельков) На деле простые обыватели не будут этим заморачиваться, а при потере телефона будут пользоваться функцией типа "восстановить пароль", только вот без телефона и на почту тоже нельзя будет попасть, чтобы подтвердить себя. Через смс если только.
Просто узкое место перемещается далее по цепочке - теперь все будет зависеть только от телефона. Потерял/забыл/сломал телефон, и вот ты уже никуда не попадаешь. А пароль хоть запомнить можно.
В TeamCity нельзя разграничить доступ по веткам - если дать билдить программисту, то он не только в тест, но и на прод может запустить билд. У вас это как-то решалось?
В Grafana в алертах есть условие percent_diff. Если такой алерт повесить на ваш первый график, то должен быть тот же результат, но без второго графика.
Вы действительно ходите на все эти запрещенные сайты? Если нет, то можно выбрать только нужные, и тогда прокси с 5-10 сайтами будет стартовать намного быстрее, да и настройка в целом будет проще.
Когда пришло 500, значит, они там что-то не обработали. Может быть как раз не записался у них ключ идемпотентности в базу после отправки )
Тут, конечно, сам каждый решает, что делать, но в общем случае 500 у стороннего сервиса - это полная неопределенность, и нужно просто определить, что хуже - не отправить письмо, или же возможно отправить его повторно.
Если сторонний сервис вернул вам 500, то это не значит, что он не отправил письмо. Делая 10 попыток, вы рискуете отправить клиенту 10 одинаковых писем, если у стороннего сервиса нет защиты от повторной отправки. И еще, возможно, заплатить за эти 10 писем.
Как вы пришли к тому, что нужно 5 человек минимум в команде? По-моему, двух хватит, разве нет? И почему бы с них не спросить, если это ваши сотрудники, у которых есть обязательства. Не обязательно же сразу увольнять человека.
Вот вы работаете в аутсорсе, и не удивительно, что видите в этом плюсы. А какой-нибудь крутой сисадмин (или команда) работает в одной компании и видит плюсы в классическом подходе (и минусы в аутсорсе, основываясь, возможно, на своем опыте).
Да, просто я много всего умею :) Ну и я вроде не говорил, что облака нужно изучать, вообще я не понял это ваше выражение. Я говорил, что используя облака, вы теряете гибкость и контроль над своим проектом. Вы его контролируете ровно на столько, на сколько позволяет это панель управления. В статье тоже про это есть, кстати. Если вас это устраивает, то ок, я же не агитирую вас против облака.
Может, вы зря так сразу про наколенный проект. Я привык занимться проектами всерьез и надолго, а не строгать по 7 проектов в неделю. Если у меня продумана архитектура, понятен стек и все распределено по серверам, то это не значит, что он сделан на коленке. Зато у меня есть, условно, n-серверов, я плачу за них x рублей в месяц. И я понимаю, что в ближайшие несколько месяцев мне их хватит с учетом роста, и увеличения платы не будет. Но дело даже больше не в деньгах, а в полном контроле над проектом — я могу у себя настроить все, что угодно, поставить любые расширения, любые параметры в конфиге той же PostgreSQL, например.
Впрочем, я знаю много людей, которые вместо того, чтобы разбираться и оптимизировать сервисы, просто докупают мощностей. Таким глубокая кастомизация не нужна. Ну, тоже подход. Но не мой.
Тоже не понимаю этого. Может, я просто не вхожу в целевую аудиторию Амазона, но мне проще поднять виртуалку, которая создается в пару кликов, поднять там nginx и развернуть/поднять свой проект из гита. Проект вырос — увеличил мощность сервера, поднял второй сервер и т.д. Настроил CI/CD, и все, никаких проблем, при предсказуемых затратах. При этом я точно знаю, как все работает, есть все логи и неограниченная возможность кастомизации.
Получается, что у вас идет только проверка ответа, но то, что записалось в БД, например, никак не проверить? Раз все только в json и yml.
Я не считаю, что у меня очень сложный проект (CRM для школ), но и то, отправляя запрос на создание записи человека на обученике, мне нужно проверить не только, что запись создалась, но и что деньги списались, баланс у ученика обновился, уведомления ученику и менеджеру отправились и т.д.
Вообще, я вынашиваю идею не накатывать и не откатывать изменения после каждого теста/блоков тестов, а работать с одной базой, просто подготавливать каждый раз нужные данные и считать относительные значения. Например, есть у нас созданный юзер с id 1, мы тестируем ему добавление денег на баланс. Перед выполнением теста мы взяли из БД, сколько у него сейчас на балансе, сделали свой запрос (например, внесли 100 рублей), и после этого проверили, что баланс увеличился на эти 100 рублей. В итоге нам не интересно, что там сделали с этим юзеры другие тесты, главное, чтобы не удалили.
А если нам нужен особенный объект (удаленный юзер, или, наоборот, юзер для удаления), то мы создаем его внутри самого теста в БД.
Такой вариант рабты тестов не рассматривали?
Сам себе отвечу - с зеркалами docker login не нужен в цепочке.
docker login у вас работает с такими настройками? у меня не взлетает, ошибку 403 все равно возвращает. Логиниться пытается на основные серверы:
Error response from daemon: login attempt to https://registry-1.docker.io/v2/ failed with status: 403 Forbidden
Прямо как у криптокошельков) На деле простые обыватели не будут этим заморачиваться, а при потере телефона будут пользоваться функцией типа "восстановить пароль", только вот без телефона и на почту тоже нельзя будет попасть, чтобы подтвердить себя. Через смс если только.
Просто узкое место перемещается далее по цепочке - теперь все будет зависеть только от телефона. Потерял/забыл/сломал телефон, и вот ты уже никуда не попадаешь. А пароль хоть запомнить можно.
В TeamCity нельзя разграничить доступ по веткам - если дать билдить программисту, то он не только в тест, но и на прод может запустить билд. У вас это как-то решалось?
PostgreSQL не такой уж и медленный, нормальная альтернатива Oracle, если не нужно чего-то специфического.
В Grafana в алертах есть условие percent_diff. Если такой алерт повесить на ваш первый график, то должен быть тот же результат, но без второго графика.
После заголовка "Черногория" ссылка ведет на статью про Кипр.
Вы действительно ходите на все эти запрещенные сайты? Если нет, то можно выбрать только нужные, и тогда прокси с 5-10 сайтами будет стартовать намного быстрее, да и настройка в целом будет проще.
А можете уточнить, причем тут Node.js? у меня просто тоже нода не везде новая, но я что-то не вижу, где там могут всплыть проблемы.
А можете сказать, почему так делать нельзя с точки зрения закона? Допустим, я ИП и смог найти себе только одного клиента. Меня за это накажут?
И с точки зрения компании - они нашли исполнителя в лице ИП, и какая разница компании, сколько у подрядчика еще конрагентов?
Когда пришло 500, значит, они там что-то не обработали. Может быть как раз не записался у них ключ идемпотентности в базу после отправки )
Тут, конечно, сам каждый решает, что делать, но в общем случае 500 у стороннего сервиса - это полная неопределенность, и нужно просто определить, что хуже - не отправить письмо, или же возможно отправить его повторно.
Если сторонний сервис вернул вам 500, то это не значит, что он не отправил письмо. Делая 10 попыток, вы рискуете отправить клиенту 10 одинаковых писем, если у стороннего сервиса нет защиты от повторной отправки. И еще, возможно, заплатить за эти 10 писем.
Как вы пришли к тому, что нужно 5 человек минимум в команде? По-моему, двух хватит, разве нет? И почему бы с них не спросить, если это ваши сотрудники, у которых есть обязательства. Не обязательно же сразу увольнять человека.
Вот вы работаете в аутсорсе, и не удивительно, что видите в этом плюсы. А какой-нибудь крутой сисадмин (или команда) работает в одной компании и видит плюсы в классическом подходе (и минусы в аутсорсе, основываясь, возможно, на своем опыте).
Впрочем, я знаю много людей, которые вместо того, чтобы разбираться и оптимизировать сервисы, просто докупают мощностей. Таким глубокая кастомизация не нужна. Ну, тоже подход. Но не мой.
Я не считаю, что у меня очень сложный проект (CRM для школ), но и то, отправляя запрос на создание записи человека на обученике, мне нужно проверить не только, что запись создалась, но и что деньги списались, баланс у ученика обновился, уведомления ученику и менеджеру отправились и т.д.
Вообще, я вынашиваю идею не накатывать и не откатывать изменения после каждого теста/блоков тестов, а работать с одной базой, просто подготавливать каждый раз нужные данные и считать относительные значения. Например, есть у нас созданный юзер с id 1, мы тестируем ему добавление денег на баланс. Перед выполнением теста мы взяли из БД, сколько у него сейчас на балансе, сделали свой запрос (например, внесли 100 рублей), и после этого проверили, что баланс увеличился на эти 100 рублей. В итоге нам не интересно, что там сделали с этим юзеры другие тесты, главное, чтобы не удалили.
А если нам нужен особенный объект (удаленный юзер, или, наоборот, юзер для удаления), то мы создаем его внутри самого теста в БД.
Такой вариант рабты тестов не рассматривали?