preload_app = True
在gunicorn里加入该行不会多次执行
                    文章目录不执行的问题gunicorn的日志配置信息gunicorn启动flask定时任务重复执行的问题不执行的问题这样在开发的时候,定时任务是可以正常执行的.但gunicorn启动后不行不执行的问题其实很简单.因为放在if __name__ == '__main__'里gunicorn启动的时候根本不会执行这里面的代码但在开发环境里,会执行到这部分代码.修改为以下代码即可.修改下顺序.不再放在main函数里.还是flask基础不够牢靠,一个简单问题鼓捣了半天.gunicorn的日
				
flask加apscheduler重复加载问题已经不是新问题了。
众所周知，单机运行只需要在app.run()中增加use_reloader=False即可解决
但是到服务器采用gunicorn部署时老问题又出现了。
查阅各种资料均无法解决。
gunicorn worker 使用 sync
个数为4个
解决过程如下：
1.gunicorn启动配置中增加–preload，无效。
2.编写单例模式实例...
在一个python web应用中需要定时执行一些任务，所以用了APScheduler这个库。又因为是用flask这个web框架，所以用了flask-apscheduler这个插件（本质上与直接用APScheduler一样，这里不作区分）。
在开发中直接测试运行是没有问题的，但是用gunicorn部署以后发生了重复运行的问题：
每个任务在时间到的时刻会同时执行好几遍。
注意了一下重复的数量，恰恰是gunicorn里配置的worker进程数量，显然是每个worker进程都启动了一份scheduler造成。
可以想到的方案有几个：
用–preload启动gunicorn，确保schedu
				
docker-flask-gunicorn-nginx Web应用程序的蓝图
 使用Docker容器通过Gunicorn和Nginx提供服务的Flask / Dash应用程序的Bootstrap示例
Guildeline文章可在找到
make build
 在浏览器中（假设docker-machine在192.168.99.100上运行），请转到：
 http://192.168.99.100
要清理容器混乱，请运行
make clean
它将关闭所有容器并删除所有图像
突出特点：
 由docker-compose编排的Dockerized应用程序
作为服务包括Gunicorn作为WSGI
				
解决多进程中Apscheduler重复运行问题。
在uwsgi的配置中，为了增强程序的鲁棒性，配置workers = 5.
所以部署之后，每个worker进程都启动了一份scheduler。
所以用到全局锁。
python自带的多进程多线程锁方案都需要一个共享变量来维护，但是因为worker进程是被gunicorn的主进程启动的，并不方便自己维护，所以需要一个系统级的锁。
flask项目文件锁
所以考虑用 文件锁。
首先打开（或创建）一个scheduler.lock文件，并加上非阻塞互斥锁。成功后创
				
最近在flask项目中写了个定时任务，用的gunicorn服务器， worker_class设置为1， 这样的话， master进程就会fork出1个子进程，导致定时任务被触发2次，为了解决这个问题，写了个装饰器，具体代码如下：
def lock_file(func):
    """保证同一时刻 只有一个任务执行"""
    def inner(*args, **kwargs):
        f = open("single_scheduler.lock", "wb")
flask项目使用flask_apscheduler运行定时任务，直接运行可以执行定时任务，但是通过uwsgi部署到服务器后任务不执行。
首先在uwsgi.ini中添加
enable-threads = true
然后值得注意的是，不要将以下代码写到if name == 'main’中：
scheduler = APScheduler()
scheduler.init_app(app)
scheduler.start()
应当将任务的注册放到入口外面，仅将app.run()放到入口里
				
基于容器化的CI / CD及自动化运维管理平台，由于定制化开发的原因，使用sso方式登录验证，平台配置文件以及依赖于过多数据源，无法直接部署运行，需要进行二次开发。
别忘了给个star ^ _ ^
开发语言与环境依赖
编程语言：Python3.6 + HTML + JQuery
前端Web框架：Bootstrap4
前端图表框架：Pycharts + Datatables
初步Web框架：Flask1.0 +
首要任务框架：apscheduler
初步数据库：Mysql + Influxdb + Redis
原始日志源：ElasticSearch
监控数据源：zabbix
初步代码库：gitlab
容器化平台：Kubernetes + Docker + Harbor
初步编译：jenkins
登录鉴权：cas
操作系统：CentOS 7+
 Ansible版本：2.6+
 web运行：Nginx + Gunicron
sparrow
├── api     #api接口
│   ├── ajax_api.py
│   ├── assets_query.py
│   ├── _
这是使用Nginx + Gunicorn服务于Flask应用程序的示例配置。
设置python环境
下面显示了如何设置环境并假定您具备bash / RHEL的知识。 以下内容已在RHEL 6.8 (Santiago)上进行了测试，并假定您正在重新安装操作系统（即，不假定您已经安装了所有这些依赖项）。
 让我们创建一些bash变量以开始使用。 在这里，我们假设flask应用程序将安装在/opt/apps目录中，Python环境将命名为myenv并且我们正在手动设置PATH变量以包括该环境。 如果您已经有一个环境并使用source activate myenv激活了该环境，则无需手动设置PATH变量。 
APPS_DIR=/opt/apps
PYTHON_ENV=myenv
PATH=/usr/local/envs/ $PYTHON_ENV /bin:/us
				
1. 环境与背景，使用Flask 还有flask-apscheduler flask-sqlalchemy 这几个东西重构了一个自己版本的https://github.com/guomaoqiu/JobCenter工具，用来管理自己的工作，因为应用使用了flask-sqlalchemy 所以很多操作要在 flask的app_context中运行，就使用了flask-apscheduler，遇到了Run time of job xxx was missed by xxx...bug
先说结论： fl...
`--workers` 参数用于指定 Gunicorn 应使用的工作进程数量。
你也可以使用其他的命令行参数来调整 Gunicorn 的行为，例如 `--timeout` 参数用于设置超时时间，`--log-level` 参数用于设置日志记录的级别。
更多的命令行参数的信息，可以在 Gunicorn 文档中找到。
				【Django】django.core.exceptions.ImproperlyConfigured: mysqlclient 1.4.0 or newer is required；
					28678