Спасибо за ваш едкий комментарий - без него здесь было немного скучно :). С удовольствием отвечу на ваш выпад.
Лично я не сторонник холиваров - бинарно делить жизнь на "черное" и "белое", "бэкапы" и "не бэкапы". Мне любое понятие больше представляется эволюционным вектором 0 - 1: где в точке 0, нет не только бэкапа, но и даже никакой мысли о нем, а в точке 1 - идеальный атомарный проверенный и подписанный бэкап на каждый момент времени с алертами и страховкой от конца света. И эта статья дает возможность сделать неплохой шаг от почти 0 в сторону 1 - от ручного создания снапшотов "когда вспомню", к автоматизированному переодическому, с хранением нескольких версий.
Ну а проверку созданых образов никто не оспаривает - просто это следующий шаг к идеальному бэкапу. Автоматизация такой задачи уникальна для каждого проекта и выходит далеко за рамки данной статьи.
В данном конкретном случае вероятность найти улыбающюся какашку вместо данных несколько снижается из-за количества хранимых версий снапшотов - по моему опыту, чаще всего бывает запорот последний архив - когда сбой уже произошел, но его еще не заметили, а система сделала резервную копию уже испорченных данных.
Поэтому я крайне рекомендую хранить несколько версий снапшотов, и вышеприведенный скрипт не просто удаляет все предыдущие, а только старее чем MAX_DAYS.
Николай, огромное спасибо за вашу статью - без нее я бы, наверное, и не взялся за автоматизацию создания снапшотов для своего проекта. Добавил ссылку на статью на Медиум и написал по SDK v2.
Да, мне тоже нравится идея системы с непрерывным голосованием. Когда проникновение смартфонов будет ближе к 100% такую систему можно будет реализовать.
Спасибо за большой комментарий. Есть у меня такая особенность — вижу технологию и хочу её применить ).
Да, возможно стоит подождать когда проникновение смартфонов будет ближе к 100% — тогда можно будет сделать более стойкую систему и без посредников в виде банков.
В принципе можно обойтись и без банков — в будущем будет достаточно защищенного смартфона с установленными сертификатами физ. лица — владельца и специальной программы для голосования.
Думаю что можно что-то придумать и тут. Например для подписи транзакции использовать дополнительный сертификат, а также помимо голоса сохранять метаданные голосования (адрес терминала, видеозапись с него и т.п.) для дополнительного контроля.
Согласен, не все вопросы рассмотрены подробно. Основная мысль статьи — использовать готовую и достаточно защищенную инфраструктуру. Думаю, что голосование в кабинке с аналоговой подписью менее защищено.
Банкоматы имеют видеокамеру и уже внедряются биометрические сенсоры, и проголосовать за другое лицо будет сложнее. Видео записи с другими данными могут быть доступны для независимого контроля.
По поводу лиц без гражданства и т.п. — само собой это не обычная карта — она должна быть активирована для голосования после проверки гражданства и других данных.
Про ручную проверку согласен на все 100%.
Спасибо за ваш едкий комментарий - без него здесь было немного скучно :). С удовольствием отвечу на ваш выпад.
Лично я не сторонник холиваров - бинарно делить жизнь на "черное" и "белое", "бэкапы" и "не бэкапы". Мне любое понятие больше представляется эволюционным вектором 0 - 1: где в точке 0, нет не только бэкапа, но и даже никакой мысли о нем, а в точке 1 - идеальный атомарный проверенный и подписанный бэкап на каждый момент времени с алертами и страховкой от конца света. И эта статья дает возможность сделать неплохой шаг от почти 0 в сторону 1 - от ручного создания снапшотов "когда вспомню", к автоматизированному переодическому, с хранением нескольких версий.
Ну а проверку созданых образов никто не оспаривает - просто это следующий шаг к идеальному бэкапу. Автоматизация такой задачи уникальна для каждого проекта и выходит далеко за рамки данной статьи.
В данном конкретном случае вероятность найти улыбающюся какашку вместо данных несколько снижается из-за количества хранимых версий снапшотов - по моему опыту, чаще всего бывает запорот последний архив - когда сбой уже произошел, но его еще не заметили, а система сделала резервную копию уже испорченных данных.
Поэтому я крайне рекомендую хранить несколько версий снапшотов, и вышеприведенный скрипт не просто удаляет все предыдущие, а только старее чем MAX_DAYS.
Николай, огромное спасибо за вашу статью - без нее я бы, наверное, и не взялся за автоматизацию создания снапшотов для своего проекта.
Добавил ссылку на статью на Медиум и написал по SDK v2.
Да, возможно стоит подождать когда проникновение смартфонов будет ближе к 100% — тогда можно будет сделать более стойкую систему и без посредников в виде банков.
Банкоматы имеют видеокамеру и уже внедряются биометрические сенсоры, и проголосовать за другое лицо будет сложнее. Видео записи с другими данными могут быть доступны для независимого контроля.
По поводу лиц без гражданства и т.п. — само собой это не обычная карта — она должна быть активирована для голосования после проверки гражданства и других данных.