Summary

  • Recloud の公式ページは、DevOps、cloud、Web 開発、Xen と OpenStack に触れるプライベートクラウド、Kubernetes 移行、backend、UI/UX、Ruby on Rails、住宅および小規模事業者向けインターネットサービスを示している。
  • ABN Lookup は RECLOUD PTY LTD、ABN 38 643 675 816、2020 年 8 月 20 日から active の Australian Private Company、同日から GST 登録、主な所在地 VIC 3185、2023 年 10 月 4 日からの business name NEPTUNE INTERNET を示す。
  • APNIC RDAP の autnum 151660 は公開ネットワーク記録として使えるが、顧客数、通信量、稼働率、容量、品質を証明するものではない。

小さな事業者ほど境界が重要になる

BTW ディレクトリの Recloud Pty Ltd がこの記事の対象である。公式サイトは Recloud を cloud software partner として示し、Internet、Private Cloud、Kubernetes、Backend、UI/UX、Ruby on Rails を並べる。これは大規模クラウドの公開資料ではなく、ローカルなソフトウェア運用会社の公開資料である。

小規模であることは弱点とも強みとも限らない。顧客に近く、説明が速く、実際の業務に合わせやすい可能性がある。一方で、第三者による評価、顧客事例、容量情報、監査情報が少ないことも多い。したがって、公開ページを読む際には、言えることと言えないことを分ける必要がある。

言えることはある。Recloud は DevOps、cloud、Web 開発に注力すると述べる。private cloud ページは Xen、OpenStack、single tenant、multi-node platform を挙げる。internet ページは Retail Service Provider になったと説明する。ABN Lookup は会社の登録情報を示す。APNIC RDAP はネットワーク登録の手掛かりを示す。言えないことも明確だ。公開資料はデータセンター所有、顧客規模、SLA、障害履歴、セキュリティ成熟度、実運用容量を証明しない。

プライベートクラウドは責任の設計である

Recloud の private cloud ページは、顧客の業務に合わせてプライベートクラウドを構築、運用し、単一テナントから複数ノードのプラットフォームまで扱うと説明する。Xen による分離と予測可能な性能、OpenStack による自動化されたプロビジョニングと拡張可能な基盤にも触れている。

これは買い手にとって有用な出発点だが、保証ではない。買い手は、ワークロードがどこで動くのか、誰が管理者権限を持つのか、バックアップはどのように検証されるのか、ネットワーク変更は誰が承認するのか、保守時の影響はどう説明されるのか、退去時に構成とデータをどう受け取れるのかを確認しなければならない。

ローカルなプライベートクラウドは、遠いプラットフォーム依存を近い関係に置き換える可能性がある。しかし、近い関係が測定しにくい依存になることもある。重要なのは、所在地ではなく、責任と証拠が見えることだ。

Internet と Kubernetes は運用面を広げる

Recloud の internet ページは、同社が住宅および小規模事業者向けインターネットサービスを提供する Retail Service Provider になったと述べる。2016 年にソフトウェアエンジニアリングとコンサルティング会社として始まり、telco 向けにソフトウェアを提供してきたという説明もある。ABN Lookup の NEPTUNE INTERNET という business name は、この接続サービスの読み方を補強する。

接続サービスは、アプリケーション開発とは違う種類の継続性を持つ。小規模事業者にとって障害は、ルーティングの抽象論ではなく、決済端末、予約システム、リモート勤務、認証、電話、顧客対応の問題になる。小さな RSP であっても、障害分類、卸入力との境界、通知、再発調査、支援時間を説明できなければならない。

Kubernetes ページは、既存アプリケーションと workload の移行、cluster 設定、node provisioning、networking、security settings、デプロイ自動化を述べる。Kubernetes は作業を消すのではなく、別の作業に変える。image、secret、role、ingress、log、upgrade、rollback を誰が管理するかが、買い手の依存を決める。

ソフトウェア能力は出口条件とセットで見る

Backend、UI/UX、Ruby on Rails のページは、Recloud がインフラだけを語っていないことを示す。API、データモデリング、セキュアなアクセス、React、Vue、Tailwind、Bootstrap、Rails アプリケーション、既存コードの近代化が並ぶ。これは小規模顧客には便利な統合力になり得る。

ただし、同じ会社がアプリケーションを書き、クラウドを運用し、Kubernetes を設定し、接続サービスを扱うと、顧客の運用記憶も同じ関係に集中する。問題が起きた時に解決は速いかもしれない。しかし、顧客がコード、文書、テスト、依存関係、リリース履歴を持っていなければ、関係を変える自由は小さくなる。

したがって、買い手は成果物を求めるべきだ。リポジトリ、ビルド手順、API 文書、データ定義、依存リスト、復旧テスト、運用手順、移行時の引き継ぎ条件が必要である。公開ページは能力を示すが、出口の安全性までは示さない。

データ所在は会社所在地だけでは決まらない

Recloud はオーストラリア企業であり、ABN Lookup もその登録を示す。ローカルな相手、同じ時間帯、分かりやすい契約主体は、顧客にとって価値がある。しかし、登録地がオーストラリアであることは、全データ、バックアップ、ログ、サポートツール、外部依存がオーストラリアにあることを意味しない。

買い手は、ホスティング場所、バックアップ場所、管理アクセス、サポートアクセス、外部サービス、下請け、ログ保存、インシデント通知を確認する必要がある。APNIC RDAP はネットワーク記録の手掛かりを与えるが、通信品質や顧客数を示さない。ABN は会社の存在を示すが、クラウド運用品質を示さない。

ここで重要なのは、ローカル性を証拠に変える作業だ。Recloud がデータの流れ、権限、復旧、退出を明確に説明できるなら、ローカルな関係は実質を持つ。説明できないなら、ローカル性はブランドにとどまる。

Recloud を追う理由

Recloud は、クラウド依存が大手だけで生まれるわけではないことを示す。地域の顧客は、アプリケーション開発、クラウド移行、接続、日常運用を近い供給者に任せることがある。その供給者は顧客の技術を読みやすくするかもしれないし、公開証拠の少ない依存点になるかもしれない。

Recloud の公開記録は、慎重な追跡には十分である。cloud、DevOps、private cloud、Kubernetes、software、internet の主張があり、ABN と APNIC の公開記録がある。だが、容量、信頼性、顧客規模、安全成熟度を断定するには足りない。この境界を保つことが、ローカルクラウドを正しく読む方法である。

Sources