1 Minute Tips

日: 2024年3月27日

  • ゲームの対話で学ぶ：「Premeditated abduction of royalty」の意味

    ゲームの対話で学ぶ：「Premeditated abduction of royalty」の意味

    この記事を読んで学べること:

    • ゲームのセリフから犯罪に関する英語表現を学ぶ。
    • 法的文脈で使用される高度な語彙を理解する。
    • 特定の犯罪行為を表す英語のフレーズを認識する。

    今回の表現: “Chrono is charged with premeditated abduction of royalty. The question is, how could he be guilty of a crime that never occurred?”

    日本語訳: クロノは王族の計画的誘拐で告訴されている。問題は、発生しなかった犯罪でどうして彼が有罪になり得るのかということだ。

    文法解析:

    • “is charged with” は受動態のフレーズで、ある人が特定の犯罪で告訴されていることを示します。
    • “Premeditated” は、「事前に計画された」という意味の形容詞です。
    • “Abduction of royalty” は王族の誘拐という名詞の句です。
    • “The question is” は、「問題は〜である」という導入句です。
    • “Could he be guilty” は仮定法の構造で、「彼が有罪である可能性があるか」という疑問を表します。
    • “of a crime that never occurred” は、「発生しなかった犯罪で」という関係代名詞を含む句です。

    他の表現との違い:

    オリジナルの表現似た表現使い方の違い例文
    Chrono is charged with premeditated abduction of royalty. The question is, how could he be guilty of a crime that never occurred?Chrono is accused of intentionally kidnapping a royal member.“Charged with” は正式な告訴を意味し、”accused of” は一般的に使われる非公式な告発を意味します。He is accused of intentionally kidnapping a royal member, but the evidence is lacking.

    英語学習者として覚えておくべきポイント: 法律用語は非常に具体的で、一般的な英語の語彙とは異なる場合が多いです。「Premeditated」は計画的な犯罪を示すために使用され、犯罪がより重大であることを示唆します。また、「abduction」は「kidnapping」と同義ですが、特に法的な文脈でよく使われます。このような表現を理解することは、ニュース記事や法律ドラマを見る際に役立ちます。

  • AWSコマンドでCloudFrontのキャッシュを消す

    AWSコマンドでCloudFrontのキャッシュを消す

    AWSコマンドでCloudFrontのキャッシュを消す方法

    AWSコマンドラインインターフェース（CLI）を使用してCloudFrontのキャッシュを無効化（Invalidation）する方法を説明します。

    手順

    以下のコマンドを実行します。

    aws cloudfront create-invalidation --distribution-id <distribution-id> --paths "<path1>" "<path2>" ...

    パラメータの説明

    • <distribution-id>: キャッシュを無効化したいCloudFrontディストリビューションのIDを指定します。
    • "<path1>" "<path2>" ...: キャッシュを無効化したいオブジェクトのパス（複数可）を指定します。パスはダブルクォーテーションで囲みます。

    例

    ディストリビューションIDがEDFDVBD6EXAMPLEで、/index.htmlと/images/logo.jpgのキャッシュを無効化したい場合は、以下のようになります。

    aws cloudfront create-invalidation --distribution-id EDFDVBD6EXAMPLE --paths "/index.html" "/images/logo.jpg"

    すべてのオブジェクトのキャッシュを無効化したい場合は、"/*"を指定します。

    aws cloudfront create-invalidation --distribution-id EDFDVBD6EXAMPLE --paths "/*"

    注意点

    • Invalidationリクエストには料金がかかります。
    • Invalidationが完了するまでには数分かかる場合があります。
    • 無効化されたオブジェクトは、次のリクエスト時に再びキャッシュされます。

    これにより、指定したパスのオブジェクトのキャッシュが無効化され、次のリクエスト時に新しいバージョンのオブジェクトがCloudFrontにキャッシュされます。

    以上で、AWSコマンドを使用してCloudFrontのキャッシュを消す方法の説明を終わります。ご不明な点があればお気軽にお問い合わせください。

  • Resource handler returned message: “The runtime parameter of nodejs14.x is no longer supported for creating or updating AWS Lambda functions. We recommend you use the new runtime (nodejs20.x) while creating or updating functions.

    Resource handler returned message: “The runtime parameter of nodejs14.x is no longer supported for creating or updating AWS Lambda functions. We recommend you use the new runtime (nodejs20.x) while creating or updating functions.

    AWS CDKでLambdaランタイムのアップグレードエラーを解決する

    AWS Cloud Development Kit (CDK)を使用してサーバーレスアプリケーションをデプロイする際に、Lambdaランタイムのバージョンアップによるエラーに遭遇することがあります。本記事では、そのようなエラーの原因と解決策について説明します。

    問題の概要

    CDKでLambda関数をデプロイしようとしたところ、以下のようなエラーが発生しました。

    Resource handler returned message: "The runtime parameter of nodejs14.x is no longer supported for creating or updating AWS Lambda functions. We recommend you use the new runtime (nodejs20.x) while creating or updating functions. (Service: Lambda, Status Code: 400, Request ID: 9xxx)" (RequestToken: e3c5cxxxx, HandlerErrorCode: InvalidRequest)

    このエラーは、AWS LambdaがNode.js 14.xランタイムのサポートを終了し、Node.js 20.xへの移行を推奨しているために発生しています。

    原因の特定

    エラーの原因を特定するために、プロジェクトの依存関係を確認したところ、package.jsonファイルに@aws-cdk/coreなどのCDK v1のパッケージが含まれていました。

    "dependencies": {
  "@aws-cdk/core": "^1.x.x",
  // ...
}

    CDK v1はNode.js 14.xをデフォルトのランタイムとして使用していたため、これが原因でLambda関数のランタイムがNode.js 14.xになっていたのです。

    解決策

    この問題を解決するには、以下の手順を実行します。

    1. package.jsonファイルから、CDK v1の古いモジュール（@aws-cdk/coreなど）を削除します。
    2. CDK v2の新しいモジュール（aws-cdk-lib）をpackage.jsonファイルの依存関係に追加します。
    "dependencies": {
  "aws-cdk-lib": "^2.x.x",
  // ...
}
    1. CDKのコード内で、@aws-cdk/coreなどの古いモジュールをインポートしている箇所を、aws-cdk-libからのインポートに変更します。
    2. npm installを実行して、更新された依存関係をインストールします。
    npm install
    1. CDKアプリケーションを再度合成し、CloudFormationテンプレートを生成します。
    cdk synth
    1. 生成されたCloudFormationテンプレートを確認し、Lambda関数のランタイムがNode.js 20.xに更新されていることを確認します。
    2. CDKアプリケーションをデプロイします。
    cdk deploy

    これで、Lambda関数のランタイムがNode.js 20.xに更新され、エラーが解消されるはずです。

    予防策

    今回の問題を予防するには、以下の点に注意が必要です。

    1. CDKのバージョンを最新のものに保つ
      • CDKは常に進化しており、新しいバージョンではモジュールの構造や名前が変更されることがあります。定期的にCDKのバージョンを更新することで、最新のベストプラクティスに沿ったアプリケーションを構築できます。
    2. 依存関係を定期的に確認する
      • プロジェクトの依存関係に古いモジュールが含まれていないか、定期的に確認することが重要です。古いモジュールを使用し続けると、セキュリティの問題や非互換性の問題が発生する可能性があります。
    3. AWS公式ドキュメントを参照する
      • AWSのサービスは常に進化しており、サポートされるランタイムやベストプラクティスも変化します。定期的にAWS公式ドキュメントを確認し、最新の情報を把握することが重要です。

    まとめ

    AWS CDKを使用する際に、古いCDKバージョンの依存関係が含まれていることが原因で、Lambdaランタイムのバージョンアップによるエラーに遭遇することがあります。このようなエラーは、古いモジュールを削除し、新しいモジュールを使用することで解決できます。また、CDKとAWSのサービスの進化に合わせて、定期的にアプリケーションの依存関係を見直すことが重要です。

    本記事が、同様の問題に直面した開発者の助けになれば幸いです。