翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
バージョニング
バージョンは、Amazon Quick Flows を構築、テスト、他のユーザーと共有する際の管理に役立ちます。作業のさまざまなコピーを保存するようなバージョンを考えてみましょう。作業コピーを用意しながら、他のユーザーが使用できるクリーンな公開バージョンを保持できます。Amazon Quick Flows は、どのフローでも 3 つ以下のバージョンでシンプルに保ちます。
バージョニングの仕組み
組織のセットアップによって、表示されるバージョンタイプが決まります。
組織が承認レビューを使用する場合
3 種類のバージョンを使用します。承認レビューの仕組みの詳細については、Amazon Quick Flows - Approval Review ドキュメントを参照してください。
- 🔧 ドラフト
-
内容: フローを構築してテストする作業コピー。ドラフトを共有することなく、引き続きプライベートフローとして実行できます。
できること:
フローを自由に編集および変更する
Amazon Quick Sight カード、ファイルアップロードカード、出力カードなどのカードを追加する
共有する前に変更をテストする
作業を途中で自動的に保存する
複数のドラフトを作成してさまざまなアプローチを試す
- ⏳ 承認待ち
-
とは: このバージョンのフローは、対象となるユーザーが共有のためにレビューして承認するのを待っています。
できること:
送信されたフローを表示する (ただし編集できない)
承認ステータスを確認する
レビュー担当者のフィードバックに応答する
承認を待つか、リクエストされた変更に対処してから、レビューのために再送信します
- ✅ 公開済み
-
What it is: Your approved flow that others can now use
できること:
公開されたライブフローを表示する
新しいドラフトの開始点として使用する
組織が承認レビューを使用しない場合
次の 2 種類のバージョンを使用します。
- 🔧 ドラフト
-
とは: フローを構築するためのプライベートワークスペース
できること:
フローを編集してテストする
変更を自動的に保存する
共有する準備ができるまで作業を非公開にする
- ✅ 公開済み
-
What it is: Your published flow that others can use immediately
できること:
フローの準備ができたら直接発行する
すぐにユーザーが利用できるようにする
将来の変更のベースラインとして使用する
主要なバージョニングの概念
これらの主要な概念を理解することは、Amazon Quick Flows のバージョニングを効果的に行うのに役立ちます。
作成者向けのマルチバージョニング: フロー作成者は、フローの複数のバージョン (ドラフト、承認保留中、共有) を表示して操作できます。これにより、ユーザーが安定した公開バージョンにアクセスしている間も開発を継続できます。
ユーザー向けの単一バージョン: エンドユーザーには、常にフローの 1 つのバージョン、つまり現在公開されているバージョンのみが表示されます。これにより、混乱を防ぎ、全員が同じ経験をすることができます。
変更の発行ワークフロー: 既存の共有フローに変更を加える場合、これらの更新をユーザーが利用できるようにするには、「変更の発行」が必要です。これにより新しいバージョンが作成され、承認レビューがトリガーされる可能性があります。
バージョン置換: 変更を公開するたびに、すべてのユーザーの以前の公開バージョンが新しいバージョンに置き換えられます。履歴バージョンは作成者向けに維持されますが、ユーザーには常に最新の承認済みバージョンが表示されます。
アプリケーション定義のバージョニング: タイトル、説明、構造などのコアフロー要素への変更は、アプリケーション定義の変更と見なされ、完全な公開プロセスを実行する必要があります。
フローの作成と編集
すべての新しいフローは、プライベートワークスペースのドラフトとして開始されます。必要に応じて、フローの構築とテスト、カードの追加、設定の構成、反復を行うことができます。作業は自動的に保存されますが、重要なマイルストーンを手動で保存できます。フローを他のユーザーと共有する準備ができたら、変更を「公開」して、目的のユーザーが利用できるようにする必要があります。
フローの発行
承認レビュー: ドラフトの準備ができたら、「変更を公開」してレビュー用に送信します。フローは「承認保留中」ステータスに移行し、レビューワーは評価できます。変更がリクエストされた場合は、更新を含む新しいドラフトを作成し、再送信する必要があります。承認されると、フローは「公開済み」になり、ユーザーが利用できるようになります。共有フローに今後変更を加える場合は、再公開し、承認プロセスを再度実行する必要があります。
承認レビューなし: ドラフトの準備ができたら、「変更を公開」してすぐに共有します。フローが「公開済み」になり、ユーザーはすぐに利用できるようになります。ドラフトモードで引き続き変更を行い、必要に応じて更新を発行できます。
共有フローの変更
フローを共有したら、変更を加えると、ユーザーが使用できるように「変更の発行」プロセスを実行する必要があります。これにより、ユーザーは引き続き改善を進めながら、安定したテスト済みバージョンに常にアクセスできます。
変更の公開ワークフロー
共有フローを変更すると、新しいドラフトバージョンで作業します。公開変更プロセスが完了するまで、ユーザーは引き続き現在の公開バージョンを表示して使用します。このアプローチにより、ユーザーは不完全またはテストされていない変更を確認できなくなります。
タイトルと説明の変更: フローのタイトルまたは説明の更新は、アプリケーション定義の変更と見なされます。これには、変更を公開し、承認レビューが有効になっている場合は、承認プロセスを再度実行する必要があります。
コンテンツの変更: カード、プロンプト、またはフローロジックの変更には、変更の発行も必要です。公開された更新ごとに、すべてのユーザーの以前のバージョンを置き換える新しいバージョンが作成されます。
アクセス許可の変更の共有: 新しいユーザーの追加やアクセス許可の変更 (ビューワーの共同所有者への変換など) には、組織の設定によっては承認が必要になる場合があります。
フローの公開解除
共有フローを公開解除して、共有フローを共同所有者がアクセスできるようにしながら、一般公開から削除できます。フローを非公開にする場合:
ビューワーがアクセスできなくなる: ビューワーのアクセス許可を持つユーザーは、フローを表示または使用できなくなります
共同所有者がアクセスを保持: 共同所有者は未公開のフローにアクセスして操作できます
ドラフト状態: フローは、さらなる開発のためにドラフト状態に戻ります。
承認不要: 公開解除には承認レビューは必要ありません
この機能は、広く共有されているフローを大幅に変更したり、問題に対処しながら一時的にアクセスを削除したりする必要がある場合に便利です。
成功のヒント
これらのベストプラクティスに従って、フローを確実に動作させ、ユーザーに優れたエクスペリエンスを提供します。
送信または公開する前に
✅ さまざまなシナリオと入力でフローを徹底的にテストする
✅ すべてのステップが期待どおりに動作することを確認する
✅ 目的のユーザーに対してデータアクセス許可が正しく設定されていることを確認する
✅ ユーザーに明確な説明とヘルプテキストを追加する
✅ エラー処理またはエッジケースを確認する
複数のバージョンの管理
各バージョンで行った変更を追跡する
わかりやすい名前またはメモを使用して異なるバージョンを特定する
重要なドラフトは、不要であることが確認されるまで削除しないでください。
チームとの連携
チームメイトと、誰が何に取り組んでいるかを伝える
共有フローを公開するタイミングを調整する
重要なフローが更新されるタイミングをユーザーに知らせます。
共有する前に、適切なアクセス許可が設定されていることを確認します。
バージョンリファレンス
この表をクイックリファレンスとして使用して、各バージョンタイプで何ができるか、およびワークフローの次のステップについて説明します。
| # | バージョンタイプ | 編集できますか? | ユーザーに表示されますか? | 次のステップ |
|---|---|---|---|---|
| 1 | 下書き | ✅ はい | ❌ いいえ | 送信/公開 |
| 2 | 承認待ち | ❌ いいえ | ❌ いいえ | 承認を待つ |
| 3 | 共有済み | ❌ いいえ | ✅ はい | 変更の新しいドラフトを作成する |
