Sanic教程: 2.配置

简介: Sanic教程: 2.配置

对于一个项目来说,配置是一个很严肃的问题,比如说:在开发环境和生产环境中,配置是不同的,那么一个项目该如何自由地在不同的配置环境中进行切换呢,思考下,然后带着答案或者疑问往下阅读。


单一配置


撸起袖子,开始吧,新建文件夹 demo2 ,内部建立这样的文件结构:

demo02
├── config
│   ├── __init__.py
│   └── config.py
└── run.py

其中 run.py 内容如下:

#!/usr/bin/env python
from sanic import Sanic
from sanic.response import text
app = Sanic()
@app.route("/")
async def test(request):
   return text('Hello World!')
if __name__ == "__main__":
   app.run(host="0.0.0.0", port=8000, debug=True)

代码示例中开启了 debug 模式,假设我们需要通过 config.py 配置文件来实现控制服务的 debug 模式开启与否,那该怎么实现呢。


config.py 中添加一行: DEBUG=True ,然后 run.py 内容改为:

#!/usr/bin/env python
from sanic import Sanic
from sanic.response import text
from config import DEBUG
app = Sanic()
@app.route("/")
async def test(request):
   return text('Hello World!')
if __name__ == "__main__":
   app.run(host="0.0.0.0", port=8000, debug=DEBUG)

表面上看,功能确实实现了,但这实际上却不是很好的做法,若部署在生产环境中,难道还要特地再将 debug 改为 False 么,这显然很浪费时间,如果需要改变的参数有很多,那就很难维护了。


多配置


那么,正确的做法应该是怎么样的呢?


我们应当依据不同的环境来编写各自对应的环境,举个例子,比如生产环境就对应 pro_config,开发环境就对应 dev_config.py等等


具体该怎么实施?首先在文件夹 demo2 ,内部建立这样的文件结构:

demo02
├── config
│   ├── __init__.py
│   ├── config.py
│   ├── dev_config.py
│   └── pro_config.py
└── run.py

然后使用类继承的方式使这三个配置文件联系起来,比如在 config.py 中就只放公有配置,如:

#!/usr/bin/env python
import os
class Config():
   """
   Basic config for demo02
   """
   # Application config
   TIMEZONE = 'Asia/Shanghai'
   BASE_DIR = os.path.dirname(os.path.dirname(__file__))

而在 pro_config.pydev_config.py 中就可以自由地编写不同的配置了:

# dev_config
#!/usr/bin/env python
from .config import Config
class DevConfig(Config):
   """
   Dev config for demo02
   """
   # Application config
   DEBUG = True
# pro_config
#!/usr/bin/env python
from .config import Config
class ProConfig(Config):
   """
   Pro config for demo02
   """
   # Application config
   DEBUG = False

配置文件还需要根据系统环境变量的设置进行不同配置环境的切换,比如设置 MODE 系统环境变量,这里从系统环境变量得到配置也是个不错的方法,一般说利用 gunicorn配置 worker数目之类的,都可以使用这种方案。


然后可以根据其不同的值切换到不同的配置文件,因此在 __init__.py 中需要这么写:

#!/usr/bin/env python
import os
def load_config():
   """
   Load a config class
   """
   mode = os.environ.get('MODE', 'DEV')
   try:
       if mode == 'PRO':
           from .pro_config import ProConfig
           return ProConfig
       elif mode == 'DEV':
           from .dev_config import DevConfig
           return DevConfig
       else:
           from .dev_config import DevConfig
           return DevConfig
   except ImportError:
       from .config import Config
       return Config
CONFIG = load_config()

默认 MODE 设置为 DEV,在 run.py 文件中就可以这么调用:

#!/usr/bin/env python
from sanic import Sanic
from sanic.response import text
from config import CONFIG
app = Sanic()
app.config.from_object(CONFIG)
@app.route("/")
async def test(request):
   return text('Hello World!')
if __name__ == "__main__":
   app.run(host="0.0.0.0", port=8000, debug=app.config['DEBUG'])

而在生产环境的服务器上,直接通过设置系统变量就可以达到配置修改的目的了,如下:

# 通过设置MODE的值进行配置文件的选择
export MODE=PRO 

若是利用 supervisor 来启动服务,可通过添加 environment=MODE="PRO" 来设置环境变量,是不是很方便呢。


说明


其实我编写这种微服务,配置更新是很正常且很频繁的需求,这样的话我就必须要求我的代码可以实现热更新,也就是可以迅速的修改配置,且迅速的生效,目前我使用的是 ZooKeeper来实现这个需求,有兴趣的朋友可以详细了解,或许你也是用这个方案呢?


如果你有更好的方案,不妨告知一二。

相关文章
|
10月前
|
人工智能 文字识别 异构计算
NVIDIA-Ingest:英伟达开源智能文档提取及结构化工具,支持 GPU 加速和并行处理
NVIDIA-Ingest 是英伟达开源的智能文档提取工具,支持 PDF、Word、PPT 等多种格式,提供并行处理和 GPU 加速,适用于企业内容管理和生成式应用。
418 18
NVIDIA-Ingest:英伟达开源智能文档提取及结构化工具,支持 GPU 加速和并行处理
|
运维 监控 安全
ClickHouse安全与管理:从基础到高级
【10月更文挑战第26天】在大数据时代,数据的安全性和系统的稳定性是企业成功的关键因素之一。作为一款高性能的列式数据库,ClickHouse 不仅在数据处理方面表现出色,同时也提供了多种安全和管理功能,以确保数据的安全性和系统的可靠性。本文将从我个人的角度出发,探讨如何加强 ClickHouse 的安全性以及如何进行日常运维管理。
372 2
|
消息中间件 存储 分布式计算
Hadoop学习笔记(HDP)-Part.19 安装Kafka
本文详细介绍Kafka在HDP集群中的安装与配置,涵盖Kafka Manager部署、Kerberos安全认证、Controller选举机制、权限控制及常用操作命令,并通过发布订阅实验验证集群功能。
392 0
|
虚拟化 数据安全/隐私保护 iOS开发
VMware——安装MacOS 系统教程(仅供学习交流)
VMware——安装MacOS 系统教程(仅供学习交流)
304 4
|
Web App开发 前端开发 JavaScript
灵魂拷问-前端的作用--chrome插件篇
本文会从浏览器插件应用场景切入,穿插插件基础能力和常见入口的介绍,核心回答如下三个问题:插件可以被使用在哪些场景?不同的使用场景我们的主要代码实现思路是怎样的?我们可以从哪些角度入手自己开发一款可以落地实用的浏览器插件?
|
缓存 NoSQL 中间件
应对数据库不断膨胀的数据:缓存和队列中间件
【6月更文挑战第5天】该文探讨了优化数据库使用以提升应用系统性能的策略。文中建议利用Redis缓存和MQ消息队列作为辅助工具,以进一步优化性能和减少资源消耗。
483 2
应对数据库不断膨胀的数据:缓存和队列中间件
|
编译器 Shell Linux
|
算法 Java 调度
Semaphore实现原理全面解析
Semaphore(信号量)是一个同步工具类,通过Semaphore可以控制同时访问共享资源的线程个数。
|
存储 测试技术
[飞腾]Trace32使用概述(1)
[飞腾]Trace32使用概述(1)
835 0
[飞腾]Trace32使用概述(1)
|
JSON JavaScript Linux
Sanic教程: 1.快速开始
Sanic教程: 1.快速开始