Anchor Developer のサーバーレスへの最初のステップ

先週は、サーバーレスアーキテクチャで作業する際に克服しなければならなかったいくつかの課題について説明しましたが、開発者のエクスペリエンスについてはどうでしょうか?どのように始めればよいか、コード、デプロイメント、テストを確実に操作できるようにする方法。

サーバーレスは素晴らしい結果をもたらした素晴らしいパラダイムですが、開発者のエクスペリエンスも非常に重要です。 そこで、いくつかの選択肢を探しました。

サーバーレスフレームワークを使用して初期開発を開始しましたが、単に「サーバーレス」と呼ばれることが多いものを立ち上げて実行するのは非常に簡単で、サーバーレスフレームワークはサーバーレスアプリケーションのデプロイと管理を簡素化するオープンソースフレームワークです。インフラストラクチャ管理の複雑さが抽象化され、コードの作成に集中できるようになります。

フレームワークは非常に重要で、宣言的な性質により、すべてのインフラストラクチャをコードとして持つことができました (IaC)、その状態を達成するための段階的なプロセスを指定するのではなく、インフラストラクチャの望ましい状態を記述することで、インフラストラクチャのより抽象的で人間が読める説明を行うことができました。ソース管理にインフラストラクチャを導入し、構成の進化を管理および文書化するために非常に重要なバージョン管理、コラボレーション、および時間の経過に伴う変更の追跡を可能にし、環境全体を一貫して再作成することができました。これにより、環境関連の問題が発生する可能性が減り、全員が同じインフラストラクチャ設定で作業できるようになるため、開発、テスト、展開にとって非常に貴重でした。

これは、開発者が一貫した環境と本番環境の 100% クローンを持てるようにするための大きな足がかりでしたが、すべてをサーバーレスにすることの素晴らしい副作用は、実際に使用されたコンピューティング リソースに対してのみ料金を支払うため、開発スタックを散発的に使用しても本番環境と同じコストが発生しなかったため、現在では Terraform に移行しました (また、インフラストラクチャをコードとして管理する方法でもあります) しかし、アイデアは同じで、サーバーレスフレームワークから学んだ教訓がTerraformに変換されました。

続報にご期待ください #アンカーテッククロニクル

ガブリエル