こんにちは、ロジカル・アーツの福島です。先日、ある環境上に動いているDockerコンテナを調査し、移行のためローカルで同じコンテナを動かし動作確認をするという業務を行いました。その際の大まかな流れを紹介しようと思います。また動作していたDockerコンテナのイメージのタグがlatestとなっており、ミスや事故が起こりやすい状況でしたのでその点についても注目しようと思います。
- Dockerについて
- イメージの取得・タグについて
- latestタグを使用する問題点
- 今回の対処法
- まとめ
こんにちは、ロジカル・アーツの福島です。先日、ある環境上に動いているDockerコンテナを調査し、移行のためローカルで同じコンテナを動かし動作確認をするという業務を行いました。その際の大まかな流れを紹介しようと思います。また動作していたDockerコンテナのイメージのタグがlatestとなっており、ミスや事故が起こりやすい状況でしたのでその点についても注目しようと思います。
こんにちは、ロジカル・アーツの福島です。先日、業務で既存のアプリケーションの改修作業があり、テスト環境に本番環境と同じCloudWatch Logsの設定を行う機会がありました。本番環境のログのPATHが日時を含む形になっており、それに対応してCloudWatch Logsの設定も動的に変化していました。一連の設定の中でcronを用いている部分に気づかず、テスト環境で動的にCloudWatch Logsの設定を変化させている方法が分かりませんでした。そこで今回はその際の一連の設定についてまとめようと思います。 なお、本文でも述べていますが、現在はCloudWatch Logsエージェントではなく、CloudWatchエージェントの使用が推奨されています。そのため、新規で設定する場合はこの記事での設定方法は参考にならない可能性があるので、ご注意ください。
続きを読むこんにちは、ロジカル・アーツの小畑です。
この記事では、Salesforceシステム管理者向けに、UiPathを介したSalesforceとAmazon Connectのインテグレーションのポイントを挙げていきます。
Salesforce(Service CloudもしくはSales Cloud)とAWS(Amazon Connect)とのインテグレーションのパターンは、現在ではいろいろあります。
クラウド間API連携です。
しかし、APIがサポートされていなかった過去では、UIにプログラムを組み合わせて入出力を自動化する等、苦労していました。
この発想の延長がRPAとも言えます。
ここでは、RPAでPoCに適しているUiPathを介して、SalesforceとAmazon Connectを連携させてみます。
こんにちは、ロジカル・アーツの小畑です。
先日の記事「SalesforceコールセンターのTrailhead モジュール/プロジェクトを試してみた」*1では、Open CTI系のCTIパッケージを用いて、Salesforceコールセンターを構築しました。
今回は、SalesforceコールセンターのAmazon Connectインテグレーションに関する二つのプロジェクトの実践ポイントを、比較対照を交えながら挙げていきます。手順そのものは、当該のTrailhead ページで確認をお願いします。
対象となる方(知識の前提)は、先日の記事と同様です。
Amazon Connectについては、過去記事「Amazon Connectについてまとめてみた」*2もありますので、参考にしていただければ幸いです。
本記事では、「Amazon Connectインテグレーションの構築」プロジェクト*3と「Build an Amazon Connect SSO Integration with Salesforce」 プロジェクト*4に取り組みます。ただし、この2つのプロジェクトは、Amazon Connectの最新版(5.x 系)を用いません(2020年11月~2021年1月現在)。
Amazon Connectの最新版を用いる場合は、Trailhead から外れる可能性がありますが、もしチャレンジする場合は、AWSの仕様書:
「Amazon Connect CTI Adapter v5 for Salesforce Lightning Setup and Installation Guide」*5
「Amazon Connect CTI Adapter v5 for Salesforce Classic Setup and Installation Guide」*6
を参照願います。
*1:
https://blog.logical.co.jp/entry/2021/02/16/000000
*2:
https://blog.logical.co.jp/entry/2020/01/17/110000
*3:
https://trailhead.salesforce.com/ja/content/learn/projects/build-an-amazon-connect-integration
*4:
*5:
*6:
こんにちは、ロジカル・アーツの小畑です。
この記事では、Salesforceシステム管理者向けに、Trailhead で体験できる、Salesforceコールセンターの構築に関するハンズオンのポイントを、比較対照を交えながら挙げていきます。手順そのものは、当該のTrailhead ページで確認をお願いします。
Service Cloud に関する以下のTrailhead を履修していることを前提にしています。
・Service Cloud の基礎、具体的には、
「Salesforce ClassicのService Cloud」 モジュール*1
「Lightning ExperienceのService Cloud」 モジュール*2
etc.
・Classic サービスコンソールおよびLightning サービスコンソールの基礎
※ケース管理およびナレッジ管理については、知識を直接問いません。
コールセンターの構築に関わるTrailhead モジュール/プロジェクトは、多くありません。
・「Lightning Experienceのコールセンターインテグレーション」モジュール*3
・「Amazon Connectインテグレーションの構築」プロジェクト*4
・「Build an Amazon Connect SSO Integration with Salesforce」 プロジェクト*5
・「Service Cloud Voice」 モジュール*6
※対象をコンタクトセンターの構築に関するものにまで拡張すると、ビジネスユーザ向けのTrailhead がクローズアップされます。
これらに、以下の関連モジュール/プロジェクトを加えて、コールセンターの構築に関する総合的な理解を深めようと思います。
・「サービスコンソールの設定」プロジェクト(のうち「アプリケーションへのソフトフォンユーティリティの追加」ステップ)*7
・「Service Cloud のLightning Experienceへの移行」モジュール(のうち「コンソールのアップグレード」単元)*8
・「Lightning Dialer」モジュール(※このモジュールは、Service Cloud ではなく、Sales Cloud に属します(後述))
本記事では、「Lightning Experienceのコールセンターインテグレーション」モジュールと「サービスコンソールの設定」プロジェクトに取り組みます。
*1:
https://trailhead.salesforce.com/ja/content/learn/modules/service_basics
*2:
https://trailhead.salesforce.com/ja/content/learn/modules/service_lex
*3:
https://trailhead.salesforce.com/ja/content/learn/modules/service_call
*4:
https://trailhead.salesforce.com/ja/content/learn/projects/build-an-amazon-connect-integration
*5:
*6:
https://trailhead.salesforce.com/ja/content/learn/modules/service-cloud-voice
*7:
*8:
https://trailhead.salesforce.com/ja/content/learn/modules/service_trans/service_trans_console