Merge pull request #90 from intuit/stationeros-patch-6

Update README.fr.md for fixing broken links

Author: stationeros

docs/README.fr.md

@@ -104,7 +104,7 @@ Voici les paramètres de création du modèle cloudformation :
 3.  Courir`pip install -r requirements.txt`pour installer le graphe de dépendance
 4.  Courir`python install.py`
 
-<p align="center"><img src="opensource/Trapheus/screenshots/Trapheus.gif?raw=true"/></p>
+<p align="center"><img src="../screenshots/Trapheus.gif?raw=true"/></p>
 
 > Toujours confronté à un problème ? Vérifier la[Problèmes](https://github.com/intuit/Trapheus/issues)section ou ouvrir un nouveau sujet
 
@@ -189,7 +189,7 @@ Pour démonter votre application et supprimer toutes les ressources associées 
 
 **Canalisation complète**
 
-![DBRestore depiction](opensource/Trapheus/screenshots/restore_state_machine.png)
+![DBRestore depiction](../screenshots/restore_state_machine.png)
 
 Modélisé comme une machine d'état, différentes étapes du flux telles que la création/mise à jour d'instantanés, le changement de nom d'instance, la restauration et la suppression, l'état d'achèvement/d'échec de chaque opération, l'alerte par e-mail d'échec, etc. sont exécutées à l'aide de lambdas individuels pour les instances de base de données et les clusters de base de données respectivement.
 Pour suivre l'achèvement/l'échec de chaque opération, les serveurs RDS sont utilisés avec des retards et un nombre maximal de tentatives configurées en fonction du délai d'attente lambda. Pour les scénarios de disponibilité et de suppression du cluster de bases de données, des serveurs personnalisés ont été définis.
@@ -219,7 +219,7 @@ Sur la base des informations fournies au**DBRestoreStateMachineDBRestoreStateMac
 
 9.  Si l'étape de restauration échoue, dans le cadre de la gestion des échecs, le**Étape 4**du renommage de l'instance/du cluster est annulé pour garantir que l'instance de base de données ou le cluster de base de données d'origine est disponible à l'utilisation.
 
-![DBRestore failure handling depiction](opensource/Trapheus/screenshots/failure_handling.png)
+![DBRestore failure handling depiction](../screenshots/failure_handling.png)
 
 [![\-----------------------------------------------------](https://raw.githubusercontent.com/andreasbm/readme/master/assets/lines/colored.png)](#contributing-to-trapheus)
 

docs/README.zh-CN.md

@@ -104,7 +104,7 @@ Modelled as a state machine, with the help of AWS step functions, Trapheus resto
 3.  跑步`pip install -r requirements.txt`安装依赖图
 4.  跑步`python install.py`
 
-<p align="center"><img src="opensource/Trapheus/screenshots/Trapheus.gif?raw=true"/></p>
+<p align="center"><img src="../screenshots/Trapheus.gif?raw=true"/></p>
 
 > 仍然面临问题吗？检查[问题](https://github.com/intuit/Trapheus/issues)部分或打开一个新问题
 
@@ -189,7 +189,7 @@ C。`isCluster`：（必需 - 布尔值）设置为`true`如果提供的标识
 
 **完整的管道**
 
-![DBRestore depiction](opensource/Trapheus/screenshots/restore_state_machine.png)
+![DBRestore depiction](../screenshots/restore_state_machine.png)
 
 建模为状态机，流程中的不同步骤（例如快照创建/更新、实例重命名、恢复和删除、每个操作的完成/失败状态、失败电子邮件警报等）是使用数据库实例和数据库集群的单独 lambda 执行的分别。
 为了跟踪每个操作的完成/失败，使用 RDS 等待程序，并根据 lambda 超时配置延迟和最大重试尝试次数。针对数据库集群可用和删除的场景，定义了自定义服务员。
@@ -219,7 +219,7 @@ Lambda 层用于所有 lambda 中的通用实用方法和自定义异常处理
 
 9.  如果恢复步骤失败，作为故障处理的一部分，**步骤4**恢复实例/集群重命名以确保原始数据库实例或数据库集群可供使用。
 
-![DBRestore failure handling depiction](opensource/Trapheus/screenshots/failure_handling.png)
+![DBRestore failure handling depiction](../screenshots/failure_handling.png)
 
 [![\-----------------------------------------------------](https://raw.githubusercontent.com/andreasbm/readme/master/assets/lines/colored.png)](#contributing-to-trapheus)