Infrastructure from Code: следующий этап развития IaC на примере Serverless

Всем знакома история, когда менеджер спрашивает: сколько времени нужно, чтобы реализовать ту или иную фичу? Менеджеры или заказчики смотрят на это просто: разработка пишет код, эксплуатация деплоит его и следит, чтобы всё надёжно и хорошо работало. Но в жизни всё оказывается гораздо сложнее, при этом разработка и эксплуатация не стоят на месте и развиваются в инструментарии и подходах. Меня зовут Виктор Кузённый, и за 15 лет в IT я работал Java‑разработчиком на гособоронзаказ, делал высоконагруженные бэкенды в Кинопоиске, а затем подружился с Serverless в Yandex Cloud, и этот опыт позволил мне познакомиться с разными инструментами разработки, языками программирования, а также инструментами деплоя и управления инфраструктурой. В статье разберёмся детальнее, что такое IfC, в чём его преимущества и недостатки, а также чем он отличается от IaС и как его дополняет.

https://habr.com/ru/companies/yandex/articles/904158/

#serverless #iaac #infrastructureasacode #infrastructure #infrastructure_from_code #serverless_framework #бессерверные_вычисления

Infrastructure from Code: следующий этап развития IaC на примере Serverless

Всем знакома история, когда менеджер спрашивает: сколько времени нужно, чтобы реализовать ту или иную фичу? Менеджеры или заказчики смотрят на это просто: разработка пишет код,...

Хабр

The oss-serverless allows users on v3 to move to #NodeJS v22 for AWS Lambda, which means you're safe until 2027.

That gives you two years to decide if you want to pay for v4 #Serverless, or move to a different set up

#serverless_framework #serverless #webdev #aws

If you're using #Serverless Framework, and you really don't want to move to v4 because they've now made it pay to play, you can use this Open Source version:
https://github.com/oss-serverless/serverless

Pretty much a drop in replacement

#AWS #Lambda #OSS #serverless_framework

[ServerlessFramework] アクセスキーによるデプロイの運用方法を考えてみた
https://dev.classmethod.jp/articles/serverless-framework-ops-deploy-with-access-key/

#dev_classmethod #Serverless_Framework

[ServerlessFramework] アクセスキーによるデプロイの運用方法を考えてみた | DevelopersIO

[ServerlessFramework] アクセスキーによるデプロイの運用方法を考えてみた | DevelopersIO

Serverless сервисы. От AWS Lambda до Yandex Cloud Functions и их альтернатив

Для целого ряда задач полезно использовать Serverless подход. В этой статье мы кратко рассмотрим основные решения, их достоинства, и главное, недостатки. А также рассмотрим несколько интересных Open Source решений.

https://habr.com/ru/companies/amvera/articles/884340/

#serverless_сервисы #serverless #serverless_containers #serverless_framework #serverless_functions #яндекс_serverless #aws_lambda #бессерверные_вычисления #бессерверная_инфраструктура #cloud_functions

Serverless сервисы. От AWS Lambda до Yandex Cloud Functions и их альтернатив

Для множества задач полезно использовать Serverless подход. В этой статье мы кратко рассмотрим основные решения, их достоинства, и главное, недостатки. А также рассмотрим несколько интересных Open...

Хабр

JAWS PANKRATION 2024で「What we keep in mind when migrating from Serverless Framework to AWS CDK and AWS SAM」というタイトルで登壇しました
https://dev.classmethod.jp/articles/jaws-pankration-2024-what-we-keep-in-mind-when-migrating-from-serverless-framework-to-aws-cdk-and-aws-sam/

#dev_classmethod #AWS_CDK #AWS_SAM #Serverless_Framework

JAWS PANKRATION 2024で「What we keep in mind when migrating from Serverless Framework to AWS CDK and AWS SAM」というタイトルで登壇しました | DevelopersIO

JAWS PANKRATION 2024で「What we keep in mind when migrating from Serverless Framework to AWS CDK and AWS SAM」というタイトルで登壇しました | DevelopersIO

Serverless Frameworkの有償化に伴いAWS CDKとAWS SAMへの移行について検討してみた
https://dev.classmethod.jp/articles/sls-migrate-cdk-or-sam/

#dev_classmethod #Serverless_Framework #AWS_CDK #AWS_SAM #AWS

Serverless Frameworkの有償化に伴いAWS CDKとAWS SAMへの移行について検討してみた | DevelopersIO

データアナリティクス事業本部のueharaです。 今回は、Serverless Frameworkの有償化に伴いAWS CDKとAWS SAMへの移行について検討してみたいと思います。 はじめに 2023年の10月に、Serverless FrameworkがV.4から有料化されることが発表されました。 ライセンス費用を支払いV.4を利用するというのも1つの手ではあるのですが、今回はAWS CDKとAWS SAMへの移行を検討してみたいと思います。 結論 まずは、移行を検討した結果の表を以下にまとめます。 個別の内容については以降の章で説明を実施します。 フレームワーク 利用コスト 移行コスト メリット・デメリット Serverless Frameworkからの移行の総論 Serverless Framework V.4 有償 低 メリット・V.4への更新に伴う変更差分のみの確認で済むデメリット・ライセンス料金がかかる・料金体系が結構複雑で分かり辛い(見積りがし辛い) ※移行しない AWS CDK 無償 高 メリット・AWS謹製のため無償で利用できる・CDK Migrateがある(※ただし注意事項有り)・並行開発もしやすいデメリット・移行工数がそれなりに大きい・yamlベースの定義からTypescriptやPythonに変換する必要がある・準備するスクリプト等が多く小規模なデプロイには過剰 中〜大規模アプリケーションであれば最有力候補 AWS SAM 無償 中 メリット・AWS謹製のため無償で利用できる・serverless.ymlの定義をある程度流用できる・yamlベースの定義のため、Serverless Frameworkに慣れていると記載が簡単デメリット・小規模開発向けのフレームワークのため、共同開発がし辛い・AWS CDKの方が情報が多い(トラブルシュートしやすい)・複雑な構成が定義しにくい(複雑になると生のCFnを書くのと変わらない) 小規模アプリケーションなら有り(AWS CDKより楽) 総論に記載していますが、「移行コストを考えると別にライセンス料を払っても良いよ」という方はV.4を利用し、そうでない場合は小規模アプリケーションならAWS SAMに、中〜大規模アプリケーションであればAWS CDKへの移行を検討するのが良いと思います。 移行無し(Serverless Framework V.4を利用)について メリット 言わずもがなですが、V.4への更新に伴う変更差分のみの確認で済むため移行工数は最小になります。 デメリット 冒頭でも述べたように、V.4の利用にはライセンス料金がかかります。 サブスクリプションはServerless Framework DashboardまたはAWSマーケットプレイスから購入可能です。 多くの企業ではAWSマーケットプレイス経由で購入するのが社内手続きの申請上は楽なのかなと推察しますが、Serverless Framework Dashbordからの場合は年間購入もできるので、その場合はライセンス費用が安くなります。(参考) Units 通常費用  中小企業割引 年間契約割引 中小企業割引+年間契約割引 15 Credits $60/Month $48/Month $48/Month $38/Month 50 Credits $175/Month $131/Month $140/Month $105/Month 300 Credits $750/Month $375/Month $600/Month $300/Month なおこの「Credits」という単位は serverless.yml ファイルのregion,stage,serviceパラメータの組み合わせによって定義されるようです。 したがって、例えば開発者やチケット毎の検証環境をstageで分けている場合は、その分Creditsが嵩むという形になります。 また、serviceもどのように分割するかで総Credit数が変わってきますので、この辺は見積りのし辛さに繋がってくるのかなと思います。 AWS CDKへの移行について メリット AWS謹製のため無償で利用できます。 そもそもAWS側が自社のサービスを利用してもらうために開発しているものですので、そのようなバックボーンがあるのはやはり強力だと思います。 また、AWS CDKにはCDK Migrateというものがあり、これを利用することでCloudFormationスタックからAWS CDKアプリケーションを作成することができますので、Serverless Frameworkでデプロイしたスタックから移行することができます。 ただし、移行に関する注意点もあるので、詳しくはAWS公式のドキュメントをご確認ください。 例えば、移行したものは「L1コンストラクトで定義される」というものがあります。(CloudFormationのテンプレートベースから移行するので、当然と言えば当然かもしれません) ここでは詳細な説明は割愛しますが、AWS CDKは抽象化の概念としてL1〜L3とConstructのレイヤーが分かれています。 (引用元) L1はほぼCloudFormationの設定値を書く形でプロパティを設定する必要があるので、普通に開発する分にはコードがシンプルになるL2を使うケースが多いのかなと思います。 この場合、リソースによっては「移行したものはL1で書かれており移行後の通常開発はL2が使われている」というような平仄が取れない状況も発生する可能性があります。 また、AWS CDKはディレクトリのパスの切り方が開発・運用のしやすさの面で非常に重要になって来ますので、単にCDK Migrateで移行したプロジェクトの状態が最適なものになっているとは言えません。(CDK Migrateを利用した場合、1つの.tsファイルに全てのリソースが記載されます) 上記より、CDK Migrateはあくまで「今後は追加の開発はほぼ想定してない/あっても少ない改修」くらいの状況であれば良いのかなと思いますが、Serverless …

クラスメソッド発「やってみた」系技術メディア | DevelopersIO
Lambda+Glue+Step Functionsの構成をServerless FrameworkとAWS SAMのそれぞれでデプロイしてみた | DevelopersIO

データアナリティクス事業本部のueharaです。 今回は、Lambda+Glue+Step Functionsの構成をServerless FrameworkとAWS SAMのそれぞれでデプロイしてみたいと思います。 は …

クラスメソッド発「やってみた」系技術メディア | DevelopersIO