跳过导航,前往主要内容
联系我们

围地

掌控决定结果的部分,不必拥有一切

围棋棋手取胜靠的不是吃掉对方每一颗子,而是围出更多的地。

数字基础设施同理。关键不在于拥有每一台服务器,而在于数据存放在哪里、由谁来运维,以及更换供应商时会失去什么。我们基于开源技术在越南境内建设系统,然后把完整的控制权交还给您。

同样是九目地:在角上六子即可围住,在中腹八子仍然围不严
原则

每一款付费软件都有对应的开源方案

差别不在于知道这些平台的名字,而在于有人按承诺来运维它们。我们卖的正是这件事。

目前付费使用的 替代平台 差别所在
Power BI · Tableau Apache Superset 不按用户数收取授权费
Google Workspace · Microsoft 365 iRedMail 数据存放在越南境内
Oracle Database PostgreSQL 提供迁移服务
Redis(授权模式已变更) Dragonfly 协议兼容
Confluent Kafka Redpanda 运维更轻量
境外云存储 在越南境内运维的 S3 数据主权

迁移并非总是值得做。系统运行稳定、临近生命周期末期,或与只能在商业平台上运行的业务软件绑定的,应当维持原状。两边我们都做运维,因此能够判断哪些情况下迁移暂时并不划算。

服务

六个服务组

各组可单独采购,也可合并为一份运维合同。多数客户从其中一组开始,再逐步扩展。

数据库管理

三个服务等级

六类数据库,包括 Oracle。按约定承诺提供监控、备份与性能调优。

  • Oracle Database · PostgreSQL · MySQL 与 MariaDB · MongoDB · Redis 与 Dragonfly · Kafka 与 Redpanda
  • 带告警的监控、自动备份,并按安全公告进行安全补丁修复
  • 定期性能调优与数据架构建议

与自聘专职管理员相比

休假或病假期间 无人接替 始终有人值守
本人离职时 系统知识全部流失 没有影响 — 每套系统都有文档
技术覆盖面 通常只精通一到两种 六类数据库
到岗所需时间 数月招聘周期 一周之内

需要了解的限制 自聘人员有三点是外部服务无法替代的:了解贵单位的业务流程、与使用者在同一现场办公、随叫随到。对于与内部流程紧密绑定的系统,通常最好的安排是内部配一个人,我们在下面做支撑。

企业邮箱

按系统计费

基于 iRedMail 搭建在贵单位自有域名上的邮箱,数据存放在越南境内,不按邮箱数收费。

  • 网页邮箱,可与 Outlook 及手机邮件应用同步
  • 配置 SPF、DKIM 与 DMARC — 决定邮件能否进入收件箱的三项记录
  • 从现有系统迁移,并行运行直至贵单位确认无误

与境外邮箱服务相比

计费方式 按邮箱数计费,人数增加则费用上涨 按系统计费;增加邮箱不增加授权费
数据存放地 境外 越南
若希望停止服务 取决于供应商的政策 系统与数据归贵单位所有

需要了解的限制 开源的垃圾邮件过滤能力不及 Google,境外服务还捆绑了 iRedMail 所没有的办公套件。如果贵单位大量使用这些工具,实际节省的费用会少一些。

备份与灾难恢复

按计划演练

仅有备份并不够。我们按计划开展恢复演练,每次都移交书面记录。

  • 在隔离环境中进行恢复测试,并对全过程计时
  • 记录实际恢复时长,以及恢复到的数据时间点
  • 备份具备防篡改、防删除能力,可抵御勒索软件
  1. 在线副本

    位于生产系统上

    不是备份 — 这是原始数据

  2. 近端副本

    同一数据中心

    误删除、应用故障、快速恢复

  3. 远端副本

    另一处数据中心,写保护

    火灾、勒索软件、区域性故障

差别在于图上没有画出的一个步骤: 定期从远端副本恢复到隔离环境中,记录耗时,并移交记录。从未做过恢复测试的备份,尚不能确认其可用。

需要了解的限制 如果恢复测试失败,或耗时超出承诺,记录就照实写明。一份漂亮但失真的记录,在系统真正出故障的那天帮不上任何人。

系统运维

按项目或按月计费

服务器、Web 服务器、防火墙、网络设备与集中监控。

  • 操作系统安装与加固,并按计划进行补丁管理
  • Nginx、Apache、IIS · 自动续期的 TLS 证书 · 负载均衡
  • 系统安全审查:按优先级排序的配置薄弱点报告

需要了解的限制 这是配置审查,不是渗透测试。若贵单位因合规要求需要渗透测试,应当委托专门从事该项业务的机构。

虚拟服务器、S3 存储、私有云

按实际负载配置

位于境内数据中心的基础设施,含安全配置与运维服务。

  • 虚拟服务器按实际负载配置,不以固定套餐形式出售
  • 兼容 S3 协议的对象存储
  • 为要求完全隔离的单位提供私有云

需要了解的限制 我们不以最低租用价格参与竞争。在小规模配置下,国际供应商通常更便宜。如果贵单位已有自己的运维团队,直接向基础设施供应商采购更为合适。

Oracle 迁移至 PostgreSQL

四个步骤,中途可停

先做可行性评估,再做试点迁移,之后才是整体迁移。您可以在任一步骤停止。

  • 几乎可自动转换的:表、索引、约束、外键
  • 必须重写的:PL/SQL 包、复杂触发器、Oracle 专有函数
  • 正式切换前并行运行,核对业务结果
  1. 可行性评估

    我们梳理数据库结构,统计必须重写的对象数量,并审查依赖 Oracle 语法的应用。成果是一份工作量报告,并给出是否迁移的建议。

    您可以在此停止 — 已交付的内容依然可用,包括另行委托其他承包方继续的情形

  2. 试点迁移

    我们选取一个边界清晰的模块,完整迁移,并测量实际结果。这一步用于确认第一步的估算是否成立。

    您可以在此停止 — 已交付的内容依然可用,包括另行委托其他承包方继续的情形

  3. 并行运行与结果核对

    两套系统基于同一批数据同时运行。结果在业务层面核对,而不只是比对记录条数。每一处差异都必须解释清楚,才能继续往下走。

  4. 整体迁移与移交

    我们完成全部迁移,并在约定期限内将 Oracle 系统保持为只读模式,以便保留回退途径。我们移交运维文档,并对贵单位的技术团队进行培训。

需要了解的限制 临近生命周期末期、运行稳定,或与按 Oracle 语法编写的应用绑定的系统,通常不宜迁移。评估报告完全可能得出不建议实施的结论。

服务承诺

三个服务承诺等级

响应时间自我们收到故障报告之时起算,而非自故障发生之时起算。许多合同在这一点上含糊其辞。

等级 响应时间 支持时段
基础 8 个工作小时 周一至周五,8:00–17:30
标准 4 小时 办公时间,并有轮班的非办公时间值守
高级 1 小时 7×24 小时,包括周末与法定节假日

不依赖某一个人

我们承接的每套系统都有书面文档,并且至少有两名工程师熟悉它。

轮班值守并交接

非办公时间由工程师轮班值守,而非指定到个人。每次换班都要交接,记录系统状态与在办事项,接班工程师无需从头问起。

不锁定客户

我们移交完整的配置与文档。若您希望自行运维或转向其他供应商,可以随时进行。

服务范围写入合同

哪些包含在内、哪些另行计费,从一开始就以书面形式确定。服务范围不留到故障发生时再去争论。

在标准等级下,非办公时间由值班工程师接收并处理故障。在高级等级下,承诺连续有效,包括周末与法定节假日。故障严重程度如何划分,在合同中写明,由双方事先约定,而不是在故障发生时争论。

从一次基础设施审查开始

我们梳理贵单位的服务器、数据库、备份状况以及已经存在的风险,然后移交一份按优先级排序的报告。