Часто бывает так, что работа с кодовой базой проекта приносит боль в самых разных аспектах: от внесения изменений и добавления новых фич до развертывания на стенде. Может показаться, что какие-то проблемы являются данностью, и с этим принципиально сложно что-то сделать. К счастью, это относится не ко всему. Адам Виггинс и другие сотрудники компании Heroku однажды решили составить документ, который помог бы решить многие проблемы с разработкой и эксплуатацией информационных систем. Этот документ называется “The Twelve-Factor App” или «12-факторное приложение». Я предлагаю пройтись по нему и разобрать каждый пункт. ❤️ Реквизиты, если у вас есть желание поддержать меня и развитие канала: Boosty —
Patreon —
Donation Alerts —
https://donationalerts.com/r/deferpanic ETH — tomakado.eth TON — tomakado.ton BTC — 19xwFstmVQsVYqZP64iMVg1StLNSah6Smo Telegram:
Discord:
00:00 - Вступление 02:01 - №1. Кодовая база 04:50 - №2. Зависимости 07:04 - №3. Конфигурация 09:26 - №4. Внешние сервисы 10:40 - №5. Сборка, релиз и выполнение 13:02 - №6. Процессы без состояния 14:42 - №7. Привязка портов (port binding) 16:04 - №8. Конкурентность 17:10 - №9. Одноразовые и утилитарные процессы 19:54 - №10. Паритет окружений 23:40 - №11. Логи 25:32 - №12. Инструменты администрирования Полезные ссылки: Оригинальный документ “The Twelve-Factor App”:
Сигналы в UNIX:
Patterns of Enterprise Application Architecture, Martin Fowler:
Logs Are Streams, Not files:
#golang #backend #архитектура
