【PHP】システム障害時の通知にmail関数を使う事のデメリットは何がありますか？

Question

システム障害発生時の対応方法について迷っています。
ここで言うシステム障害は、laravelで実装したアプリケーション実行中に生じる、データベース登録エラーやメール送信失敗です。

mail関数を使いメールサーバーを介さず送信すると言う方法が思いつきます。
https://www.php.net/manual/ja/function.mail.php

下記の事を考えて、mail関数を使おうと考えています。

• メールサーバーは不要なのでコストが低い
• システムで使用しているメールサーバーとは切り離しているので、メール送信失敗も感知できる
• （かなり乱暴ではありますが…）個人情報を含まなければ、漏洩しても被害が小さい

ただ、mail関数を使った通知を作った事がなく検討している状況です。
slackやAWS SES等の外部サービスに送信を任せる方法も考えつくのですが、案件上選ぶ事が難しい状況です。

題記の内容に戻りますが、システム障害時の通知にmail関数を使う事のデメリットは何か考え付きますでしょうか？

Comments

[maisumakun]

「何と」比較してのデメリットでしょうか？

（意図したように動かないとか、脆弱性を生むといった致命的なものを除けば、メリット・デメリットは相対的なものです）

[m.ts10806]

laravelの機能でメール送信しないのはなぜですか？
この機能で失敗ならPHPの元の機能でも成功するとは思えませんが…

[hasshy]

maisumakun さん
ご質問いただきありがとうございます。
言葉足らずで失礼しました。
管理者用のsmtpサーバー新設した時の比較を考えていました

[hasshy]

> m.ts10806さん
ご質問ありがとうございます。
laravelではmail関数に対応した機能がないと思っていたため、mail関数を使おうと考えていました。
今調べたらmail関数で送る機能もありましたね

Answer 1

そもそも障害が発生しているサーバーのメール機能が生きている保証は無いような気がしますが・・・
別途用意した監視サーバーを利用した方が良いと思います

Comments

[hasshy]

ご回答いただきありがとうございます。
なるほど。確かにサーバーが何かしら問題があった場合はメールが送れないかもしれません。

言葉足らずだったかもしれませんが、データベース登録やメール送信等、アプリケーション中のエラー発生の場合はいかがでしょうか？
後ほど本文にも追記します。

[yambejp]

障害やエラーをトリガーにメールすることを否定するわけではありません。
補助的には十分機能を果たすでしょう