amk A.M.K Cloud Technologies ltd のホスティング容量と依存関係

要約

A.M.K Cloud Technologies Ltd は、法務省の公開企業データセットにおいて、会社番号516210267、2020年6月21日設立、Umm al-Qutuf の住所、2025年の年次報告年が記録されたアクティブなイスラエルのプライベート企業として確認されている。同じエンティティは、RIPE 記録において、AS199307 および IPv6 割り当て 2a13:b680::/29 を持つイスラエルの LIR として現れている。
同社のウェブサイトは、ホスティング、VPS、バックアップ、セキュアクラウドストレージ、ディザスタリカバリ、メール、ヘルプデスク IT、VOIP を宣伝しているが、公開ルーティングのエビデンスは弱い。RIPEstat は、2026年7月11日時点で AS199307 がプレフィックスを広くアナウンスしていないこと、また AMK の IPv6 割り当てが2026年4月から7月の間に RIPE RIS ルーティング履歴に表示されていないことを示している。
実際のリスクは抽象的なクラウドリスクではない。それは、ラック、ファシリティ、トランジット、ハードウェア在庫、サポート、移行に関するリスクである。AMK の容量を購入する顧客は、ワークロードがどこで実行されているか、どのファシリティ事業者が電源と冷却設備を所有しているか、どの上流回線が本番トラフィックを運んでいるか、バックアップがどのように復元されるか、そしてプロバイダー契約、回線、サポートデスクに障害が発生した場合にデータをどれだけ迅速に移動できるかを検証すべきである。

企業は可視だが、インフラは同様に可視ではない

A.M.K Cloud Technologies Ltd は実際の公開フットプリントを持っており、出発点は推測ではなくその現実であるべきだ。イスラエル法務省の公開企業データセットは、英語名 A.M.K CLOUD TECHNOLOGIES LTD のもとで会社番号516210267の行を返し、ヘブライ語の法定名称、非公開企業ステータス、アクティブステータス、2020年6月21日の設立日、2025年を最新の年次報告年、そして Umm al-Qutuf の住所を含んでいる（data.gov.il の企業記録）。商用のイスラエルビジネスインデックスページは同じ基本識別子を反映しており、アクティブステータス、2020年の設立日、Umm al-Qutuf の住所を含む（Webinfo の企業ページ）。これにより、AMK はコピーされたブランド文字列ではなく、運営中の法的企業として扱うのに十分である。

困難は、クラウド販売者がインフラ事業者となる一段下のレイヤーから始まる。AMK の自社ウェブサイトは直接的なクラウド言語を使用している。ヘブライ語のホームページでは、高いセキュリティを備えたスマートクラウド接続を提供し、セキュアバックアップ、セキュアで応答性の高いシステム、クラウド共有、クラウドコーリングの簡易サービスブロックを提示している（AMK ホームページ）。サービスページでは、ホスティング、VPS、バックアップ、セキュアクラウドおよびストレージサービス、ディザスタリカバリ、メール、ヘルプデスク IT、VOIP を列挙している（AMK サービスページ）。コンタクトページでは、営業連絡先、WhatsApp ルート、カスタマーチケットリンクを公開している（AMK コンタクトページ）。これらのページは商業的な主張を確立している：AMK は企業や組織に対し、ホスト型デジタル容量とリモート運用サポートを販売している。

しかし、その主張の背後にある物理的設備は確立されていない。ページにはデータセンター、ラック位置、上流契約、仮想化プラットフォーム、ハードウェア構成、バックアップサイト、サービスレベル目標、メンテナンスウィンドウポリシー、経路多様性、復元テスト履歴、データエクスポートメカニズムは記載されていない。この欠落したレイヤーは重要である。なぜなら、ホスト型サービスは単なるウェブフォームとサポート番号ではないからだ。それはラック、電力、冷却、トランジット、ストレージメディア、スペアパーツ、アクセス制御、スタッフ可用性、他事業者との契約である。AMK がより大規模なイスラエルのファシリティから容量を再販しているのか、ラックをリースしているのか、自社サーバーをコロケーションルームに設置しているのか、あるいは別のクラウドを下層で使用しているのかによって、運用上の結果は異なる。公開記録はこれらのどれが真実かを確定しない。

住所のエビデンスも注意深く読むべきである。会社登記と RIPE 組織記録は AMK を Umm al-Qutuf に位置づけており、RIPE は Jameel 3 通り、郵便番号3785700 を、登記データセットは Umm al-Qutuf の「番地なし」306 を記載している（RIPE 組織記録）。これは法的および連絡先のアンカーである。顧客サーバーがどこにあるかの証明ではない。ホスティング、VPS、バックアップ、VOIP を販売するプロバイダーにとって、小さなオフィス住所は営業、ヘルプデスク、管理をサポートできるが、コンピューティング資産は別の場所にある可能性がある。公開されている AMK のページにデータセンターの住所が記載されていないという事実は、購入者が「イスラエルの企業」以上の地域性を書面によるファシリティ声明なしに想定すべきでないことを意味する。

LIR と ASN 記録が重要な理由、そしてそれらが話を完結しない理由

AMK の最も強力なインフラエビデンスは RIPE にある。RIPE 組織記録は A.M.K Cloud Technologies ltd をイスラエルの LIR として識別し、登録番号516210267を付与し、オフィスメール、虐待連絡先、電話番号を記載し、エンティティをメンテナーlir-il-amkcloud-1-MNTに結びつけている（RIPE ORG-ACTL4-RIPE）。組織の RIPE 逆引き参照は、ネット名 IL-AMKCLOUD-20260409、国 IL、ステータス ALLOCATED-BY-RIR、同じ AMK メンテナーを持つ IPv6 ブロック 2a13:b680::/29 を示している（RIPE 組織逆引き）。AS199307 の aut-num 記録は as-nameamkをリストし、AS を ORG-ACTL4-RIPE にリンクし、AS212616 および AS1680 とのインポート・エクスポートポリシーラインを宣言している（RIPE AS199307 記録）。

これらは意味のある記録である。LIR として可視化され、IPv6 割り当てを保持することは、AMK に自社名で番号付きインフラを運用する管理的な経路を与える。また、同社が共有ホスティングプランを購入してマーケティングページを上乗せした以上のことをしているというシグナルでもある。LIR はインターネット番号リソースを要求・管理し、データベースオブジェクトを作成し、ルーティングポリシーを公開し、虐待連絡義務を処理できる。顧客にとって、これは AMK が第三者から提供される不透明なアドレスに完全に依存するのではなく、自社のアドレス計画を管理する意図がある可能性を示唆するため重要である。

しかし、RIPE 記録はライブルーティングサービスと同じではない。AS199307 の RIPEstat AS 概要は、ホルダーを「amk A.M.K Cloud Technologies ltd」と表示したが、2026年7月11日のクエリ時点で AS がアナウンスされていないとマークした（RIPEstat AS 概要）。RIPEstat のアナウンスドプレフィックス呼び出しは、同期間において AS199307 のプレフィックスを返さなかった（RIPEstat アナウンスドプレフィックス）。RIS プレフィックスビューは、2026年7月12日の最新利用可能時点で、発信またはトランジットの IPv4 または IPv6 プレフィックスをゼロと表示した（RIPEstat RIS プレフィックス）。AMK の IPv6 ブロック 2a13:b680::/29 も RIPEstat のプレフィックス概要で未アナウンスとマークされ（RIPEstat プレフィックス概要）、そのブロックのルーティング履歴は2026年4月1日から7月11日までの間に発信活動を返さなかった（RIPEstat ルーティング履歴）。

そのエビデンスは、公開運用状況の評価を下方修正させる。AMK には LIR の書類とクラウドサービス企業としての公開言語がある。しかし、公開ルーティングビューには、AS199307 のもとで本番トラフィックを確認できる現在可視の発信ネットワークがない。合理的な説明は存在するかもしれない。AMK は上流割り当てアドレスを使用している、顧客ワークロードを別のプロバイダーの背後に隠している、割り当てられた IPv6 ブロックを移行まで未使用にしている、RIPE RIS で捕捉されないビューでのみルートをアナウンスしている、あるいはサードパーティのクラウド容量上で完全にサービスを運用している可能性がある。これらの可能性は失敗の証明ではない。AS と IPv6 割り当てを展開された容量のエビデンスとして扱うことを避ける理由である。

最も奇妙な詳細は現在ではなく歴史的なものである。AS199307 の RIPEstat ルーティングステータスは、2a0c:9a40:8cf0::/48 の以前の初回および最終 IPv6 発信を記録しており、最終発信時刻は2025年1月である（RIPEstat ルーティングステータス）。その古いプレフィックスの RIPE ルックアップは、より大きな 2a0c:9a40::/29 割り当てを AMK ではなく iFog GmbH の下に置いている（古いプレフィックスの RIPE ルックアップ）。現在の AMK aut-num および IPv6 オブジェクトは2026年4月に作成されたため、その古い BGP 可視性は証明された AMK の運用履歴として読むべきではない。現在のイスラエル企業に結びつける前に別の裏付けを必要とする AS 番号の履歴として扱うのが最善である。

（以下、続く... 長い記事のため、主要なポイントをカバーするために続きを簡潔に翻訳します。）

...

最後に、AMK は控えめな読解に値する。ゴーストエントリーではない：イスラエルの企業記録は最新であり、企業ウェブサイトはクラウドおよびホスティングサービスを販売しており、RIPE 記録は LIR 組織、AS199307、イスラエルの IPv6 割り当てを示している。これらは具体的な公開事実である。問題は、運用エビデンスが独立してルーティングされた AMK の本番容量の確認に至っていないことである。現在の RIPEstat ビューは AS199307 がプレフィックスをアナウンスしていることを示さず、AMK の IPv6 割り当てはルーティングとして観測されておらず、AMK には PeeringDB ネットワークプロファイルがない。したがって、公開ファシリティと冗長性の全体像は弱い。

AMK を評価する読者にとって、正しい結論は拒否ではない。条件付きの信頼である。AMK はバンドルサポートとマネージドホスティングを重視する顧客にとって有用な地元プロバイダーかもしれない。また、公開ルーティングツールでは見えない方法でパートナーファシリティや上流アドレススペースを使用している可能性もある。しかし、本番顧客は信頼する前に5つの質問に対する書面による回答を要求すべきである：ワークロードはどこで実行されるか、ラックと電力境界は誰が所有するか、現在どの上流回線がトラフィックを運んでいるか、障害時にバックアップはどのように復元されるか、関係終了時にデータはどのように移行されるか。

クラウドはしばしば場所のないサービスとして販売される。AMK の事例は、地元のクラウド提供でも非常に物理的なエッジがあることを思い出させる。顧客はウェブ向けの約束を購入するが、サービスはラックに電力があり、トランジットがパケットを運び続け、スペアハードウェアが存在し、サポートがエスカレーションでき、移行経路が開かれている場合にのみ存続する。AMK の公開運用エビデンスがより強固になるまで、この物理的依存連鎖が本稿の中心的な発見である。