我有一个相当标准的数据流平台，该平台通过Kinesis steam将数据推送到CloudWatch rule。
我想增加流的容量，但是有关重新分片的文档警告“ you need to wait for the stream to become active again。”
但是UpdateShardCount上的文档读为“ you can continue to read and write data to your stream while its status is UPDATING”。
该规范使我认为，利用UpdateShardCount可以优雅地增加容量，而不必担心由于停机而导致CloudWatch无法PutRecord丢失数据流的风险。
不过，我还注意到CloudWatch Event文档have a very vague explanation about retries/failures在发生时并没有提供太多可见性：
如果CloudWatch Events规则的目标被限制了很长时间 时间，CloudWatch Events可能不会重试交付。例如，如果 未配置目标以处理传入事件流量，并且 目标服务正在限制CloudWatch Events发出的请求 代表您，CloudWatch Events可能不会重试交付。
这让我想知道：
UpdateShardCount进行优雅更新，而不是必须等待流再次变为活动状态？