как установить heroku на windows
Развертываем приложение на Heroku
Heroku — бесплатный хостинг, на котором можно развернуть приложение на node.js и на других языках: heroku.com
Регистрируемся, и создаем новое приложение: create new app
Качаем и устанавливаем heroku cli для windows или Mac OS
Качаем и устанавливаем git для windows: https://git-scm.com/download/win
Переходим в папку с проектом, командой:
Требует еще электронной почты, только в первый раз, если не настроена:
Добавляем в проект Procfile — для heroku, в котором прописываем:
И заново отправляем файлы на heroku
Боремся с засыпанием на Heroku
На бесплатном тарифе heroku сервис засыпает, через пол часа.
Пробуем, для бота Telegram, так как там и не нужен веб, поставить в
Procfile — настройку:
И на закладке Resources включаем необходимые настройки.
Просмотр логов на Heroku
Создание переменных окружения в Heroku
На закладке — settings — нажимаем: Reveal cofig vars.
В коде node.js, их можно использовать так:
Чтобы приложение работало постоянно:
При регистрации дают 550 часов бесплатных работы приложения в месяц, для того чтобы получить еще 450 часов бесплатных работы приложения в месяц, придется зарегистрировать банковскую карту.
После этого приложение будет работать весь месяц так как 1100 часов покрывают весь месяц, если приложение конечно одно.
Еще способ чтобы приложение не засыпало, если нужен доступ через веб
Использовать Heroku Newrelic Addon. Плагин предназначен для мониторинга сайта и уведомления о падениях. И не даст заснуть приложению.
Далее указываем тарифный план и название приложения, к которому привязать. И нажимаем кнопку «Provision add-on»
Далее он становится доступен в настройках приложения на heroku
Клацаем по нему и на нем нужно будет зарегистрироваться.
Дальше переходим на «SYNTHETICS»
Дальше нажимаем на «add new»
Дальше где Enther the details — указываем произвольное название мониторинга и сайт на heroku — соответственно.
И нажимаем «Create monitor»
Клонирование репозитория с Heroku
И деплой как и раньше описано в этой статье:
Мега-Учебник Flask, Часть XVIII: Развертывание на Heroku
(издание 2018)
Miguel Grinberg
Туда Сюда
Это восемнадцатая часть серии Мега-учебников Flask, в которой я собираюсь развернуть микроблог на облачной платформе Heroku.
Под спойлером приведен список всех статей этой серии 2018 года.
Примечание 1: Если вы ищете старые версии данного курса, это здесь.
Примечание 2: Если вдруг Вы захотели бы выступить в поддержку моей(Мигеля) работы, или просто не имеете терпения дожидаться статьи неделю, я (Мигель Гринберг)предлагаю полную версию данного руководства(на английском языке) в виде электронной книги или видео. Для получения более подробной информации посетите learn.miguelgrinberg.com.
В предыдущей статье я показал вам «традиционный» способ размещения приложения Python, и представил вам два реальных примера развертывания на Linux-серверах. Если вы не на «ТЫ» системой Linux, то вероятно вам показалось, что объем затраченных усилий на такое развертывание был слегка больше ожидаемого, и, безусловно, должен быть более простой способ.
В этой главе я покажу вам совершенно другой подход, в котором вы полагаетесь на стороннего провайдера облачного хостинга при выполнении большинства задач администрирования, что позволяет вам больше времени работать над самим приложением.
Многие облачные хостинг-провайдеры предлагают управляемую платформу, на которой можно запускать веб-приложения. Все, что вам нужно предоставить, чтобы ваше приложение было развернуто на этих платформах, — это фактическое приложение, потому что аппаратное обеспечение, операционная система, интерпретаторы языка сценариев, база данных и т.д. управляются службой. Этот тип сервиса называется Platform as a Service или PaaS.
Звучит слишком хорошо, чтобы быть правдой, не так ли?
Я буду развертывать Microblog на Heroku, популярном облачном сервисе, который также очень удобен для приложений Python. Я выбрал Heroku не только потому, что он популярен, но и потому, что у него есть бесплатный уровень обслуживания, который позволит вам следовать за мной и выполнять полное развертывание, не тратя никаких денег.
Хостинг на Heroku
Heroku, одна из первых облачных платформ, которая появилась в июне 2007 года и изначально поддерживала только язык программирования Ruby, но на данный момент список поддерживаемых языков также включает в себя Java, Node.js, Scala, Clojure, Go, PHP и конечно Python.
Heroku предлагает вам выбрать уровень обслуживания исходя из необходимой вычислительной мощности и времени требуемой вашему приложению, так как ваша база пользователей растет вам нужно будет купить больше единиц вычислительных, которые Heroku называет «dynos».
Готовы попробовать Heroku? Давайте начнем!
Создание учетной записи Heroku
Прежде чем вы сможете завершить развертывание в Heroku, вам нужно получить учетную запись. Поэтому посетите сайт heroku.com и создайте бесплатную учетную запись. После того, как зарегестрируетесь и войдёте в Heroku, вы получите доступ к панели мониторинга, где будут перечислены все ваши приложения.
Установка Heroku CLI
Heroku предоставляет командную строку для взаимодействия с службой под названием Heroku CLI, доступной для Windows, Mac OS X и Linux. Документация содержит инструкции по установке для всех поддерживаемых платформ. Установите его в своей системе, если вы планируете развертывать приложение для тестирования службы.
Первое, что вы должны сделать после установки CLI, это войти в ваш Heroku аккаунт:
Heroku CLI попросит вас ввести свой адрес электронной почты и пароль учетной записи. Ваш аутентифицированный статус будет сохранен в последующих командах.
Настройка Git
Инструмент git является основой для развертывания приложений в Heroku, поэтому вы должны установить его в своей системе, если у вас его еще нет. Если у вас нет пакета, доступного для вашей операционной системы, вы можете посетить сайт git для загрузки установщика.
Команда git checkout выбирает конкретную точку фиксации приложения в его истории, соответствующей этой главе.
Создание приложения Heroku
Чтобы зарегистрировать новое приложение в Heroku, используйте команду apps:create из корневого каталога, передавая имя приложения в качестве единственного аргумента:
Эфемерная файловая система
Платформа Heroku отличается от других платформ развертывания тем, что в ней реализована ephemeral файловая система, работающая на виртуальной платформе. Что это значит? Это означает, что в любое время Heroku может сбросить виртуальный сервер, что приведет к возврату вашего сервера в чистое состояние. Нельзя предположить, что любые данные, которые вы сохраняете в файловой системе, будут сохраняться, и на самом деле, Heroku очень часто перерабатывает серверы.
Работа в этих условиях создает некоторые проблемы для моего приложения, которое использует несколько файлов:
В следующих разделах будут рассмотрены эти три направления.
Работа с базой данных Heroku Postgres
Чтобы решить первую проблему, я перейду на другой механизм базы данных. В главе 17 вы видели, как я использую базу данных MySQL, чтобы повысить надежность развертывания Ubuntu. У Heroku есть собственное предложение базы данных, основанное на Postgres, поэтому я собираюсь переключиться на него, чтобы избежать проблемы хранения SQLite на основе файлов.
Базы данных для приложений Heroku снабжаются одним и тем же CLI Heroku. В этом случае я собираюсь создать базу данных на бесплатном(free) уровне:
URL-адрес вновь созданной базы данных хранится в переменной среды DATABASE_UR L, которая будет доступна при запуске приложения. Это очень удобно, так как приложение уже ищет URL базы данных в этой переменной.
Ведение журнала в stdout
config.py: Опция ведения журнала в stdout.
Затем в функции фабрики приложений я могу проверить эту конфигурацию, чтобы понять, как настроить средство ведения журнала приложения:
app/__init__.py : Журнал в stdout или в файл.
Скомпилированные переводы
Третьим аспектом микроблога, основанного на локальных файлах, является скомпилированный языковой перевод файлов. Самый простой вариант, чтобы гарантировать, что эти файлы никогда не исчезнут из эфемерной файловой системы, — это добавить скомпилированные языковые файлы в репозиторий Git, чтобы они стали частью начального состояния приложения после его развертывания в Heroku.
Более элегантный вариант, на мой взгляд, заключается в том, чтобы включить команду flask translate compile в команду start up, предоставленную Heroku, так что каждый раз, когда сервер перезапустится эти файлы скомпилируются снова. Я собираюсь пойти этим путём, так как я знаю, что моя процедура запуска будет требовать более одной команды в любом случае, так как мне ещё нужно запустить миграцию базы данных. Поэтому сейчас я отложу эту проблему в сторону и вернусь к ней позже, когда напишу Procfile.
Хостинг Elasticsearch
Elasticsearch является одним из многих сервисов, которые могут быть добавлены к проекту Heroku, но в отличие от Postgres, это не услуга, предоставляемая Heroku, а третья сторона, которая сотрудничают с Heroku, чтобы обеспечить дополнения. На сегодняшний день(когда я пишу эти строки) есть три разных провайдеров комплексной службы elasticsearch.
Прежде чем настраивать Elasticsearch, имейте в виду, что Heroku требует, чтобы ваша учетная запись имела привязанную кредитную карту до установки любого стороннего дополнения, даже если вы остаетесь в пределах их бесплатных уровней. Если вы предпочитаете не предоставлять данные своей кредитки Heroku, пропустите этот раздел. Вы сможете развернуть приложение, но функция поиска не будет работать.
Из вариантов Elasticsearch, которые доступны в качестве дополнений, я решил попробовать SearchBox, который поставляется с бесплатным стартовым планом. Чтобы добавить SearchBox в свою учетную запись, вы должны выполнить следующую команду во время входа в Heroku:
Обновление Requirements
Heroku ожидает, что зависимости будут в файле requirements.txt, точно так же, как я определил в главе 15. Но для запуска приложения на Heroku мне нужно добавить две новые зависимости к этому файлу.
И gunicorn и psycopg2 нужно быть добавленным в файл requirements.txt.
Профайл
Здесь я определил команду для запуска веб-приложения как последовательность трёх команд. Сначала я запускаю обновление миграции базы данных, затем компилирую переводы языков и, наконец, запускаю сервер.
Развертывание приложения
Если вы всё же работаете с собственным репозиторием, то ваш код уже, скорее всего, находится в главной ветви, поэтому вам сначала нужно убедиться, что ваши изменения пофиксены:
После чего можно запустить развертывание следующим образом:
Независимо от того, как вы отправляете ветку, вы должны увидеть следующий вывод из Heroku:
И вот теперь приложение должно быть развернуто по URL-адресу, указанному в выходных данных команды, создавшей приложение. В моем случае URL был https://flask-microblog.herokuapp.com, так что это то, что мне нужно ввести, чтобы получить доступ к приложению.
Развертывание обновлений приложений
Чтобы развернуть новую версию приложения, вам просто нужно выполнить команду git push с новым кодом. Это повторит процесс развертывания, отключит старое развертывание и заменит его новым кодом. Команды в Procfile будут запускаться снова как часть нового развертывания, поэтому любые новые миграции или переводы базы данных будут обновляться во время процесса.
Туда Сюда
Введение и установка Heroku CLI на машине Windows
Загрузите соответствующий установщик для вашей установки Windows отсюда в соответствии с конфигурацией системы
Убедитесь, что вы проверите их все. Теперь нажмите кнопку «Далее». 
Через несколько секунд Heroku CLI будет полностью установлен в систему.
Heroku CLI был успешно установлен в вашей системе. Для проверки выполните следующую команду в командной строке или в терминале.
Для проверки версии Heroku выполните в терминале следующую команду:
Итак, Heroku CLI был правильно установлен в вашей системе.
После успешного создания учетной записи для сервисов Heroku мы войдем в систему через Heroku CLI.
Войти через терминал в Heroku CLI
Для входа в систему через Heroku CLI выполните в терминале следующую команду:
Теперь терминал попросит нажать «любую клавишу» для перенаправления процесса в браузер или «Q», чтобы выйти из процесса входа в систему.
После нажатия любой клавиши он перенаправит вас в браузер, как показано на скриншоте ниже 
При успешном входе в учетную запись на экране браузера отобразится следующее сообщение: 
Другой способ регистрации — через командную строку:
Для этого выполните в терминале следующую команду
При успешном входе в систему теперь вы можете использовать Heroku CLI в своей системе.
Heroku CLI успешно установлен и инициализирован в вашей системе.
Getting Started on Heroku with Python
Introduction
This tutorial will have you deploying a Python app (a simple Django app) in minutes.
Hang on for a few more minutes to learn how it all works, so you can make the most out of Heroku.
The tutorial assumes that you have:
Set up
The Heroku CLI requires Git, the popular version control system. If you don’t already have Git installed, complete the following before proceeding:
In this step you’ll install the Heroku Command Line Interface (CLI). You use the CLI to manage and scale your applications, provision add-ons, view your application logs, and run your application locally.
Download and run the installer for your platform:
Also available via Homebrew:
Download the appropriate installer for your Windows installation:
Run the following from your terminal:
Once installed, you can use the heroku command from your command shell.
Use the heroku login command to log in to the Heroku CLI:
This command opens your web browser to the Heroku login page. If your browser is already logged in to Heroku, simply click the Log in button displayed on the page.
This authentication is required for both the heroku and git commands to work correctly.
If you’re behind a firewall that requires use of a proxy to connect with external HTTP/HTTPS services, you can set the HTTP_PROXY or HTTPS_PROXY environment variables in your local development environment before running the heroku command.
Prepare the app
In this step, you will prepare a simple application that can be deployed.
To clone the sample application so that you have a local version of the code that you can then deploy to Heroku, execute the following commands in your local command shell or terminal:
Deploy the app
In this step you will deploy the app to Heroku.
Create an app on Heroku, which prepares Heroku to receive your source code:
When you create an app, a git remote (called heroku ) is also created and associated with your local git repository.
Heroku generates a random name (in this case serene-caverns-82714 ) for your app, or you can pass a parameter to specify your own app name.
Now deploy your code:
The application is now deployed. Ensure that at least one instance of the app is running:
Now visit the app at the URL generated by its app name. As a handy shortcut, you can open the website as follows:
View logs
Heroku treats logs as streams of time-ordered events aggregated from the output streams of all your app and Heroku components, providing a single channel for all of the events.
Visit your application in the browser again, and you’ll see another log message generated.
Press Control+C to stop streaming the logs.
Define a Procfile
Use a Procfile, a text file in the root directory of your application, to explicitly declare what command should be executed to start your app.
The Procfile in the example app you deployed looks like this:
Procfiles can contain additional process types. For example, you might declare one for a background worker process that processes items off of a queue.
Microsoft Windows
Scale the app
You can check how many dynos are running using the ps command:
To avoid dyno sleeping, you can upgrade to a hobby or professional dyno type as described in the Dyno Types article. For example, if you migrate your app to a professional dyno, you can easily scale it by running a command telling Heroku to execute a specific number of dynos, each running your web process type.
Scaling an application on Heroku is equivalent to changing the number of dynos that are running. Scale the number of web dynos to zero:
Access the app again by hitting refresh on the web tab, or heroku open to open it in a web tab. You will get an error message because you no longer have any web dynos available to serve requests.
For abuse prevention, scaling a non-free application to more than one dyno requires account verification.
Declare app dependencies
Heroku recognizes an app as a Python app by looking for key files. Including a requirements.txt in the root directory is one way for Heroku to recognize your Python app.
To do this locally, you can run the following command:
Note: Postgres must be properly installed in order for this step to work properly.
Note: if you’re running Linux, the libpq-dev system package (or equivalent for your distribution) must also be installed.
Installing the dependencies also caused several other dependencies to be installed. You can see them by using pip’s feature list :
Once dependencies are installed, you will be ready to run your app locally.
Run the app locally
The app is almost ready to start locally. Django uses local assets, so first, you’ll need to run collectstatic :
If you’re on Microsoft Windows system, run this:
If you’re on a Unix system, just use the default Procfile by running:
Your local web server will then start up:
Just like Heroku, heroku local examines the Procfile to determine what to run.
Open http://localhost:5000 with your web browser. You should see your app running locally.
To stop the app from running locally, go back to your terminal window and press Ctrl + C to exit.
Push local changes
In this step you’ll learn how to propagate a local change to the application through to Heroku. As an example, you’ll modify the application to add an additional dependency and the code to use it.
Install requests locally:
And then add it to your requirements.txt file:
Modify hello/views.py so that it imports the requests module at the start:
Now modify the index method to make use of the module. Try replacing the current index method with the following code:
Now test again locally.
If you’re on Microsoft Windows system, run this:
If you’re on a Unix system, just use the default Procfile by running:
Visit your application at http://localhost:5000. You should now see the output of fetching http://httpbin.org/status/418, which is a lovely teapot:
Now deploy. Almost every deploy to Heroku follows this same pattern. First, add the modified files to the local git repository:
Now commit the changes to the repository:
Now deploy, just as you did previously:
Finally, check that everything is working:
Provision add-ons
Add-ons are third-party cloud services that provide out-of-the-box additional services for your application, from persistence through logging to monitoring and more.
In this step you will provision one of these logging add-ons, Papertrail.
Provision the papertrail logging add-on:
To help with abuse prevention, provisioning an add-on requires account verification. If your account has not been verified, you will be directed to visit the verification site.
The add-on is now deployed and configured for your application. You can list add-ons for your app like so:
To see this particular add-on in action, visit your application’s Heroku URL a few times. Each visit will generate more log messages, which should now get routed to the papertrail add-on. Visit the papertrail console to see the log messages:
Your browser will open up a Papertrail web console, showing the latest log events. The interface lets you search and set up alerts:
Start a console
You can run a command, typically scripts and applications that are part of your app, in a one-off dyno using the heroku run command. It can also be used to launch a REPL process attached to your local terminal for experimenting in your app’s environment:
The Python shell is running in the context of your app and all its dependencies. From here you can import some of your application files. For example, you will be be able to run the following:
Don’t forget to type exit to exit the shell and terminate the dyno.
Define config vars
At runtime, config vars are exposed as environment variables to the application.
Now modify the index method so that it repeats an action depending on the value of the TIMES environment variable:
To set the config var on Heroku, execute the following:
View the config vars that are set using heroku config :
Deploy your changed application to Heroku to see this in action.
Provision a database
The add-on marketplace has a large number of data stores, from Redis and MongoDB providers, to Postgres and MySQL. In this step you will learn about the free Heroku Postgres add-on that was automatically provisioned when your app was deployed.
A database is an add-on, and so you can find out a little more about the database provisioned for your app using the addons command in the CLI:
Listing the config vars for your app will display the URL that your app is using to connect to the database, DATABASE_URL :
Heroku also provides a pg command that shows a lot more:
This indicates I have a hobby database (free), running Postgres 10.5, with no data.
Accessing it will yield an error though, because while the database is configured, the tables have not been created. Run the standard Django manage.py migrate to create the tables.
Now access the /db route again and you’ll see a simple page update every time you access it:
Whenever you visit the /db route of your app, the following method in the hello/views.py file is invoked which creates a new Greeting and then renders all the existing Greetings:
Assuming that you have Postgres installed locally, use the heroku pg:psql command to connect to the remote database and see all the rows:
A similar technique can be used to install MongoDB or Redis add-ons.
Next steps
You now know how to deploy an app, change its configuration, view logs, scale, and attach add-ons.
Here’s some recommended reading. The first, an article, will give you a firmer understanding of the basics. The second is a pointer to the main Python category here on Dev Center: