提供的服务
云部署·运维
从部署到AWS·Vercel,到域名、SSL、备份与监控,一次性配置完成。
适合这样的公司
- 服务已经做好,却还没定在哪托管、怎么运维的公司
- 每次发布都要有人手动上传文件、因而频频出错的团队
- 出故障时靠用户反馈才知道的服务
做到哪一步
报价包含
- 托管环境选型与配置(AWS、Vercel 等)
- 域名接入与 SSL 证书自动续期
- 推送代码即自动部署的流水线配置
- 数据库备份与恢复流程
- 故障与错误告警接入
- 运维文档与账号移交
不包含
- 云服务费用、域名注册等第三方开支
- 服务本身的功能开发
- 7×24 小时驻场故障响应
- 引流广告投放与营销
如何推进
- 01
策划·发掘
定义核心用户问题,共同确定范围与优先级。
- 02
架构·设计
设计信息架构与界面流程,用原型快速验证。
- 03
开发·实现
以具备测试与代码评审的可维护结构进行实现。
- 04
发布·部署
从发布自动化到商店审核,稳健上线。
- 05
运营·改进
基于可观测性·日志与指标,长期运营并持续改进。
常见问题
取决于服务本身。若流量起伏大且没有人手管理,托管平台更划算;若常态负载高或需要特殊架构,自建更合适。我们会结合预估用量和是否有人运维来决定。相比一开始就配置很大,我们更看重日后可迁移。
我们会配置成不中断。新版本先启动并通过检查,然后才接管流量;若有问题则不切换,旧版本继续服务。不过涉及数据库结构变更的发布有时需要特定顺序,这类变更我们会提前告知并约定时间。
大致可以。云计费按用量产生,因此无法给出精确数字。我们会根据预估用量测算月度区间,并设置预算告警,用量偏高时会收到通知。实际运行几个月后数值会趋于稳定,届时若有可精简的部分我们会告知。
可以。原环境保持运行,我们在旁搭建新环境;确认行为正常后再切换域名。若出现问题,把域名切回即可,退路始终保留。对于数据持续增长的服务,我们会先确定切换时刻的同步方式。
相关公开文档
我们公开了提案书、范围指南与构建案例。
范围模糊也没关系
告诉我们目前的状况,我们会指出需要的范围和大致规模。