如何从0到1开发到上线一个项目?
在上线了Pipe3以后进行的一些思考。
原文作者:St4r
原文来源:Twitter
首先确定了需求以后,为了快速实现,选择了Python+Django作为前期的技术栈,尽管Python有一些缺点。通过快速的开发和测试进行最原始的部署方式,进行前后端的联调。存储方面刚开始也是先用SQLite3。由于服务涉及到定时任务,因此选择使用Celery作为工具,配合使用Docker部署Redis。
在准备上线的前夕,就需要将域名配置好,这里推荐使用Cloudflare进行Proxy,一方面隐藏后端ip,另一方面可以直接自动HTTPS,无需在后端进行搭建证书。这期间还需要解决一系列CORS问题。
随着开发的热火朝天,传统的通过提交代码后在云服务器上拉取代码并进行nohup部署的方式就非常的痛苦,这也是前期开发为了快速迭代,并没有多考虑的点。我认为在MVP的上线期间,可以多思考这块的架构,刚开始会有很多不确定性,因此可以少考虑结构问题,但一旦准备launch,就需要规划出上线流程。
初期的MVP其实挺适合用heroku进行构建的,从Staging和Production两套环境,以及CI自动触发构建,以及Redis/Postgres Add-ons 这些都是减少了很多搭建环境以及迭代成本。但由于不再免费了,这里就不得不提它的开源版本——Dokku
dokku 类似docker-compose,就是将docker和git结合,算是最轻量的PaaS工具,主要三个功能:create,deploy,scale. dokku的部署也很简单,任何装有Docker的云服务主机上都可以快速部署。想比于heroku,只是没有Web UI,当然买dokku Pro就可以有。
关于【如何从0到1开发到上线一个项目?】的延伸阅读
专访Gate.io创始人韩林:从铭文产品的竞争,看交易所大战的变迁 59分钟前
2023年,中心化交易所竞争进入新阶段,Gate.io作为最早提供BRC-20代币交易服务的交易所,推出了铭文导航、铭文Launchpad等产品,领先于竞争对手。铭文Launchpad旨在解决铭文发行效率低下的问题,实现更公平、透明的发行。Gate.io还在公链、投资等多个领域布局,旨在降低用户成本、提高效率。2023年,Gate.io在流量、资产规模和理财业务方面都取得了大幅增长。未来,Gate.io将继续优化交易和去中心化服务,并希望率先支持所有铭文协议。下一轮牛市可能由铭文、扩容方案的突破驱动,Gate.io会积极关注拥有真正创新的项目。交易所之间的竞争主要由产品技术决定,Gate.io会继续努力提供安全、高效的资产管理平台来巩固和提高自身的地位。
长推:对比DA方案的看法
本文总结了推特用户@LeePima对比DA方案的看法,认为技术路线和DA难度化是主要问题,很多项目仅停留在PPT阶段。作者更倾向于购买估值较低但主网完善度较低的项目,如ARB和JUP。他建议DA项目先上线产品,而不是被动防守。最后,他提到了Eigen项目,认为它有潜力,但需要看团队执行和大盘情况。作者呼吁关注项目的执行能力,而不是空谈。
在之后就顺其自然的利用prometheus搭建对应的metrics平台以及用opentelemetry构建日志tracing系统。引入metrics和日志系统是为了后续建立监控告警做准备。一旦一个小的产品上线有了真实的用户,那么服务的稳定性就渐渐重要起来,这些基础实施的搭建也是为了后续更好的排查问题。
之前用Grafana搭建了Metrics和日志系统一直忘记介绍。Metrics是由Prometheus提供对应的服务,配置起来相对简单,利用上报的指标搭建各种看板就可以。
日志系统则相对复杂一些,Loki负责日志存储和查询处理,Promtail负责日志采集并发给Loki,主要Nginx Access Log,这里还使用了比较火的@vectordotdev,由其采集docker日志同样上报给Loki。在Grafana上通过写相关规则,可以很容易的进行日志查询。另外通过在Nginx上开启request_id更快排查问题。
责编:Lynn
免责声明:本文仅代表作者个人观点,不代表链观CHAINLOOK立场,不承担法律责任。文章及观点也不构成投资意见。请用户理性看待市场风险,以及遵守所在国家和地区的相关法律法规。
图文来源:St4r,如有侵权请联系删除。转载或引用请注明文章出处!