ソース|サーバーレス公式アカウント;著者|ベンケホー;翻訳者|ドンギ
機能は重要ではありません
Lambdaが好きでサーバーレスを選択した場合、それは間違った理由で行っています。サーバーレスを選択した場合、それはFaaSが好きだからであり、それを行う理由も間違っています。機能は重要ではありません。
もちろん、私はラムダが好きですが、これがサーバーレスを提唱する理由ではありません。
誤解しないでください、機能は良いです。これらを使用すると、透過的にスケーリングでき、ランタイムを管理する必要がなく、イベント駆動型アーキテクチャに自然に適しています。これらは非常に便利な機能です。
しかし、この機能は最終的にはソリューション全体のごく一部になるはずです。アプリケーションを構成する手間のかかる作業のほとんどを提供するホスティングサービス間の接着剤として、ビジネスロジックを含む関数を使用する必要があります。
カストディサービスは重要ではありません
幸いなことに、クラウドプロバイダーは、アプリケーションのさまざまな部分にこのような幅広いホスティングサービスを提供できます。データベース、IDおよびアクセス管理（所有する必要がないことを嬉しく思います！）、分析、機械学習、コンテンツ配信、メッセージキュー、およびその他のさまざまなモデル。
ホスティングサービスは、必要な機能をより少ないトラブルで提供します。実行しているサーバーにパッチを適用する必要はありません。自動スケーリングが、多くの空き容量がなくても必要なスループットを正しく提供することを確認する必要はありません。
マネージドサービスにより、運用と保守の負担が大幅に軽減されます。ホスティングサービスは素晴らしいです-しかし...それらは重要ではありません。
運用と保守は重要ではありません
アプリケーションを正常に保つために、より少ない運用および保守リソースを使用できることを知っておくと便利です。必要なリソースが、トラフィックではなく、主に提供する機能の数に基づいていることが特に重要です。
運用と保守を減らし、効率を高めます-しかし...これは重要ではありません。
コストは重要ではありません
まあ、時にはすべての企業があなたにやりたいことはコストを削減することです-そしてこれはあなたが気にしていることです。サーバーレスはこれを行うのに役立ちます。しかし、一般的に、クラウドコンピューティングの請求書は問題の焦点ではありません。
クラウドの請求額は、クラウドアプリケーションの総コストの1つの要素にすぎません。まず、それは運用および保守担当者の給与です。運用および保守担当者のリソースが少なければ、コストは低くなります。そしてあなたの開発費。
ここには多くのコスト上の利点がありますが...これらはポイントではありません。
コードは重要ではありません
コードは要点であるだけでなく、責任でもあります。コードはあなたが望むことだけをすることができます。バグはこれを弱めます。より多くのコードを書くことによってのみ焦点を失うでしょう。コードが多ければ多いほど、期待値から逸脱しなければならない機会が増えます。これは文化的な変化であることを理解してください。
テクノロジーは常に困難でした。賢い人はテクノロジーを通じて価値を創造します。そのため、開発者は、スマートさが本質的で優れていると信じ始めました。スイスの時計を作るのにとても時間がかかったので、クォーツのカシオの外観に気づかず、このエレガンスの欠如の進化を非難しました。
技術的な問題を解決するために私たちの創意工夫を使用するのではなく、ビジネス上の問題を理解して解決する必要があります。あなたがコーディングしなければならないとき、あなたは技術的な問題を解決しています。
テクノロジーは重要ではありません
これを行う理由は、特定のビジネス目標を達成するためです。組織が作成しようとしているビジネス価値が焦点です。
今、時々、あなたは技術を売っています。しかし、あなたの製品がテクノロジーであっても、それはあなたが販売する製品の価値ではないかもしれません。
人々はドリルの代わりに穴を買うという古いことわざがあります。壁に穴を開ける必要があるときは、ドリルの美しさは気にせず、必要な穴を開けるためにどれだけうまく穴を開けるかだけを気にします。
iRobotではロボットを販売していません。真空クリーナーも販売していません。きれいな家を売っています。Roombaを使用すると、日常生活に戻って、自分にとって重要なことに集中することができます。それで、テクノロジーが焦点ではない場合、私たちは何のためにここにいるのでしょうか？
ポイントはフォーカスです
サーバーレスは、ビジネス価値に焦点を当てた方法です。
機能はどのように価値を提供するのに役立ちますか？ビジネスロジックのサポートインフラストラクチャを作成する代わりに、ビジネスロジックの作成に集中できます。
マネージドサービスを使用すると、関数の作成に集中できます。運用および保守のリソースが少なくなると、人員と資金を解放して、顧客に新しい価値を生み出すことができます。
可観測性は、MTBFとMTTRを処理するためのツールを提供します。どちらも、顧客が価値を得る頻度を測定できます。クラウドコンピューティングに費やす費用が少ないということは、価値創造のサポートにより直接的に費やすことができることを意味します。
フォーカスがサーバーレスを選択する理由です
価値の創造に焦点を合わせたいので、サーバーレスを選択する必要があります。会社では、テクノロジーを適用してビジネス価値を創造しようと努めています。
コストに戻ると、LyftのAWS法案（年間1億ドル）が最近ニュースになっています。多くの人はそれをもっと安くできるという点でチャイムを鳴らします-彼らはできませんが、これは重要ではありません。
LyftがLambdaに切り替えてサービスを可能な限り管理した場合、請求額は低くなるでしょうか。しかし、彼らが再構築するのに時間がかかるとき、それはどのような用途になりますか？彼らは焦点を失います。
同社は、コスト管理よりも開発が重要な段階にあります。最終的に、この状況は変わる可能性があります。上場企業は株主に対して責任があるため、コストを削減することで企業に価値をもたらすことができます。しかし、今日のLyftにとって、顧客に価値を提供することは、現在のアプリケーションとプロセスを実行することを意味します。彼らはサーバーレスの選択をしています。
私が言いたいのは、サーバーレスは私たちがサーバーレスと呼ぶテクノロジーに関与したことがないということです。では、いわゆるサーバーレステクノロジーはそれと何の関係があるのでしょうか。
サーバーレスは、ビジネス価値に焦点を当てた結果です
テクノロジーは、価値を提供する方法の結果です。開発チームと運用および保守チームは、焦点が異なるため、従来は分離されていました。しかし、この傾向は変化していることがわかります。
従来のモデルは、技術開発技術と運用および保守技術に焦点を当てています。しかし、構築や実行の方法など、提供される機能である価値に焦点を当てるべきだと人々が認識しているのを見てきました。
ビジネス価値に焦点を当てるというこの概念を採用し、その論理的な結論を実行すると、サーバーレスになります。
価値の提供に集中したいときは、関数を書きたいと思います。関数に状態が必要な場合、データベースが必要です。他の人からそれを取得するには、DBaaSを使用できます-集中力を維持する程度に基づいてオプションから選択できます。
ホスティングサービスを選択するとき、それらのいくつかはユーザー指向でさえあるかもしれません。自分のアカウントではなくソーシャルアカウントを使用してログインできる場合は、管理するものが1つ少なくなり、ユーザーエクスペリエンスのために持っているチップも少なくなります。
今でも、外部委託するすべての責任はあなたにあります。ユーザーは、自分の悪い体験がサードパーティによって引き起こされていることを気にしません。これは依然としてあなたの問題です。そこにあなたの運命を完全に制御することはできないことを受け入れながら、あなたはあなたのユーザーに中断を任せる必要があります。これは不快な場所ですが、それだけの価値があります。
これらのことでポイントを獲得することはできませんが、失うことはできます。これは、「悪い」がどのように見えるかを知る必要があることを意味します。これには、ユーザーに十分な品質を提供するために、アウトソーシング製品とテクノロジーに関する十分な知識が必要です。
ある重点分野での深い専門知識と隣接分野での幅広いが弱い知識を持つことは、組織やチームに適用できるTスキルの概念と非常に似ていることに注意してください。
サーバーレスは特徴です
サーバーレスは会社の特徴です。企業がビジネス価値を実現していないコアテクノロジーを使用すべきではないと判断した場合、サーバーレスになります。完全にサーバーレスの企業はほとんどありません。しかし、社内にはまだサーバーのない部分が存在する可能性があります。
チームが提供する価値のみに焦点を合わせ、それらの価値を超えるものを別のチームに、理想的には外部に委任することを決定した場合、チームはサーバーレスになります。外部テクノロジーの使用を常に選択できるとは限りません。これは良いことですが、限られた条件下でも最良の選択を行うことができます。
十分に大きな組織では、それはもはや重要ではありません。Amazon.comがLambdaを使用する場合、ある意味ではオンプレムですが、完全にサーバーレスです。しかし、あなただけがいる場合はどうなりますか？
サーバーレスに興奮しているが、会社で完全に孤独を感じている場合はどうなりますか？実際のビジネス価値からかけ離れている場合-ユーザー指向のコンテンツの作成を提供するチームにパッチを適用するとどうなりますか？ ？今日はどんな状況でもサーバーレスになることができるとあなたに納得させたいです。
サーバーレスは方向であり、終わりではありません
サーバーレステクノロジーと非サーバーレステクノロジーを区別する明確な線がないことを知っているので、私はサーバーレステクノロジーをスペクトルとして議論していました。つまり、特定のグループを区切る明るい線はほとんどないので、この仮定では安全です。
フラグメントを管理する必要があるKinesisのようなものについて話しました。サーバーレスですが、SQSよりもサーバーレスではありません。インスタンスにパッチを適用するためにRDSを使用する必要はありませんが、インスタンスのタイプと番号を選択する必要があります。これらのテクノロジーは、さまざまな程度でサーバーレスです。
しかし最近、サーバーレスをスペクトルとして説明する際の1つの問題は、モバイルを意味しないということに気づき始めました。サーバーレスとして指定された特定の製品を使用しているからといって、サーバーレスを取得したと感じる必要があるわけではありません。引き続き使用して、サーバーレスチェックボックスをオンにしたと考えてもかまいません。
サーバーレスのはしごを登る
私はサーバーレスを***と考え始めました。あなたは、オーバーヘッドなしで純粋なビジネス価値を提供できる特定の涅槃を登っています。しかし、はしごの各ステップは有効なサーバーレスステップです。
オンプレムからパブリッククラウドに移行する場合、それははしごです。仮想マシンからコンテナに移行する場合、それは単なるはしごです。コンテナオーケストレーションまたはカスタムオーケストレーションなしからKubernetesに移行する場合、これははしごです。長時間実行されているサーバーからセルフホストのFaaSに移行すると、それははしごになります。しかし、常にあなたの上にラングがあり、あなたは常に登り続けるべきです。
「はしご」が伝えないことの1つは、線形ではないということです。仮想マシンからコンテナ、Kubernetesへの移行はすべて段階的なものですが、仮想マシンをオンプレミスからクラウドに移行する場合も同様です。これらの場合、通常、明確な「より良い」ものはありません。
山の頂上への多くの道のアナロジーを考えましたが、***について私が好きなのはそれが無限になり得るということです。最終状態はありません。私はラムダが好きですが、価値にもっと注意を向けさせるコードを提供するためのより良い方法を常に探しています。
サーバーレスは心の状態です
サーバーレスとは、選択ではなく、意思決定の方法に関するものです。すべての決定は拘束されます。ただし、正しい方向がわかっている場合は、この方法で直接移動できない場合でも、最も密接に統合されたオプションを選択してから、別のラングを上に移動できます。では、この考え方をどのように採用しますか？サーバーレスの選択をどのように行いますか？
構成はあなたの友達です
多くの開発者は構成を軽視し、「実際のプログラミングではない」と考えていると思います。現在、プログラミングに対する盲目的な崇拝があります。「ソフトウェアは世界を食べている」と言われていますが、「コーディングは世界を食べている」と不正確に解釈しています。
組織内で重要なのは開発者だけであり、生産性の認識だけが重要であると信じています。私たちはその地域で感じたいと思っています、そしてこれはコードが提供するものです。この領域に障害物があると、ビジネスに悪影響を及ぼします。この地域への入場が他のルートよりも本当に速く、価値を生み出すかどうかについては、私たちは何の感覚もありません。
覚えておいてください：プログラミングの日数は設定の時間を節約できます
制約は良好です。削除オプションは、集中力を維持するのに役立ちます。明らかに、すべての制約が適切であるとは限りませんが、一般的に言えば、一般的なことを実行する機能には、特定のことを実行するのに時間がかかるという犠牲が伴います。ガードレールは摩耗する可能性がありますが、ガードレールの端を見つめるよりも速く走ります。
このように、サーバーレスはミニマリズムについてです。干渉を排除します。近藤マリーは今大きくなっていて、同じアドバイスが当てはまります。値を生成しないスタック内のコンポーネントを探します。
起こりうる巨大な出来事への恐れ
可能性には隠れた複雑さが含まれます。どのテクノロジーでも、私の主な評価指標の1つは、目前のタスクを超えているかどうかです。余分なスペースがたくさんある場合は、不必要な複雑さに対処して学習します。
人々は、すべてのクラウド要件に対応する単一のツールとしてKubernetesを宣伝しています。しかし、すべてが可能であれば、すべてが可能です。特定のタスクについて、Kubernetesは、タスクに関連していない場合の動作を考慮しないため、間違いを犯す可能性があります。
一方、サーバーレスサービスを検討する場合、主要プロバイダーが提供するソリューションの80％か、ニーズに合ったサードパーティプロバイダーが提供するサービスのどちらかを選択する必要があります。しかし、この新しいプロバイダーの運用と保守の要件は何ですか？認証はどのようなものですか？これらは隠れた複雑さです。これらの機能を導入する必要があります。これらの機能の違いを比較検討する必要があります。
自分の運命を持っていないという不快感を受け入れる
ホスティングサービスを使用する場合、プロバイダーの中断はプレッシャーをもたらす可能性があります。あなたは彼らの問題を解決することはできません。これは避けられないことです-それはいつも気分が悪いです。「Kinesisの代わりに独自のKafkaクラスターを実行すれば、問題を見つけて解決できる」と思うかもしれません。これは本当かもしれませんが、2つのことを覚えておく必要があります。
- それは人々がビジネス価値を創造することから気をそらすでしょう。
- あなたはそれを実行することでほぼ確実に悪化するでしょう。あなたはますます悪いことに遭遇するでしょう。サービスプロバイダーの人生の目標は、これを上手に行うことです。サービスプロバイダーには規模の経済性がありますが、そうではありません。
「いつでも自分で作れる」という姿勢を超えるのは難しいかもしれません。Jared Shortは最近、テクノロジーを選択するための優れた一連のガイドラインを提供しました。
_最近のサーバーレスについての私の
考えは、検討の順番です。–プラットフォームが所有している場合は、使用してください–市場が所有している場合は、購入してください–需要を再検討できる場合は、実行してください–構築する必要がある場合は、所有してください。-@ ShortJared
したがって、クラウドプラットフォームを使用している場合は、可能な限りエコシステムにとどまってください。このようにして、方程式から多くの可能性を排除することができます。ただし、プラットフォームで必要なものを入手できない場合は、他の場所で購入してください。
必要なものを正確に購入できない場合、購入できるものに対応するために何をしているのかを再考できますか？これは本当に重要です。それは市場投入までの時間の核心に達しています。
価値があると思われるものがある場合は、できるだけ早く発送することをお勧めします。しかし、それが正しいかどうかわからないため、正確に構築するよりも早く出荷する方がよいでしょう。
適切なものが構築されるのを待つのに時間がかかるだけでなく、その後の反復も遅くなります-そしてそれを維持すると、将来より多くのものを出荷するために使用できるリソースを消費します。これは、テクノロジーがサーバーレスでない場合でも当てはまります。要件を調整することで、より速く、より良く、より焦点を絞った価値の提供を実現できるかどうかを常に確認してください。
しかし、結局、それを構築する必要がある場合は、それを所有します。それをユニークにする方法を見つけてください。さて、これはあなたが構築したすべてが差別化されるべきだという意味ではありません。完璧な世界では、購入できないものだけを見てください。完全にサーバーレスのグリーンフィールド実装がどのように見えるかを想像し、そこで構築する必要があるものを見つけてください。
あなたのビジネスの価値のある部分を見つける
したがって、基本的に、あなたはあなたのビジネスの価値のある部分を見つけたいと思っています。あなたはどのような技術的な仕事をしていますか？たぶん、あなたはユーザー指向の製品とはかけ離れています。あなたはごく一部しか貢献できません。しかし、それはそこにあり、あなたはそれを見つけることができます-そしてこの価値に焦点を合わせます。
組織内の他の人に提供する直接的な価値から始めて、それに焦点を合わせます。次に、バリューチェーンの追跡を開始します。すべての決定が、作成する価値に集中していることを確認してください。サーバーレスの選択をしてください。
自動的に仕事ができる人を雇い、それから仕事を提供し続けます。-@ Jessfraz
ジェシー・フラゼルが言ったことが好きです。あなたはそれを好転させることができます：作業を自動化し、必要な作業を続けます。
あなたは道具ではないことを忘れないでください。作成したい値については、自動的に作成してください。ビルドサーバーを管理している場合は、セルフサービスにする方法を見つけて、ビルド自体を提供するのではなく、チームがビルドを自分で提供できるようにするビルドツールを提供します。
概要：サーバーレスは心の状態です
焦点は、機能、管理されたサービス、運用、コスト、コード、またはテクノロジーではありません。重要なのは焦点です-これがサーバーレスを選択する理由です。
サーバーレスは、ビジネス価値に焦点を当てた結果です。これが特徴です。これは方向であり、終わりではありません。終わりのないサーバーレスのはしごを登ります。
構成はあなたの友達です。プログラミングに数日かかると、設定にかかる時間を節約できます。起こるかもしれない巨大なイベントの恐れ。あなた自身の運命を所有していないという不快感を受け入れてください。
あなたのビジネスの価値のある部分を見つけて、サーバーレスステータスを実現してください。
英語の元のリンク：https://read.acloud.guru/serverless-is-a-state-of-mind-717ef2088b42