AWS is discontinuing its previous generation, end-of-life AWS Snowball devices like Snowball Edge Storage Optimized 80TB, Snowball Edge Compute Optimized with 5...

AWS brings cloud capabilities to the edge with services like AWS IoT Greengrass, AWS IoT Core, and AWS Outposts. Learn how edge IoT works on AWS, its architecture, key services, and where it delivers value.

As organizations navigate hybrid cloud environments, reliably moving bulk data from AWS back to on-premises systems becomes critical. This article compares six AWS transfer services—DataSync, Storage Gateway, Snowball Edge, Transfer Family, DMS, and Data Firehose—across architecture, performance, and cost to help you choose the right tool for your workload.

はじめに Snowball Edgeのユースケースについて Snowball Edge Storage Optimizedの用途と特徴 Snowball Edge Compute Optimizedの用途と特徴 おわりに はじめに こんにちは、株式会社エーピーコミュニケーションズ クラウド事業部の星野です。 本技術ブログの目的は「AWSのSAA(ソリューションアーキテクトアソシエイト)試験対策の知識整理」 のためにご覧いただければと思います。 AWSのSAA試験合格に求められる「コストを最適化したコンピューティングソリューションを設計する」 対象知識のハイブリッドコンピューティングオプションの…

目次 目次 はじめに ゴール AWS OpsHubのインストール Snowball Edge クライアントのインストール まとめ おわりに はじめに こんにちは、株式会社エーピーコミュニケーションズ クラウド事業部の松尾です。 本記事はSnowconeを使ってみるシリーズの第2回目です。全体の記事は以下の通り。 （後日追記） ジョブ作成まで完了後、デバイスが到着せず、サポートへ問い合わせしたところ、Snowfamilyデバイスの供給が遅れている旨の回答がありました。 そのため、本記事のシリーズは第2回までで一旦終了にします。 ゴール 本記事でお伝えすることは次の内容です。 AWS OpsHub…

はじめに 皆様お疲れ様です。今回はAWSの移行分野にある「AWS Snow 〇〇」について見ていきたいと思います。 AWS Snow ファミリーメンバー AWS Snow ファミリーとは、 物理デバイスの集まりを指します。これは、エクサバイトまでのデータをAWSの内外に物理的に転送するのに役立ちます。 ファミリーということは1人、１つではなさそうですね。 AWS Snow ファミリーには 「AWS Snowcone」「AWS Snowball」「AWS Snowmobile」 が含まれます。どんなものか見ていきましょう。 AWS Snowcone 小型かつ頑丈で安全性に優れたエッジコンピューティング、データ転送デバイスです。2つのCPU、4GBメモリ、最大14TBの使用可能なストレージが搭載されています。 AWS Snowball 使用可能なストレージ量 ➡ 80TBSnowballには以下2種類のデバイスが搭載されています。 ・Snowball Edge Storage Optimizedこのデバイスは、大規模なデータ移行と定期的な転送のワークフローや、大容量を必要とするローカルコンピューティングに適しています。 ・Snowball Edge Compute Optimizedこのデバイスでは、機械学習、フルモーション動画分析、分析、ローカルコンピューティングスタックなどのユースケースに強力なコンピューティングリソースを提供します。 AWS Snowmobile Snowmobileでは、大容量のデータをAWSに移行するために使用できるエクサバイト規模のデータ転送サービスになります。以下の画像のようにセミトレーラートラックが牽引する長さ約14mの丈夫なコンテナです。Snowmobile1台あたり最大100PB（ペタバイト）のデータを転送できます。 おわりに 今回のちょっとしたまとめになります。 AWS Snow ファミリーは

意見 何年もの間、Googleは愛されているプロダクトを終了させるという企業的な嗜好を持っているように見えました。AWSは最近、まったく異なる方向に進んでいます。正直言って世に出るべきではなかったサービスを終了させているのです。 最初はAmazon Sumerian（キャッチコピー：「そんなサービス本当にあるの？」）で、その後もHoneycode（キャッチコピー：「誰も求めていないノーコードプラットフォームを作ったら？」）やQLDB（「すごいけど、なぜすごいのか誰も説明できない」）、Snowball Edge（「この2単語は絶対にGoogle検索しないで」）など、数多くのサービスが続きました。 前例のない逆転劇 しかし今週、私の知る限り初めて、ハイパースケーラーがプロダクトを廃止した後に、復活させるという事例が見られました。AWSが復活させたサービスはAmazon CodeCommit（「GitHubのUIが40倍悪かったら？」）です。これは大きな出来事です。なぜなら、Amazonという巨大企業の内部のどこかで、まだ顧客の声に耳を傾け、彼らのために戦っている人がいることを示しているからです。 タイムライン AWSは2014年のre:InventでCodeCommitを発表しました。「Code」で始まるオリジナルのAWSサービスのひとつでした。翌年7月に一般提供が開始されました。 顧客の反応は概ね冷ややかでした。GitHubやGitLab、あるいはCLIでgitを使い慣れている人にとっては、コマンドライン体験はイマイチで、改善への期待もやがて消えていきました。 黙って何も言わずに廃止してしまう方がはるかに簡単だったはずです 昨年、2024年にAmazonはこのサービスを廃止すると発表しました。つまり「新規顧客の受け入れを停止する」という意味です。 もちろん、投資する気がないなら、あたかも今後も改善するかのように人々に使わせるべきではありません。それはブランドを傷つけるだけです。 そして2025年のre:Invent直前の週、AWSは方針転換を発表し、現在に至ります。 謝罪の言葉 会社の復活発表で私が印象的だったのは、実際に顧客に謝罪している点です。「CodeCommitからの移行を計画・実行するために時間やリソースを費やした場合は、お詫び申し上げます」とAmazonは書いています。サービス障害以外で謝罪を見たのはいつが最後だったか思い出してください。かなり短いリストですよね？ なぜこんなことを？ どうやら、私やあなたのような趣味やネタでコードを書く個人が、AWSの顧客層のすべてというわけではないようです。彼らはCodeCommitの「深いIAM統合、VPCエンドポイントサポート、CloudTrailログ、CodePipelineやCodeBuildとのシームレスな連携」について語っていますが、これらは愛情で何かを作っている開発者のほぼ誰も気にしないものです。 これらはすべて大企業向けの懸念事項であり、ネイティブなgitリポジトリオプションがあることには明確な価値があります。10年前、私はエンタープライズのコンプライアンス要件のためにS3をgitリポジトリのバックエンドとして使わざるを得ませんでしたが、想像通りの苦痛でした。 コードを含め、すべてをAWS組織の境界内に保てることは、監査対象の範囲を減らす上で小さなことではありません。これがなければ、顧客は対応のために様々な面倒な自前ホスティングを検討する必要がありました。顧客がこれを求めるのは驚きませんが、大企業が耳を傾けたことの方が驚きです。 意外な展開 AWS CodeCommitの復活で最も印象的なのは、Amazonがいやいや戻したのではなく、積極的に投資していることです。まずはgit-lfsの実装で、大きなファイルや本来gitリポジトリに入れるべきでないバイナリもサポートしますが、結局みんな入れてしまうものです。 さらに追加リージョンにも拡大しています。これはAWSにとっては他のほとんどの人が思う以上に大きなことです。だからこそ、リージョン拡大をするたびに自画自賛するのですが、実際には特定リージョンでブロックされていない限り、ほとんどの顧客は気にしていないことを理解していないようです。顧客がまだ楽観的だった頃にこうした投資をしていればよかったのに、と指摘することもできますが、遅れてもやらないよりはマシです。 これは良いことだ ここで明確にしておきたいのは、AWSがやったことは非常に良いことだという点です。黙って何も言わずに廃止したり、廃止警告を消して何もなかったことにしたり（あるいは最もAWSらしい方法として）、同じことをするけどもっと高額な新サービスを別の悪い名前で立ち上げたりする方がはるかに簡単だったはずです。AWSはそうせず、間違いを認めて是正に動きました。 私は、企業版の「絶対に間違いを認めない」姿勢には全く我慢なりません。何事にも間違えない人間にはほとんど価値を感じません。それは人生のどんな場面でも、最も嫌な大言壮語家を生み出します。AWSが自分たちの誤りを認め、完全に方針転換したのは新鮮です。® 翻訳元:

In today’s digital era, cloud security isn’t merely an IT expense—it’s a strategic investment that can save enterprises millions in breach costs, operational downtime, and reputational damage. Every security breach, no matter how small, has the potential to snowball into costly legal battles, regulatory fines, and loss of customer trust. When organizations adopt innovative, cost-conscious security measures, they fortify their digital assets against advanced threats and maximize their return on investment (ROI) by reducing long-term remediation expenses.