fix table format

minor fix for table format of markdown

Author: dexhunter

04_distributed_system/availability.md

@@ -13,15 +13,15 @@ SLA）、服务指标（Service Level Indicator，SLI）、服务目标（Servic
 
 下表给出不同指标下，每年允许服务出现不可用时间的参考值。
 
-指标  | 概率可靠性  | 每年允许不可用时间 | 典型场景
------ | --------: | ------------- :| -------
-一个 9 | 90%       | 1.2 个月        | 简单测试
-二个 9 | 99%       | 3.6 天          | 普通单点
-三个 9 | 99.9%     | 8.6 小时        | 普通集群
-四个 9 | 99.99%    | 51.6 分钟       | 高可用
-五个 9 | 99.999%   | 5 分钟          | 电信级
-六个 9 | 99.9999%    | 31 秒         | 极高要求
-七个 9 | 99.99999%    | 3 秒         | N/A
+| 指标   | 概率可靠性 | 每年允许不可用时间 | 典型场景 |
+|--------|-----------:|-------------------:|----------|
+| 一个 9 |        90% |           1.2 个月 | 简单测试 |
+| 二个 9 |        99% |             3.6 天 | 普通单点 |
+| 三个 9 |      99.9% |           8.6 小时 | 普通集群 |
+| 四个 9 |     99.99% |          51.6 分钟 | 高可用   |
+| 五个 9 |    99.999% |             5 分钟 | 电信级   |
+| 六个 9 |   99.9999% |              31 秒 | 极高要求 |
+| 七个 9 |  99.99999% |               3 秒 | N/A      |
 
 一般来说，单点的服务器系统至少应能满足两个 9；普通企业信息系统三个 9 就肯定足够了（大家可以统计下自己企业内因系统维护每年要停多少时间），系统能达到四个 9 已经是领先水平了（参考 AWS 等云计算平台）。电信级的应用一般需要能达到五个 9，这已经很厉害了，一年里面最多允许出现五分钟左右的服务不可用。六个 9 以及以上的系统，就更加少见了，要实现往往意味着极高的代价。