Cloud

[Azure]2018/09/25のAzureの注目アップデート

初音玲 — Tue, 25 Sep 2018 07:01:00 GMT

AzureのUpdateがすごい量でてきました。

ぱっと見て、自分が注目している部分のアップデートをピックアップしてみました。

BLOB使いやすくて好きなのです。で、高スループットのものがでてきましたね。

BLOBいいけど速度どうなの？という方にも安心ですね。

https://azure.microsoft.com/ja-jp/blog/introducing-azure-premium-blob-storage-limited-public-preview/?irgwc=1&OCID=AID681541_aff_7593_1243925&tduid=(ir_d29e067eNbedaf2b2710a463509a078b8)(7593)(1243925)(TnL5HPStwNw-gt.c5nteSLzUDkvPulOjyA)()&irclickid=d29e067eNbedaf2b2710a463509a078b8

そして、Azure Signal R ServiceがGA（generally available）です。東日本リージョンでも使えるようになりました。

SignalR使ているところは、裏側をこれに置き換える検討しないとなー。

https://azure.microsoft.com/en-us/blog/azure-signalr-service-now-generally-available/?irgwc=1&OCID=AID681541_aff_7593_1243925&tduid=(ir_d29e067eNbedaf2b2710a463509a078b8)(7593)(1243925)(TnL5HPStwNw-LGYhziMgBF0y9tTqG7eUpQ)()&irclickid=d29e067eNbedaf2b2710a463509a078b8

Quick Startを後で見てみましょう。

https://github.com/aspnet/AzureSignalR-samples

クラウド使っているときのDDoS対策は？なんて聞かれることもありますよね？

Azure DDos Protectionを使って攻撃緩和レポートなどがみれるようになるようです。

https://azure.microsoft.com/en-us/blog/ddos-protection-attack-analytics-rapid-response/?irgwc=1&OCID=AID681541_aff_7593_1243925&tduid=(ir_d29e067eNbedaf2b2710a463509a078b8)(7593)(1243925)(TnL5HPStwNw-qsBdAjswrbw0UR2YfoNHfw)()&irclickid=d29e067eNbedaf2b2710a463509a078b8

ついでに、Azure FirewallもGAですね。

そして、Cognitive ServiceのSpeech Serviceがグローバル提供（特定のデータセンター選ばなくてよい）になって、サポート言語も17言語（と地域）が増えて30言語になりましたね。

https://azure.microsoft.com/en-us/blog/global-scale-ai-with-azure-cognitive-services/?irgwc=1&OCID=AID681541_aff_7593_1243925&tduid=(ir_d29e067eNbedaf2b2710a463509a078b8)(7593)(1243925)(TnL5HPStwNw-4vE0gsjztG1AzuVHLNuw_Q)()&irclickid=d29e067eNbedaf2b2710a463509a078b8

Ignite合わせで色々出てきましたね。

来年はIgniteもいきたいですね。

[Azure]Azure PowerShellの具体例(例３：ストレージの追加）

初音玲 — Sun, 15 Apr 2018 21:02:00 GMT

前準備

http://hatsune.hatenablog.jp/entry/2018/04/11/010156

Azureへのログイン

PowerShellを起動して次のコマンドを入力するとAzureへのログインダイアログが表示されます。

Login-AzureRmAccount

ここでIDとパスワードを入力してサインインに成功すると対象となるサブスクリプションに接続します。

しかし、複数のサブスクリプションに紐づいている場合は、目的のサブスクリプションにつながらない場合もあります。

その場合は、Get-AzureRmSubscriptionでサブスクリプションIDを調べて、Select-AzureRmSubscriptionを使ってサブスクリプションを指定します。

Select-AzureRmSubscription -SubscriptionId 'xxxx-xxxx-xxxxx-xxxx'

例３：ストレージの追加

Azure PowerShellを使って具体的にBLOBを新規追加する方法を順番にみていきましょう。

(1)リソースグループを新規作成する（既存のものを使うときには省略）

New-AzureRmResourceGroup ?Name myResoureceGroup ?Location ‘Japan West’

これでmyResourceGroupという名前で西日本にリソースグループが作成できます。

(2)ストレージアカウントの作成

New-AzureRmStorageAccount ?StorageAccountName 'mystorage0409' ?Location 'Japan West' ?ResourceGroup myResoureceGroup ?SkuName 'Standard_LRS' ?Kind storage

西日本に'Standard_LRS'=ローカル冗長ストレージでストレージアカウント「mystorage0409」を作成しました。

SkuNameにはレプリケーションを指定するので、その他にも次のような指定が可能です。

SkuName	レプリケーション
Standard_LRS	ローカル冗長ストレージ
Standard_ZRS	ゾーン冗長ストレージ
Standard_GRS	地理冗長ストレージ
Standard_RAGRS	読み取りアクセス地理冗長ストレージ
Premium_LRS	Premium(SSD)ローカル冗長ストレージ

通常はローカル冗長、スピードが必要ならPremiumローカル冗長、データセンタのゾーン全体が死んでもデータの持続性を担保したいならゾーン冗長、データセンター丸ごと死んでもということであれば地理冗長を選択しましょう。

詳細は下記のドキュメントを参照してください。

https://docs.microsoft.com/ja-jp/azure/storage/common/storage-redundancy

もし、ストレージに対してhttpsでのアクセスのみを許可したいときは「-EnableHttpsTrafficOnly $True」を付与しましょう。

作成したストレージアカウントをAzure Portalで確認してみましょう。

(3)BLOBコンテナの作成

ストレージアカウントができているので、次にやる作業はBLOBサービスにBLOBコンテナを作成することです。

New-AzureRm・・・のようなリソースマネージャー関連コマンドではなくなってしまいますが、次のようなコマンドでBLOBコンテナが作成できます。

$storageAccount = Get-AzureRmStorageAccount ?Name 'mystorage0409' ?ResourceGroupName myResoureceGroup

$ctx = $storageAccount.Context

New-AzureStorageContainer ?Name 'myblob' ?Context $ctx ?Permission blob

これで、パブリックアクセスレベルが「BLOB専用の匿名読み取りアクセス」のmyblobというBLOBコンテナが作成できました。

(4)BLOBファイルのアップロード

BLOBコンテナができたので、ローカルPCにあるファイルをアップロードしてみましょう。

$storageAccount = Get-AzureRmStorageAccount ?Name 'mystorage0409' ?ResourceGroupName myResoureceGroup

$ctx = $storageAccount.Context

Set-AzureStorageBlobContent ?Container myblob ?Blob 'Icon09.png' ?Context $ctx ?File 'C:\Users\hatsune\Pictures\icon09.png'

これでローカルPCのファイルがAzure上のBLOBコンテナに入りました。

(5)BLOBコンテナの内容一覧

BLOBコンテナにあるBLOBファイルの一覧を表示してみましょう。

$storageAccount = Get-AzureRmStorageAccount ?Name 'mystorage0409' ?ResourceGroupName myResoureceGroup

$ctx = $storageAccount.Context

Get-AzureStorageBlob -Container "myblob" -Context $ctx

パブリックアクセスレベルが「BLOB専用の匿名読み取りアクセス」となっているので、BLOBファイルへのURLを公開すれば誰でもが参照のみ可能となります。

(6)アクセスキーの取得

参照は誰でもができますが、一部の人には更新もできるようにしたい場合があります。

しかしAzureサブスクリプションに対するアクセス権を渡してしまうのは大げさです。

そのような場合は、ストレージアカウント名とキーを渡してあげて、Azure Storage Explorerなどを使ってもらうといいでしょう。

詳細は：http://hatsune.hatenablog.jp/entry/2018/03/08/065243

Get-AzureRmStorageAccountKey -Name mystorage0409 -ResourceGroupName myResoureceGroup

mystorage0409という名前と、key2の値を更新者に渡してあげるといいでしょう。

注意(2018/04/15現在)

今回、ストレージアカウントのアカウントの種類としてstorageを指定したがblobstorageを指定したいときは注意が必要だ。

１つもストレージアカウントがない状態でblobstorageを作成するとBLOBコンテナが作成できないストレージアカウントができてしまう。

１つでも作成した後であれば正常に動作する。

New-AzureRmStorageAccount -StorageAccountName 'mystorage0409' -Location 'Japan West' -ResourceGroup myResoureceGroup -SkuName 'Standard_LRS' ?Kind storage

New-AzureRmStorageAccount -StorageAccountName 'mystorage0410' -Location 'Japan West' -ResourceGroup myResoureceGroup -SkuName 'Standard_LRS' -Kind BlobStorage -AccessTier Hot

Azure Portalで作成したときは大丈夫なので、Azure PowerShellに何らかの問題があるのかもしれないが注意した方がいいでしょう。

[Azure]Azure PowerShellの具体例(例２：接続先サブスクリプションの変更）

初音玲 — Sun, 15 Apr 2018 16:26:00 GMT

前準備

http://hatsune.hatenablog.jp/entry/2018/04/11/010156

Azureへのログイン

PowerShellを起動して次のコマンドを入力するとAzureへのログインダイアログが表示されます。

Login-AzureRmAccount

ここでIDとパスワードを入力してサインインに成功すると対象となるサブスクリプションに接続します。

しかし、複数のサブスクリプションに紐づいている場合は、目的のサブスクリプションにつながらない場合もあります。

その場合は、サブスクリプションを指定してログインしてもいいのですが、Login-AzureRmAccountでのサブスクリプション指定には、そもそもとしてサブスクリプションIDが必要です。サブスクリプションIDを調べるのにブラウザでAzure Portalにログインするのも本末転倒な気がします。

そこで便利なのが、Get-AzureRmSubscriptionです。

Get-AzureRmSubscription

これでサブスクリプションIDが分かったので、使いたいサブスクリプションを指定します。指定は、サブスクリプションIDでもサブスクリプション名でもいいのですが、サブスクリプションID指定をよく使います。

Select-AzureRmSubscription -SubscriptionId 'xxxx-xxxx-xxxxx-xxxx'

Select-AzureSubscriptionがいわゆるclassicと呼ばれているもので、Select-AzureRmSubscriptionがAzureリソースマネージャーによる指定となります。

注意点

Select-AzureRmSubscriptionはあくまでもAzureリソースマネージャーによるサブスクリプションの変更です。

この方法で接続およびサブスクリプション指定した場合は、以降のコマンドもhogehoge-AzureRmHogehogeのように「Azure」でなく「AzureRm」系のコマンドを使う必要があります。

[Azure]Azure PowerShellの具体例(例１：WebAppsの追加）

初音玲 — Sat, 14 Apr 2018 02:01:00 GMT

前準備

http://hatsune.hatenablog.jp/entry/2018/04/11/010156

Azureへのログイン

PowerShellを起動して次のコマンドを入力するとAzureへのログインダイアログが表示されます。

Login-AzureRmAccount

ここでIDとパスワードを入力してサインインに成功すると対象となるサブスクリプションに接続する。

もし、複数のサブスクリプションがある場合は、サブスクリプションを指定して実行するといいでしょう。

Login-AzureRmAccount ?subscription xxxxxx-xxx-xxx-xxx-xxxx

例１：WebAppsの追加

それではAzure PowerShellを使って具体的にWebAppsを新規追加する方法を順番にみていきましょう。

(1)リソースグループを新規作成する（既存のものを使うときには省略）

New-AzureRmResourceGroup ?Name myResoureceGroup ?Location ‘Japan West’

これでmyResourceGroupという名前で西日本にリソースグループが作成できます。

(2)フリープランでApp Serviceプランを作成

New-AzureRmAppServicePlan -Name ’mywebapp0409' ?Location ‘Japan West’ -ResourceGroupName myResoureceGroup -Tier Free

App Service プラン名が「mywebapp0409」のApp Serviceプランを西日本に作成しました。

(3)Webアプリを作成

New-AzureRmWebApp -Name ’mywebapp0409' ?Location ‘Japan West’ -AppServicePlan ’mywebapp0409’ -ResourceGroupName myResoureceGroup

App Webアプリ名が「mywebapp0409.azurewebsites.net」のWebアプリを西日本に作成しました。

(4)発行プロファイルの取得

Get-AzureRmWebAppPublishingProfile -Name ’mywebapp0409' -ResourceGroupName myResoureceGroup ?outputfile “outputfile”

これでoutputfileという名前で発行プロファイルが保存できます。

(5)Webソケットの有効化

Set-AzureRmWebApp ?Name 'mywebapp0409' -ResourceGroupName myResoureceGroup ?WebSocketsEnabled true

これでWebソケットが使えるようになります。

(6)アプリケーション設定

$AppSettings = @{"ClientId"="id";"Password"="pass"}

Set-AzureRmWebApp ?Name 'mywebapp0409' -ResourceGroupName myResoureceGroup ?AppSettings $AppSettings

アプリケーション設定にClientIdとPasswordを設定しました。アプリケーション設定を定義することでWeb.Configに設定した設定値を書き換えることができます。

さいごに

あとはWebアプリをデプロイすればOKです。

Azureでは、デプロイオプションとしてWeb Appsへのデプロイ元が選択できます。VSTS、onedrive、ローカルGitリポジトリ、GitHub、Bitbucker、DropBoxなどから選択できます。もちろん自社内のGitを指定することも可能です。

これにはローカルgitやgithubと組み合わせてとかもできます。

Visual Studioからデプロイしてもいいでしょう。

このあたりは機会があれば、別の機会にご紹介したいと思います。

[Azure]Azure PowerShellを使ってみよう

初音玲 — Wed, 11 Apr 2018 01:01:00 GMT

Azure Cognitive Serviceを使ったクライアントアプリを作成するときに、Azure側でサービスを有効化しようとするとAzure PortalからGUIで操作が必要です。

知っている人ならば簡単でしょうけれど、知らない人に操作を伝えようとすると画面のハードコピーを取得して、それをペタペタと貼り付けて「手順書」なるものを作らなければならない場合があります。

しかし、クラウドですからちょっとしたタイミングでAzure Portalが改善され見た目が変わったときに、元の手順書から類推できる人ならばいいのですが、ちょっとでも違っているだけで「画面が違う」というクレームを人がいたりするわけです。

Azure Cloud Shell

Azure PortalにもAzure Cloud Shellというコマンドラインでの操作方法があります。

このツールのいいところは特に何かインストールしなくても使える点です。

しかし、Azure Cloud Shellを使うにはMicrosoft Azure Files ストレージを使用するためのセットアップと低額ですが維持費用が掛かる点を嫌がるケースもあります。

そのようなときはクライアントにAzure PowerShellをインストールするのがよいでしょう。

Azure PowerShell

Azure PowerShell を PowerShell ギャラリーからインストールできます。

しかし実際にやってみたらちょっと面倒だったので、Web Platform Installerを使った方がいいでしょう。

http://aka.ms/webpi-azps

Azureへのログイン

PowerShellを起動して次のコマンドを入力するとAzureへのログインダイアログが表示されます。

Login-AzureRmAccount

ここでIDとパスワードを入力してサインインに成功すると対象となるサブスクリプションに接続する。

もし、複数のサブスクリプションがある場合は、サブスクリプションを指定して実行するといいでしょう。

Login-AzureRmAccount ?subscription xxxxxx-xxx-xxx-xxx-xxxx

[Azure]別アカウントのAzure BLOBにアクセスする

初音玲 — Thu, 08 Mar 2018 06:52:00 GMT

自分のAzureサブスクリプションにあるAzure Storageにアクセスするには、Azure PortalやAzure Storage Explorerなど様々な方法がありますが、コンテナにたどり着くルートは次の３つの方法があります。

IDとパスワードとサブスクリプションを指定して、ストレージアカウント名→BLOB→コンテナ
接続文字列を指定→BLOB→コンテナ
ストレージアカウント名とアクセスキーを指定→BLOB→コンテナ

この中で１の方法はBLOB以外の資源へのアクセス権も得てしまうので自分以外の人には使わせることができないルートになります。

一方、２や３の方法であれば、例えば、データファイルを入れてほしいときなどに「接続文字列」や「ストレージアカウント名とキー」をお知らせして、Azure Storage Explorerからファイルをアップロードしてもらうと手軽です。

複数のお客様とのやりとりも

お客様ごとにストレージアカウントを作成
接続文字列をお客様にお知らせ（お客様ごとに異なる値になる）
お客様はAzure Storage Explorerを使ってファイルエクスプローラ感覚で指定の場所にファイルを配置

で済んでしまいます。

実際の手順は以下のようになります。

(1)

[ストレージアカウント]-[BLOB]-[コンテナ]にあるファイルを確認します。

(2)

該当ストレージアカウントの接続文字列を取得します。

(3)

Azure Storage Explorerを起動してAzureとの接続には「Use a connection string a shared access signature URI」を選択します。これで接続文字列指定の接続が可能になります。

(4)

接続文字列を貼り付けます。

(5)

Azure Portalにあったファイルが確認できます。

ここでAzure Storage Explorerをつかってファイルを１個追加してみましょう。

(6)

ちゃんとAzure側に入ったか確認しましょう。

きちんとはいりましたね！

[Azure]MicrosoftのTranslator Text APIもDNN翻訳に対応しています（しかももっと簡単にお安く）

初音玲 — Wed, 05 Apr 2017 23:01:00 GMT

https://blogs.technet.microsoft.com/microsoft_japan_corporate_blog/2016/11/24/161124-microsoft-translator/

上記より抜粋

ニューラルネットワークによる翻訳は、音声 API およびテキスト API を使用する開発者が使用できます。

本日より、音声 API 呼び出しでは、すべてニューラルネットワークが利用されます。
テキスト API 呼び出しでは、標準カテゴリー (標準カテゴリーの詳細についてはこちらを参照してください：英語)「generalnn」を使用し、サポートされている 10 言語の任意の組み合わせを使用することで、ニューラルネットワークを利用できるようになります。

ということで、Microsoft Azure Translator Text APIであればFreeプランであってもCategolyにgeneralnnって指定するだけでニューラルネットワークによる翻訳がビシバシ使えちゃいます。

これ使わない手はないですねほんと。

Translator Text APIを使うためにはAzure Poralでキーを取得したら、コードでキーからトークンを作ります。

トークンの作り方はこちら。

https://github.com/MicrosoftTranslator/GetAzureToken

トークンができたらそれをAuthorizatonヘッダに設定して

http://api.microsofttranslator.com/v2/Http.svc/Translate?text={0}&from=|1|&to={2}

のような感じで呼び出せば翻訳結果を取得できます（{0}には翻訳したい原文、{1}にはjpなどの原文言語コード、{2}にはenなどの翻訳先言語コード）。

[Azure]Azure DataMarketは2017/3/31に閉鎖されます。

初音玲 — Tue, 13 Dec 2016 00:11:00 GMT

Azure DataMarketは閉鎖され、そこで提供されていたサービス（すべてかは未確認）はAzure Marketplaceにて提供されます。

閉鎖時期は2017/03/31、それに先立つ2016/12/31以降は新規オーダーを受け付けなくなります。

DataMarket and Data Services are being retired and will stop accepting new orders after 12/31/2016. Existing subscriptions will be retired and cancelled starting 3/31/2017. Please reach out to your service provider for options if you want to continue service.

例えば、Microsoft　Translator APIの場合、実際の翻訳URLなどは変わりませんが、そこで使われる認証トークンの取得が変更なります。

Azure DataMarketでの認証

サンプルコード

https://gist.github.com/b01abb3ddc0414157ba8d12bda9311e0:embed#Azure

Azure MarketPlaceでの認証

サンプルコード

https://github.com/MicrosoftTranslator/GetAzureToken/blob/master/AzureAuthToken.cs

[Cognitive]LUISが日本語対応したよ

初音玲 — Sun, 18 Sep 2016 18:52:00 GMT

2016/09/15にLUISが日本語対応しました。

https://www.microsoft.com/cognitive-services/en-us/news

LUIS = Language Understanding Intelligent Serviceということで、話し言葉をテキストで入力するとその意味を解析してテキストの要素を認識してくれるサービスが日本語対応しました。

早速、LUISを使ってみましょう。C#のSDKもありますがまずはWebのエンドポイントから軽く試してみましょう。

まずはLUISのWebサイト(https://www.luis.ai/) からMicrosoftアカウントでログインしましょう。

初回ログインのところでの質問はこんな感じに回答すればOKです。

新規作成の[+]ボタン、真ん中は[Cortana pre-built apps]ボタン、一番右側は[Start Tutorial]ボタンでチュートリアルを見るためのボタンです。

真ん中の[Cortana pre-built apps]ボタンでコルタナの受け答え言語理解モデルを使ってアプリをつくてれます。残念ながら日本語はまだ提供されていません。

しかたがないので、新規作成ボタンで言語理解モデルなしでアプリを作成しましょう。

シナリオとして、IoT、Bot、Mobile、Otherなどが選べます。今回はBotを選んでおきます。

また、ドメインもいろいろ選べます。ドメインを指定するのは、同じ言葉でも分野によって意味づけが異なるからです。

Booking & Reference
Business
Comics
Communication
Education
Entertainment
Finance
Gaming
Health & Fitness
Home Automation
Media & Video
Medical
Music & Audio
Navigation & Maps
News & Magazine
Personalization
Productivity
Real Estate
Sceduler
Shopping
Social Network
Sports
Telecom
Tools
Transportation
Translation
Travel & Local
Weather
Other

ここは、Comics、Gaming、Media & Video、Social Networkを選んでみます。たぶん、分野を絞れば絞るほどその分野において的確な意味としてとらえてくれるはずです。どのあたりをターゲットにするのかよく考えて絞り込みましょう。

そしてもちろん[Choose Application Culture]には「Japanese」を選択します。

[Add App]ボタンをクリックすればアプリケーションの作成が開始されます。１～2分かかりますが気長に待ちましょう。

生成された直後は、こんな感じです。この状態では何もできません。なにかするにはメニュー右端の[Edit]をクリックしてセッティングを行わないとダメなのです。

Editをクリックしたときに表示される画面はこんな感じ。

まずは何も設定せずに[New utterances]に「みなさん、こんにちは。初音ミクです。永遠の16才の電子の歌姫です。」といれてみましょう。

その結果は、半角区切りが入って次のように分解されて表示されます。

みなさん、
こんにちは
。
初音
ミク
です
。
永遠
の
16才
の
電子
の
歌姫
です
。

しかし何も設定していないので、出力はこれだけです。もう一度、同じ文章を入れたら「This utterance has already been labeled. You can make changes to the label, or type in a different utterance.」って表示されます。

この一度入れたものは[Review labels]でも表示できます。

これだけって書きましたけれど、文章を入れてこういったこと＝「形態素解析」ができることだけでもすごいですよね。

それではLUISに意味を教えていきましょう。

はい。もうわかりましたね。LUISを使えば勝手に意味を抽出してくれるんじゃなくて、言語理解モデルというものが必要なわけです。

左端のEntitiesの+を押して[Add a new Entity]で登録してみましょう。

「名前」EntitiyはInclude childrenということで「姓」と「名」を子供に定義して作成します。

作成が終わったら左下の[Train]ボタンを押してみましょう。

次に[Review labels]でさっき入れた文章を表示し、「初音」をクリックして「姓」、「ミク」をクリックして「名」をEntityとして選びます。

それでは試しにこれで何ができるか確認してみましょう。

左下の[Train]ボタンをクリックしてトレーニングをしてから左上の[Publish]ボタンで公開します。

Query欄に「初音ミクって誰？」と入れた結果は次のようなJSONで返却されます。

それでは次にIntentを追加してみましょう。左メニューのIntentの[+]ボタンをクリックして、「GetTopic」という名前で「初音ミクは、永遠の16才の電子の歌姫です。」と登録してみましょう。

そしてさっきと同様に「姓」と「名」のEntityを設定して[submit]します。

[Train]ボタンを忘れずに押してから[Publish]して、[Update published application]ボタンをクリックしたら、Queryにさっきと同じ質問をいれた結果のJSONは次のように変化しました。

このようにEntityはIntentを設定して初めて抽出してくれるのです。

これで「初音ミク」って要素が入ったテキストに対しては「GetTopic」という話題を返せばいいという言語理解モデルができあがりました。

最後に、英語の意味を少し理解しておきましょう。

Intent：意図、目的

Entity：実体（要は、名という識別に対する実データ）

月1万トランザクション(以前は10万トランザクションまでだったけれど9/15に改訂。言語増えたから世界的に使われる量が増えることを見越してかな？)までは無料なのでぜひ使ってみてくださいね。

日本語の言語理解モデルとかがOSSとしてgithubあたりに流通し始めると面白いかもね。

今期アニメ言語理解モデルとか。

Mobile first, Cloud first

初音玲 — Fri, 16 Sep 2016 01:10:00 GMT

トラディショナルジャパニーズカンパニーには、この2つに積極的にかかわりあいたくない人たちがいます。要は自分が変わりたくない、自分の仕事を変えたない。
そして、新しい取り組みを消極的に妨害します。そう、本人は意識していないかもですが妨害してくるのです。
前例がない、事例がない、私を納得させろ。
人は人によって納得させられるものではありません。人は自分の意思により納得するのです。変化したいから発せられたのとそうでないのとは、同じ字面であっても心根は正反対です。
かわりたいから発せられたとき、それは自分ごととして一緒に変わり事を考えるという動きになって行くのです。
そうでないときは、否定するための問いであり逃げるための問いに付き合わされるという消耗戦を勝ち抜かないと前に進みません。

諦めればそこで試合終了ですよ。

まさにこれ。