データWeb上のWebデータ：Amazon S3
あなたはその製品でどんなビジネス上の問題を解決していますか？どのようなメリットが実現しましたか？
私たちは、コードバックアップ、展開用のjarファイル、Amazon Lambdaコード、AWS SNSを使用した自動メールの起動などを行ってきました。これらは、作業をより速い速度で行う上で大いに役立っています。購読者にメールを送信するために、独自のSMTPサーバーを設定する必要はありません。非常にUIに優しく、n人のユーザーのメールシステムの設定は15〜20分以内に行うことができます。データを管理し、それをプログラム的にアクセスすることは、実際には配信速度を向上させるのに多く役立ち、アジャイルにとって非常に有益です。
何が嫌いですか？
S3について強く感じたことの一つの欠点は、誰かがあなたのS3バケットを見たときに表示されるデフォルトのファイルであることをあなたが指定することができないということですURL。また、S3では、PHPファイルなどの動的コンテンツを実行することはできません。つまり、静的コンテンツのみを格納することができます。このため、PHPスクリプトとMySQLを実行するために従来のホスティングを保持する必要があります。しかし、あなたはECSまたはRDSにそれらを再展開し、あなたの快適さに応じてそれらを指し示すことができます。
何が一番好きですか？
S3バケットオブジェクトに用意されているオプションは素晴らしいです。フォルダ内を実際にナビゲートしているのか、それとももっと遠くにあるのか疑問に思うかもしれませんが、そうではありません。 S3上のすべてがオブジェクトそのものであり、私たちが見るフォルダアドレスはファイルの仮想アドレスです。任意のjarファイル、またはバックアップとして必要なコードがあれば展開する必要がある場合は、バケットに保存しておくことができます。また、展開中にファイルのURLを指定することも、直接S3をポイントすることもできます。しかし、それはまだ完了していない、私が見つけた最も驚くべき部分はトリガーだった。ファイルが特定のフォルダに入るとすぐにAPIを呼び出すシナリオを想像してみてください。これはS3バケットで発生します。ファイルの更新や削除などのイベントのトリガーをカスタマイズし、必要な場所にアクションをポイントすることができます。おそらくAPIを呼び出すか、ラムダ関数を呼び出すことができます。これはあなた次第です。
製品を検討している他の人への推奨事項
プロジェクト/製品が財政的に拘束されている場合は、AWS S3のストレージが少し重くなっている可能性があります。そうでなければ、期待を上回ります。
続きを開く
Web data on the Data Web : Amazon S3
What business problems are you solving with the product? What benefits have you realized?
We have been keeping code Backups, jars for deployment, Amazon Lambda code, triggering Automatic mails using AWS SNS,etc. These have helped a lot in getting the work done at faster speeds. You do not need to setup your own SMTP server to send mails to your subscribers. It is very UI friendly and a mail system setup for n number of users can be done within 15-20 minutes or even less. Managing data, and accessing it programmatically has actually helped a lot in increasing delivery speed and is extremely beneficial for Agile.
What do you dislike?
The one disadvantage to that I felt strong about S3 is that it does not allow you to specify a 窶徨oot object窶� or a default such as 窶彿ndex.html窶� to be the default file shown when someone views your S3 bucket窶冱 URL . Also, S3 does not allow for dynamic content such as PHP files to be executed, meaning that you can only store static content. For this reason, you may still need to hold onto your traditional hosting in order to execute PHP scripts & MySQL. But you could again deploy them in ECS or RDS and point to those according to your comfort.
What do you like best?
The provided options that are available for the S3 bucket objects is amazing. You might be wondering that you are actually navigating inside on folder and then further, but this is not the case. Everything on the S3 is an object itself, and the folder address we see is a virtual address for the file. If you need any jars, or any code that you want as a backup, but it needs to be deployed as well, you can keep it in the bucket and can give the URL of the file while deploying, or directly point to S3. But it is not finished yet, the most amazing part that I found was triggers. Imagine a scenario where you want an API to be called as soon as any file enters a particular folder. This happens on the S3 bucket. You can customize your trigger for events, like a file update, or delete, and then point the action to wherever you want. Call an API, maybe or call a lambda function, that is up to you.
Recommendations to others considering the product
If your project/product is bound financially, then storage on AWS S3 might be a little heavy for you to consider. Else, it will deliver above expectations.
続きを開く
