記事へのコメント33

    • 注目コメント
    • 新着コメント
    オーナーコメントを固定しています
    sfujiwara
    オーナー sfujiwara migrationの種は尽きまじ

    2019/12/19 リンク

    その他
    hamamuratakuo
    レガシーサーバーをコンテナで再構築した、その5年後の移行と解体 - KAYAC Engineers' Blog https://b.hatena.ne.jp/entry/s/techblog.kayac.com/ecs-migration-cf-lambda-2024

    その他
    Amigomr
    "つまり、Go 自体の言語の EoL は過ぎても、一度バイナリを配置して動き出した Lambda 関数については、実行環境のバイナリ互換があるうちは基本的に動く期待ができます。"

    その他
    komasayuki
    lambda+nodeに限らないのでは。むしろgoでも。https://bluxte.net/musings/2018/04/10/go-good-bad-ugly/

    その他
    igagurimk2
    igagurimk2 そもそもソフトウェアのライフサイクルに対して変更が多すぎる実装プラットフォーム選んでしまってるから、そりゃそうなるよって話だと思う。

    2019/12/20 リンク

    その他
    kmiya_bbm
    わかる。今までのところLambdaでの処理は重たくしないようにできているのでバージョンアップでハマったことはないけど、動作確認や進捗管理で一定の工数持ってかれるのがなー

    その他
    ko-ya-ma
    わかる。単純なJavaScriptだけでどうこうするだけではないコードの場合が特に辛い。そういうの無理してやっちまった方が悪い気もするけど

    その他
    tkscotte
    とてもわかる(短いスパンで2度も動作検証に時間割かれた)

    その他
    aba_0921
    なるほどbashレイヤー

    その他
    nilab
    「Node.js 10 のランタイムからは実行環境がそれまでの AmazonLinux 1 から Amazon Linux 2 に変わったり、言語のバージョンにあわせて周辺ライブラリも適切にバージョンアップする必要があったり」

    その他
    jyotti
    うーん、たしかになぁ。。。

    その他
    tukaelu
    タイムリーで疲れている…

    その他
    macoshita
    macoshita わかる

    2019/12/19 リンク

    その他
    hyaknihyak
    めっちゃわかる

    その他
    smita
    smita オンラインのサービスは意外と作りっぱなしにできない事が多く、忘れた頃にメンテしてくれとか言われると想像以上に手間がかかる。手間を省くノウハウは大切にしたい。

    2019/12/19 リンク

    その他
    minamijoyo
    ほんとそれ

    その他
    kaakaa_hoe
    Node.jsって開発遅くてIo.jsと分離して話し合って合流してとかやってなかったっけ?それがこの結果だとすると報われんなぁ。

    その他
    coppieee
    es next の最新の機能を使いたい場合には早いライフサイクルはメリットなんだけど、保守でめんどくさくなるよな

    その他
    poad1010
    今はGoのランタイムEOLがないけど、そのうち同じような話になって行くだろうから、Node.jsじゃあEOLまで短いというだけで、どの言語を選択しても変わらんよなぁ Pythonも同じくだし(Javaはあと数年8でも行けるはずだけど)

    その他
    aikawame
    会社のサービスで使ってるLambda関数を今やっと全部Node.js 12.xベースにした所でタイムリーすぎる。そしてお察しの通り、Amazon Linux 2対応は地獄でした。

    その他
    toritori0318
    ほんとそれ、という言葉しかない…

    その他
    jt_noSke
    jt_noSke あら、無駄な作業はなるべく減らしたい感ありますなぁ

    2019/12/19 リンク

    その他
    wata_d
    (受託マンには都合良かったりしそう)

    その他
    cocoasynn
    eol対応は価値提供に直結しないことだし減らせるなら減らしたいし分かる。ここまで深くは考えてなかったけど自分もLambdaはEdge以外はほぼGo使ってる

    その他
    enemyoffreedom
    「ということで、Lambda は Go で書いておけば、少なくとも Lambda のランタイム都合でのバージョンアップを頻繁に求められることはなさそうです」 ほう

    その他
    hoppie
    “net/rpc はドキュメントに、フリーズされており新機能などの追加はない、と明記されていて、ある意味枯れきっているパッケージです”

    その他
    razokulover
    razokulover 今まさにNode.jsのEoLに疲弊してるとこなので共感しかなかった

    2019/12/19 リンク

    その他
    NOV1975
    NOV1975 囲い込んでバージョンアップ地獄じゃオンプレよりしんどいぞー

    2019/12/19 リンク

    その他
    sulky
    同じく疲れた

    その他
    JULY
    JULY Lambda に限らず、Node.js のライフサイクルは、根がインフラ屋の自分から見ると、サーバサイドのメイン言語としては現時点では不適だと思う。

    2019/12/19 リンク

    その他
    gfx
    gfx "最近2年に3回、Node.js Runtime EoL の issue が起票されています" / これはなー。

    2019/12/19 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    AWS Lambda Node.js runtime の EoL に疲れたので Go にしていっている話 - KAYAC Engineers' Blog

    SREチームの藤原です。Tech Kayac Advent Calendar Migration Track 19日目の記事です。いよいよ年も押...

    ブックマークしたユーザー

    • hamamuratakuo2024/12/03 hamamuratakuo
    • katsukiniwa2024/12/02 katsukiniwa
    • pecitropen2024/02/17 pecitropen
    • techtech05212023/05/15 techtech0521
    • igz02022/08/27 igz0
    • oooooooo2022/02/24 oooooooo
    • Amigomr2020/10/22 Amigomr
    • nitamago_monster2020/02/17 nitamago_monster
    • nakasonohtn2020/02/14 nakasonohtn
    • hush_in2020/01/04 hush_in
    • arata04242019/12/27 arata0424
    • tapppe92019/12/25 tapppe9
    • nabeatsu12019/12/23 nabeatsu1
    • sonota882019/12/22 sonota88
    • shiba_yu362019/12/22 shiba_yu36
    • a2ikm2019/12/22 a2ikm
    • ohbarye2019/12/22 ohbarye
    • lugecy2019/12/22 lugecy
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む