架构与系统

系统架构与云基础设施

系统很少毁于某一个错误决定,多半毁于三十个没人记下来的小决定。我们设计架构,把基础设施写成代码,并留给您一张与线上实际运行情况相符的架构图。

团队
2–5 名资深工程师
启动
约一周给出方案
归属
第一天起归您
合同
美国公司,美元

这项工作具体包含什么

架构评估

对现状的书面评估:瓶颈在哪、哪里是单点故障、哪些成本您看不见。

基础设施即代码

AWS、GCP 或自有机器,用 Terraform 描述——环境可以重建,而不必靠人回忆。

可靠性工程

按计划真正做恢复演练的备份、会叫醒人的告警,以及事先演练过的故障路径。

成本治理

逐行读云账单——大部分可省的钱,都藏在上线后再没人看过的地方。

我们怎么做事

1

先读代码,再谈报价

在给出任何数字之前,我们会通读需求、现有代码以及线上已经在跑的东西,然后给您一份带日期、写明风险的书面方案——通常一周内。如果诚实的结论是您并不需要我们,我们也会照实说。

2

小而资深的团队,一个负责人

两到五名工程师,一位对结果负责、亲自回复您消息的负责人。没有中间转述的客户经理,不轮换人手,也不让初级工程师拿您的预算练手。

3

第一天起就属于您

代码仓库、云账号、域名和流水线从第一次提交起就登记在您名下,而不是结项时才移交。合作结束时,没有任何东西会停止运行。

客户最先问的问题

我们就一台大服务器,需要上微服务吗?+

多半不需要。工程师不到五十人的团队,通常一个结构清晰的单体应用胜过十二个服务外加一个分布式追踪难题。事实如此时我们就照实说——我们因此少接一个大项目,您因此少走一年弯路。

能和我们现有的 DevOps 团队一起干吗?+

能,而且通常就是这样。架构和 Terraform 我们与您的工程师一起写,而不是绕过他们:内部没人看得懂的基础设施,就是一场等着我们休假时爆发的故障。

你们怎么证明备份是可用的?+

按计划把备份恢复到一次性环境里,并核对结果。从未恢复过的备份只是一个文件,不是备份,而这个区别永远是在最糟的那天才被发现。

您是工程师,不是客户?

这些工作有一部分由我们自有平台上通过审核的独立开发者和工作室完成。美国境外的承包商也正是通过这个平台向美国客户开票并收款。

具体怎么运作

我们的其他方向

enruukhizhidesvitlfrdept

说说您在做什么

一段简短的问题描述就足以开始。我们会回复:打算怎么做、需要什么、以及哪些东西我们不会去动。

聊聊项目