Embedded Files
http://gemmablezard.com/salesforce-certified-integration-architecture-designer-exam-tips
を翻訳しました。文責：佐野初夫(hsano＠benkyoenkai.org)
Salesforce Certified Integration Architecture Designerの試験のヒント
Salesforce Certified Integration Architecture Designerの試験のヒント
先週の金曜日の午後、1週間かけて必要なトピックを詳しく調べた後、Integration Architecture Designer認定試験に行きました。主題はトリッキーであり、特に自分で構築するのではなく統合を設計する人にとって、より焦点を絞った改訂計画が必要であるという事実にもかかわらず、それは勉強するのに非常に楽しい試験でした。
Integration Architecture Designer試験の勉強
ピラミッドを掘り進んでいるので、今では少し勉強をするようになりました。
最初に：
- SalesforceのTrailmixを読む
- 各トピックを1つずつ取り、メモを作成し、メモのダイアグラムバージョンを描画する
- ノートを読んだり、もう一度読んだりする
- 私はスーパーバッジをしませんでしたが、持っていなければならず、今週それに取り組みます（Apexの前提条件が怖くて逃げました!!）
- 最後に、クイズレットの練習問題で自分自身をテストします（そこにはいくつかの良い模擬テストがあります）
※残念ながら英語しかありませんでした
- 私はまた、この試験での証言のために素晴らしいMaciejに戻りました。 Maciej、ブログをありがとうございます。とても助かりました。
※このブログも日本語化しました。
その時、あなたは何を勉強する必要があったのか知りたいですか？ OK。
PS：あなたがビデオ好きなら、Ladies Be Architectsの統合ビデオもご覧ください。この認定の完全なカリキュラムについて説明します。
バックアップ
バックアップ
研究の主なトピック（リソースガイドによる）は次のとおりです。
Salesforceデータをバックアップする理由
Salesforceデータをバックアップする理由
- データ破損
- ヒューマンエラー/悪意
- データ移行演習の準備（ロールバックを含む）
- データ量を削減するアーカイブソリューション
- データウェアハウス/ビジネスインテリジェンスハイブへのデータのレプリケーション
- 開発バージョンのスナップショット（メタデータ）を取得する
バックアップに関する重要な考慮事項：
バックアップに関する重要な考慮事項：
- バックアップの種類（およびそれぞれの使用例）
- 全体（フル）
- 部分的（パーシャル）
- 増分（インクリメンタル）
バックアップ手法（およびそれぞれの考慮事項）
バックアップ手法（およびそれぞれの考慮事項）
- データローダー、データエクスポート、AppExchange、それともAPIソリューション？
- APIタイプ：REST、SOAP、メタデータ、バルク
- 失敗を再試行する機能は非常に重要です
- Bulk APIでタイムアウトが発生する場合は、PK Chunkingを検討してください。
※PK(主キー）に基づいてチャンク分割する機能
- RESTおよびSOAPのガバナー制限は、Bulk APIとは別です
- Bulk APIを使用すると、24時間あたり10,000バッチを実行できます。これらの制限を他のために温存したい場合は、SOAP / RESTを使用してください。
- RESTとSOAPは添付ファイルのバックアップに最適です
- ミドルウェア
バックアップパフォーマンスの最適化
バックアップパフォーマンスの最適化
- 速度が依存するものは・・
- レコードの数
- 列の数
- フィールドタイプ（つまり、リッチテキスト、ロングテキスト-バックアップが遅くなります）
- ネットワーク容量
- 選択されたAPI
- クエリの分割：水平方向と垂直方向（これについて読むことをお勧めします）。
バックアップのセキュリティ
バックアップのセキュリティ
- 考慮事項：
- ストレージ
- 暗号化
- 可用性
- 耐久性
- 認証
- アクセシビリティ
- ログによるアクセスの監視
回復に関する重要な考慮事項
回復に関する重要な考慮事項
- 復旧計画の重要な要素：
- 範囲（お客様の災害復旧計画に合わせる必要があります）
- 復元するバージョン
- 復元のしやすさ
- 耐障害性
- ビジネスへの影響と混乱を最小限に抑えるための計画
- データ変換を最小限に抑える
- 回復にかかる時間を考慮し、その計画を立てる
- 可能な限り多くの復元を自動化
- 現在および将来のアプリケーション設計への影響を最小限に抑える
- 一般的な/予想されるロードブロッキングを自動的に解決します
- エラーログを提供して手動介入を有効にする
- 復元の種類
- 単一レコード
- 論理部分復元
- 組織コピー
- 復元プロセス–これらは、リソースガイドで参照されている資料で提供されています
- シングル
- 論理的
- 組織コピー
バックアップおよび復元プロセスでのサンドボックスの使用
バックアップおよび復元プロセスでのサンドボックスの使用
- フルコピーのサンドボックスをバックアップストアとして使用しないでください。
- データの整合性は保証されません
- バックアップは意図されたものであるため、コピーは特定の時点のものではありません。したがって、CIOに、良いアイデアだと思わせないでください。
転送中のデータのセキュリティ
転送中のデータのセキュリティ
- Salesforceが提供する通常のトランスポート層セキュリティ
- プロトコルとは何かを説明するように求められた質問があり、TLSを選択したことを覚えています（これは現在、SSLの代わりの用語です）
- セキュリティで保護されていないネットワーク（Base64）を介してデータを転送する場合に使用するもの。 Base64エンコーディングについて読んでください。
- 名前付き資格情報は、研究の重要な分野です-それは私に驚きを与えました
- 認証情報をいたずらな人に公開せずに安全に保存する方法を確認する
統合パターン
統合パターン
私はこれで本当に町に行くことができたでしょう。 Salesforceは、エンタープライズ統合パターンの構成要素について知る必要があるすべてを教えるWebサイトへのリンクを提供します。私は1日の大部分を費やして、各メッセージの種類とは何か、それらの意味と動作を説明しました。理解しやすいように図にまとめました。
Enterprise Service Busとミドルウェアを使用することの利点について出てきた質問もあります。ここに、統合パターンサイトからの私の持ち帰りを示します。これにより、これから行うすべてのテクニカルプロセスレビューをよりよく理解することができました。
リクエスト–返信
リクエスト–返信
通常、1つのシステムが別のシステムに連絡してデータを送信し、他のシステムが応答を送信するための返信アドレスを含む、付随する指示を送信します。
2つのタイプ：リモートプロシージャコールとメッセージングクエリ。
また、これらの統合におけるチャネルの使用について、特にデータの移動方向に関して、多くのことを学びました。
Force.comキャンバス
Force.comキャンバス
Canvasを学習する必要があります。 Salesforce内で別のシステムのUIを公開する安全な方法です
※Canvas Developer Guideは日本語化されていないようです。外部のアプリケーションをSalesforce画面の中で使用するためのツールとJS APIです。
WSDL
WSDL
エンタープライズWSDLとパートナーWSDLの違いとそれらの機能を研究する時間を費やさなかったことを後悔しました。リソースガイドが指示するトレーニングコースは、なぜ必要なのかを説明するのに非常に優れています。トリッキーな部分は、彼らが何ができるかを理解することと、Salesforceと他のシステムとの間の契約であることです。ただし、APIの経験がある開発者は、これが簡単にわかるはずです。
WSDLを起動します。
テスト中
テスト中
- ここでは、開発ライフサイクルおよびデプロイメント試験とのクロスオーバーがいくつかあります。テストとサンドボックスのタイプを研究すれば、大丈夫です。
データを移動する方法
データを移動する方法
- 2つの組織を相互に接続する方法（Salesforce-to-Salesforce）を理解すると、その機能と制限が大幅に役立ちます。
- サンドボックスへのデータのコピー–フルコピーはすべてをコピーし、パーシャルコピーはデータオブジェクトとレコードのテンプレートを適用してコピーできます
- データローダー
- API
- ETL（抽出、変換、ロード）を処理するミドルウェアアプリケーション
美しいAPI
美しいAPI
開発者以外の人にとっては残念ですが、実際には、何が利用可能であり、API間の違いを理解する必要があります。
- バルク–大量のデータに使用されます（これについては、データアーキテクチャ試験で詳しく説明します）
- SOAP –同期（リアルタイム）–ほとんどのシステムはSOAPを受け入れ、XMLのみを処理します。 SOAPを使用してシステムを統合するには、WSDLが必要です。
- REST – SOAPよりも軽量です。 XMLとJSONを処理できます。 WSDLは必要ありません。
- Chatter REST API –別のプロトコルですが、投稿、フォロー、コメントなどのChatter機能を公開します
- メタデータ–すべてのフィールド、オブジェクトなど。デプロイメント試験では、メタデータAPIについてより徹底的にテストされます。
- ストリーミング–パブリッシュ/サブスクライブ
たとえば、夫に対してSOAPとRESTを説明する方法は、SOAPはナイトクラブのようなもので、警備員がいて、入場するにはパスが必要なことです。RESTはパブのようなもので、あなたが馬鹿でなければ、歩いて入ることができます。
OAuth
OAuth
認証技術の基本的な知識があると役立ちます。これはIdentity and Access Managementクレデンシャルの大きなトピックになると確信しています。試験では、モバイルアプリケーションのコンテキスト内でこれが尋ねられるのを見ました。
ワークベンチ
ワークベンチ
何ができるのか、何ができないのかを知ってください。通常、これを使用して統合をテストします。
アウトバウントメッセージ
アウトバウントメッセージ
- アウトバウンドメッセージは非同期ですが宣言型です。
- ワークフロールールのアクションとしてのみ使用できます。
- 管理者は送信する項目（必要ならセッションIDも）を選択します。データを送信するエンドポイントURLを指定できます
- 一度に1つのオブジェクトのみを処理するため、質問を注意深く読んでください。多くの場合、それはオプションとして提供されますが、アウトバウンドメッセージの制限について実際にどれだけ知っているかをテストしています。
そして、やっぱり…
そして、やっぱり…
頭が痛いです。それで、熱いお風呂とお祝いのプロセッコは、彼女の勝利を祝うために必要なすべてのこのミイラでした。次回まで…そして、この試験での幸運をお祈りします。いつものように、フィードバックやコメントがある場合、または少しでも役に立った場合でも、@ gemziebethでツイートしてください。私は読者からの意見を聞くのが大好きです。
Report abuse