Часто бывает так, что работа с кодовой базой проекта приносит боль в самых разных аспектах: от внесения изменений и добавления новых фич до развертывания на стенде. Может показаться, что какие-то проблемы являются данностью, и с этим принципиально сложно что-то сделать. К счастью, это относится не ко всему.
Адам Виггинс и другие сотрудники компании Heroku однажды решили составить документ, который помог бы решить многие проблемы с разработкой и эксплуатацией информационных систем. Этот документ называется “The Twelve-Factor App” или «12-факторное приложение». Я предлагаю пройтись по нему и разобрать каждый пункт.
❤️ Реквизиты, если у вас есть желание поддержать меня и развитие канала:
Boosty - dfrp.cc/boosty
Patreon - dfrp.cc/patreon
Donation Alerts - donationalerts.com/r/deferpanic
ETH - tomakado.eth
TON - tomakado.ton
BTC - 19xwFstmVQsVYqZP64iMVg1StLNSah6Smo
Telegram: dfrp.cc/telegram
Discord: dfrp.cc/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”: 12factor.net/
- Сигналы в UNIX: ru.wikipedia.org/wiki/%D0%A1%...)
- Patterns of Enterprise Application Architecture, Martin Fowler: books.google.ge/books/about/P...
- Logs Are Streams, Not files: adam.herokuapp.com/past/2011/...
#golang #backend #архитектура
1 июн 2024