Zyntello 的服务

随时可用,而且只对该用的人开放

云上基础设施的迁移与托管,加上信息防护:访问控制、经过验证的备份,以及出事那天就能用的应急预案。

40 %迁到 AWS 后运营成本的降幅
异地备份放在另一个地点
按角色访问权限,不是人人都能看全部

解决什么问题

桌子底下那台服务器,是一个没人做过的风险决定

很多公司整个业务都压在办公室里的一台机器上,而当初没人真的决定要把它放在那儿——它只是留下来了。没有冗余,备份就写到同一个房间的一块硬盘上,等它坏掉的那天,或者有人闯进来的那天,没有任何预案。而在此之前,它还比替代方案更贵。

  • 服务器就放在办公室,没有冗余
  • 备份写到同一个房间的一块硬盘上
  • 所有人都能看到所有东西
  • 万一勒索软件进来了,没有任何预案
  • 为用不上的容量付钱
  • 没人知道谁访问过什么

包含什么

具体给到你什么

上云迁移,有数字可查

从自有服务器迁到 AWS,运营成本低 40 %,并具备高可用。这个数字来自真实案例,不是宣传册。

用多少,付多少

不用为了十二月的高峰买下容量,再让它在二月闲着。容量规格是定期复核的,不是一次定死。

按角色控制访问权限

各人只进各人该进的地方。“所有人都能看所有东西”不是方便,而是让一次事故变成重大事故的最常见原因。

异地备份,并且做过恢复测试

放在另一个地点,并且真的恢复一次来验证。放在同一个房间的备份,既防不了火灾,也防不了勒索软件。

谁访问了什么,都有记录

出了事之后,靠它才答得上来。没有记录,调查从猜测开始,也到猜测为止。

写下来的应急预案

做什么、按什么顺序做、该打给谁。等到出事那天才临时想,正是做出最糟决定的时刻。

如何运作

三步完成

  1. 评估现状

    你有什么、哪些停不得、没有它你能撑多久。

  2. 方案设计与迁移

    架构、权限与备份,并且迁移要先演练一遍。

  3. 持续运营管理

    监控、成本调优,以及定期复核权限。

细节之处

每天用起来才感受得到的地方

规格没配好的云,比自建还贵

把自有服务器上那些闲置容量原样搬到云上,省不下一分钱。省钱来自持续调整规格,而这要定期复核。

勒索软件会把备份一起加密

只要它们还连着网。所以必须有一份副本放在待保护网络够不到的地方。

密码不是防线

第二道验证才是。几乎每一次入侵,都是从一组被偷走、而且完全有效的凭据开始的。

迁移也是一次清理的机会

你会发现一堆好几年没人用过的东西。原样搬过去,等于花钱搬垃圾。

可用性要用数字定义

能停多久、能丢掉多少工作量。架构是从这两个答案推出来的,不是反过来。

最薄弱的一环是人

所以基础安全培训是服务的一部分:认得出一封钓鱼邮件,比买任何一台安全设备都更能防住事故。

适合谁

如果你是这种情况,这个适合你……

你的服务器就在办公室里

而整个业务都压在它身上。

你的备份从来没验证过

你也不知道要多久才能重新开工。

你手上有敏感数据

客户的、病人的,或者薪资方面的。

常见疑问

常见问题

上云会更便宜吗?

规格配得好,会:在一个真实案例里,运营成本降了 40 %。规格没配好反而更贵,因为你在为闲置容量付钱。

你们用哪些云平台?

主要是 AWS,以及你已经在用的那些。选哪个由你的情况决定,不是由我们的偏好决定。

要是中了勒索软件怎么办?

这时候预案比工具更重要:一份放在网络够不到的地方的副本,加上一份写明"该打给谁、按什么顺序"的处置流程。

真有必要开双重验证吗?

有必要。几乎每一次入侵都是从一组被偷走、而且完全有效的凭据开始的:光靠密码已经不算防线了。

包含对员工的培训吗?

包含,是基础的安全培训:认得出一封钓鱼邮件,比买任何一台安全设备都更能防住事故。

可以分批迁移吗?

可以,而且通常更稳妥:先从最不关键的部分开始,验证过设计,再去动撑着整个业务的那部分。

还有

我们常和这项搭配的其他服务

用你自己的数据看一遍,好吗?

我们给你演示 云服务与网络安全 在一个和你情况相近的案例上实际运行,没有任何义务。