クラウドサービスのミドルウェア設定はデフォルトで良い？

職場でクラウドサービスのミドルウェアの設定についてそう聞かれて、答えはしたけれどうまくは答えれてなかったなって考えて。

次聞かれたらもう少しうまく答えよう(｡- .•)

結論、基本的に現時点は必要

利用するクラウドサービスによるケースバイケース。

→
AWS S3やLambdaなどのサーバレスなサービスなら不要。だからサーバレスアーキテクチャが人気です。

ミドルウェアやサーバを意識する必要がない、クラウドの利点が体現できたサービスを組み合わせて構成するシステム構成のことです。

@see

サーバレスアーキテクチャとは何か？～AWS LambdaとAPI Gatewayによる簡単なAPIの実装を試す

ミドルウェアはデフォルト設定じゃだめなの？って質問されて。

デフォルトはサーバ全体のリソースを１サービスだけで枯渇させないように控えめ設定になっている。だから物理リソース限界のはるか前でストップがかかって障害になる場合がある。想定負荷サイズと物理リソースに合わせて調整が必要。

— 優さん@個人開発 (@yuu13n6) October 5, 2019

クラウドのサーバレスなサービスであればデフォルトで良い

例)
AWS S3

クラウドサービスだけれど、生のミドルウェアをGUIから制御しているようなやつ

AWS RDS
AWS ElastiCache
など

インスタンスサイズをスケールアップすれば、スペックと一緒にパラメータも上むきに変更されるので対応できるようになっている。

ダウンしたら、お金を支払ってスペックあげれば解決できるってシステムになっている。お金で解決するってやつですね笑

クラウドベンダー側はそのほうが都合が良い。ユーザもミドルウェアの勉強にコストを取られたくないというので利害が一致している。

クラウドテクノロジーの進化で自動的にスケールするようにもなってきています。ここらへんが良いものは高いって状態で、収穫加速やらムーアの法則によってコストは安くクラウドの品質が良くなってきているのでどんどん時間解決していっている問題。

お金がない場合

パラメータを調整したら対応できること、あらかじめ設定していれば防げるものがあります。
生のミドルウェアの知見を得ること

どのような項目を設定するの？

最大接続数
１プロセスあたりの処理リクエスト数
1プロセスに割り当てるメモリ量
タイムアウト設定
キープアライブ
1サービスに割り当てるメモリ最大割り当て量
エラー時の処理
ログの出力方
キー最大サイズ
キャッシュ

クラウドで複雑になっている面がある

ミドルウェアのチューニングという作業は、私はテクノロジーの力でなくなるべき作業だと考えています。そうなると思うしそうなってきている。

ただクラウドで簡単になってきているのに、クラウドサービスで推奨される『うまく使う為のパラメータ』、それぞれの知識やノウハウも必要になっています。

『クラウドエンジニア』なんて職種も生まれました。テクノロジーによって職業がなくなり、新しい職業ができる。それは歴史から普通のことなのですが、

バッドノウハウ不要で簡単に。

簡単に扱えるというのがクラウドの利点だから。ミドルウェアの知識は必要ないようにするが、私たちのクラウドサービスのことは知りなさい。それはおかしい。それはみんな違和感に感じているところだから、どんどん抽象化されて簡単になる。

今は過渡期。

クラウドでも実際は生のミドルウェアをGUIから動かしているみたいなものはタイムアウト設定や最大サイズ調整が必要な場合があって。

でもこういう匠の技？バッドノウハウ？が必要な場面はなくなってきているし、なくなるべくしてなくなる作業。クラウド自体のノウハウも必要な過渡期。

— 優さん@個人開発 (@yuu13n6) October 5, 2019