Если перемайнить старый блок — все последующие блоки станут конфликтовать, будет форк. Надо перемайнить не только старый блок, а все следующие блоки после форка, чтобы длина ветки стала больше. Затраты и необходимое время невероятно велики.
Чтобы перемайнить блок, найденный год назад, со 100% хешрейта нужен год.
Однако, этот форк не пройдет незаметно. Все, что получится — очередной форк биткоина.
1. Биткоин пример чего? У биткоина класс CP — проблемы с доступностью, обработка не более 7 транзакций в секунду без учета Lightning. У Lightning класс CA — при выходе ноды из строя надо искать новые.
2. Речь не идет о том, что блокчейн нужен. Речь о том, что он бывает удобен для решения задач такого класса. Например, для оформления поставок сои между США и Китаем.
В цепочке еще СУБД, i/o и memcached/redis/etc. Junior-у, который клепает формочки Django хватит, а senior и архитектор обязаны учитывать детали всего стека.
Если серьезно, ответ такой.
Разложить сервисы на группу серверов так, чтобы с фронта автоматом резолвилась база, и при failover переключался мастер, как это умеет compose локально, не выйдет. Ip надо прописывать ручками — как минимум, в конфиге swarm. Серебрянная пуля отменяется, Dokcerfile и registry ничем не помогут. Когда мы выкладываем на кластер, нам в обоих случаях нужны дополнительные инструменты и ручная настройка.
Конечный результат — образ в виде .tar.xz размером 2-5 мегабайт с приложением и конфигами. На его основе которого я парой команд где угодно поднимаю весь стек целиком: база, nginx/tomcat, php/python/java, mysql/postgres, и мое приложение.
Количество контейнеров не имеет значения. Важно, что один или два маленьких файла автоматизируют создание любого полного стека, не ограничивая в конфигурировании.
Дело в том, что я не планировал писать подробную книгу и объяснять основы построений модульной архитектуры. Я написал это для своих, а хабр неудобен для публикации связанных развернутых материалов, это новостная лента.
commit без push… а зачем? там они потеряются при выкладке новой версии. пусть они лежат все вместе в отдельной папке прямо под рукой у админа и монтируются в контейнер, не надо открывать shell в контейнере чтобы отредактировать конфиг, а в контейнере пусть лежат дефолтные значения,
В моем случае параметры можно просто указать в файле конфигурации. Конфиг субд и дамп базы распространяются в одном архиве с приложением, все установится и запустится само, без участия админа одной командой, причем, не только на production, но и локально. Админ может поправить параметры на production — все конфиги «торчат» из контейнера.
Конечно, но у меня другая цель. Все мое приложение, полный стек, включая базу данных, конфиги и библиотеки для runtime и веб-сервера — это один архив размером в пару мегабайт. Все запускается двумя командами из консоли без необходимости настройки системы, но с возможностью настроить все, что угодно. Каждая служба работает независимо, ставится автоматически и не требует участия админа вообще.
Админ может доработать конфиги на production, какие захочет.
А я могу отдать свой архив заказчику как результат работы.
В моем случае это не зависимость вида «DockerNginx», а реализация интерфейса iNginx. Я могу прозрачно подменить MariaDB на Oracle MySQL в команде запуска, а контейнер с приложением не изменится.
Не избавилась: Разъем наушников 3,5-мм Стерео
Разъем есть и на всех остальных моделях: Galaxy Note 9, S9, A9, A7, J8
decenter.org/coins/451-attack-51-rus
опасность атаки 51% в другом — атакующий может потратить 2 раза свои монеты и не пропускать в сеть чьи-то транзакции
Чтобы перемайнить блок, найденный год назад, со 100% хешрейта нужен год.
Однако, этот форк не пройдет незаметно. Все, что получится — очередной форк биткоина.
en.wikipedia.org/wiki/LevelDB#Usage
2. Речь не идет о том, что блокчейн нужен. Речь о том, что он бывает удобен для решения задач такого класса. Например, для оформления поставок сои между США и Китаем.
Разложить сервисы на группу серверов так, чтобы с фронта автоматом резолвилась база, и при failover переключался мастер, как это умеет compose локально, не выйдет. Ip надо прописывать ручками — как минимум, в конфиге swarm. Серебрянная пуля отменяется, Dokcerfile и registry ничем не помогут. Когда мы выкладываем на кластер, нам в обоих случаях нужны дополнительные инструменты и ручная настройка.
Конечный результат — образ в виде .tar.xz размером 2-5 мегабайт с приложением и конфигами. На его основе которого я парой команд где угодно поднимаю весь стек целиком: база, nginx/tomcat, php/python/java, mysql/postgres, и мое приложение.
Количество контейнеров не имеет значения. Важно, что один или два маленьких файла автоматизируют создание любого полного стека, не ограничивая в конфигурировании.
Дело в том, что я не планировал писать подробную книгу и объяснять основы построений модульной архитектуры. Я написал это для своих, а хабр неудобен для публикации связанных развернутых материалов, это новостная лента.
Админ может доработать конфиги на production, какие захочет.
А я могу отдать свой архив заказчику как результат работы.