32件の質問
テクノロジースタックはどう選びますか。
お客様のチームが運用・採用できること、他のシステムが使っているもの、ソフトウェアに必要な要件から始めます。ほとんどの業務ソフトウェアでは、TypeScript、Java、C#、Pythonなどの主流言語、リレーショナルデータベース、すでに利用しているクラウドを選びます。各選択と理由を記録します。
マルチテナントSaaS製品を構築できますか。
はい。テナント分離、テナント別設定、ロール、課金フック、監査証跡を最初のリリースから設計します。後から追加するとデータモデルの書き直しになるためです。テナントがデータベース、スキーマ、または何も共有しないかは、セキュリティとコストの要件に基づいて合意します。
コンポーザブルアーキテクチャは当社にとって何を意味しますか。
プラットフォームは、価格設定、オンボーディング、請求など、独自のAPIを持つ自己完結したビジネスケイパビリティから構築されます。それぞれを他に影響を与えず変更・拡張・置換でき、新しい製品で再利用できます。長年成長するプラットフォームに適しますが、小さなツールには必要ありません。
どのフロントエンドフレームワークを使いますか。
ほとんどの新規アプリケーションにはReactとNext.jsを使います。サーバーサイドレンダリングを支え、ツールが充実しているためです。AngularとVue.jsも扱い、合理的な場合はお客様がすでに使っているフレームワークを継続します。
Webアプリケーションではなくデスクトップアプリケーションを構築する理由は。
オフライン利用、デバイスやローカルファイルへの直接アクセス、大量のデータやグラフィックス、キーボード中心の高速な画面が必要な場合はデスクトップを選びます。それ以外のほとんどの要件では、Webアプリケーションの方が展開と更新が容易です。個別に判断し、小さなデスクトップコンポーネントを伴うWebアプリケーションが最適な場合もあります。
ネイティブとクロスプラットフォーム、どちらを選ぶべきですか。
ネイティブアプリケーションは最高の性能と各OSへの最適な適合をもたらします。クロスプラットフォームアプリケーションはWindows、macOS、Linuxで1つのコードベースを共有し、構築・変更コストを抑えます。1つのプラットフォームが主流の場合や要求が厳しい場合はネイティブ、複数プラットフォームが重要な場合はクロスプラットフォームを推奨します。
デスクトップアプリケーションはネットワーク接続なしで動作できますか。
可能なタスクについては可能です。各ユーザーがデバイスに必要なデータをお客様と決め、暗号化して保存し、ネットワークが戻るまで変更を記録します。同じレコードが2か所で変更された場合は、合意したルールで優先する変更を決めるか、人に選択を求めます。
スキャナー、プリンター、その他のデバイスと連携できますか。
はい。バーコードスキャナー、レシート・ラベルプリンター、はかり、決済端末など、スタッフが使うデバイスと連携します。各デバイスのドライバー、SDK、標準ポートを通じて接続し、同種のデバイスでも動作が異なることが多いため、お客様が使用する正確なモデルとファームウェアでテストします。
ネイティブとクロスプラットフォームのどちらで作るべきですか。
SwiftとKotlinのネイティブアプリは、端末機能へ最も広くアクセスできます。React NativeやFlutterのクロスプラットフォームアプリは、コードの大半をiOSとAndroidで共有するため、開発と変更のコストを抑えられます。端末への依存が強い場合はネイティブを、大半の業務・消費者向けアプリにはクロスプラットフォームを推奨します。
デジタルツインとは何ですか。どのような場合に構築する価値がありますか。（モバイル、空間コンピューティング、デジタルツイン）
デジタルツインは、物理的な場所やプロセスのライブ3Dモデルで、そのセンサーとシステムのデータで動きます。現実で試すと高コストな判断をする場所に、構築する価値があります。生産ラインの変更、港の計画、スマートシティ街区の運用、まれな事象へのスタッフ訓練などが例です。
デジタルツインはどのシステムと接続できますか。
実際の現場を表すシステムです。産業IoTとセンサーツール、建物・プラントシステム、ERPと資産保全システムなどです。データソースと更新頻度を合意し、ツインが現場の現状を示すようにします。
接続なしでもアプリは動きますか。
ジャーニーが許す範囲で動きます。ユーザーが必要とするデータを暗号化して端末に保存し、変更は接続が戻るまでキューに入れます。同じレコードが2か所で変更された場合の扱いは同期ルールで決め、そのルールはお客様とともに設計します。
製品をどのようにアクセシブルにしますか。
最初のワイヤーフレームからWCAG 2.2 AAに沿って設計します。十分なコントラスト、見えるフォーカス、論理的な読み上げ順序、十分な大きさのターゲット、すべてのコントロールへのラベルです。変更のたびに自動チェックを実行します。各リリース前に、主要ジャーニーをキーボードとスクリーンリーダーで手動テストします。
アラビア語などの右から左へ書く言語向けに設計できますか。
はい。右から左への設計は画面を反転させるだけではありません。ナビゲーション、進捗表示、方向性のあるアイコンは鏡像化しますが、数字、ロゴ、メディアコントロールは通常そのままです。アラビア語のテキストには専用の書体、サイズ、行間が必要で、両方向をネイティブの読み手と確認します。
自己修復型のテスト自動化とは何ですか。
インターフェーステストは、機能がまだ動いていても、ボタンが移動したり名前が変わったりすると壊れます。自己修復テストはAIで要素を再び見つけ、更新されたテストを提案し、エンジニアが承認してから採用します。実際の不具合を隠さずに、スイートの信頼性を保ちます。
モダナイゼーションでAIは実際に何をしますか。
大量の旧コードを素早く読み、プログラムの動作を説明し、データの流れを追跡し、リファクタリングを提案し、テストを起草します。何を変更するかはエンジニアが決め、すべての行をレビューし、特性化テストで実証します。AIは理解を速めますが、検証を置き換えるものではありません。
COBOLとDB2のワークロードをメインフレームから移せますか。
はい。COBOLプログラムをクラウドネイティブサービスとして変換または再構築し、DB2データを各段階で照合しながら移行します。バッチジョブとファイルインターフェースにはモダンな同等機能を用意します。安定していて移行コストの高い部分は、順番が来るまでAPIレイヤーの背後に残せます。
システムを置き換えるよりラップするほうがよいのはどんな場合ですか。
旧基幹系が安定して正しく動いているが、到達しにくい場合です。その前にモダンなAPIを置けば、内部に触れずに新しいチャネル、パートナー、製品が機能を利用できます。システムが変化を妨げる、セキュリティを保てない、要員を確保できない場合は置き換えを勧めます。
ソブリンクラウドとは何ですか。必要ですか。
ソブリンクラウドは、データ、運用、法的統制を1つの法域内に保ちます。地域プロバイダー、政府クラウド、適切な統制を備えたハイパースケーラーのリージョン、または自社データセンターの場合があります。法令や規制当局が特定の記録を国内に留めるよう求める場合に必要です。推奨する前に、どのワークロードがそうした規則の対象かを整理します。
どのクラウドプロバイダーを使うべきですか。
明確な変更理由がない限り、通常はすでに利用しているプロバイダーです。決め手は、データレジデンシー、既存の契約とスキル、必要なマネージドサービス、他のシステムとの接続方法です。AWS、Microsoft Azure、Google Cloud、Alibaba Cloud、地域の政府クラウドを扱い、プロバイダー固有のコードは価値がある箇所に限定します。
ロックインはどう避けますか。
インフラストラクチャはTerraform、OpenTofu、Pulumiなどのオープンソースツールで定義し、ワークロードはKubernetesなどの可搬性のあるプラットフォームで稼働させます。プロバイダー独自サービスがより適する場合は、意図的に採用し、退出経路を文書化します。各ワークロードの移動に必要な工数の書面見積もりを提供します。
インフラストラクチャはオンプレミスに置くべきですか、クラウドへ移すべきですか。
システムごとに異なります。データを保存できる場所、性能と接続性の要件、ライセンス、チームが運用できる範囲によります。多くの企業はハイブリッド構成を採用しており、1つの設計としてまとめるとうまく機能します。コスト、リスク、工数で選択肢を比較し、当社が選ぶべきものを推奨します。
自社GPUでAIモデルを動かすべきですか。
データを境界外に出せない場合、または利用量が安定しており保有容量の方が呼び出しごとの支払いより安い場合に検討します。プライベートクラスター、ソブリンクラウド、パブリックモデルサービスをワークロードに照らして比較し、クラスターと提供するモデルをサイジングします。
既存の機器とシステムで対応できますか。
はい。現状から始め、サポート終了または設計の妨げになるものだけを置き換えます。ハードウェアやライセンスの購入が必要な場合は、必要なものと理由を明示し、サプライヤーはお客様が選びます。
プラットフォームエンジニアリングとは何で、DevOpsとどう違いますか。
DevOpsは、開発者と運用がソフトウェアの運用責任を共有する実務です。プラットフォームエンジニアリングは、その実務を製品に変えます。すべてのチームに、サービスを構築、デプロイ、運用する同じ検証済みの方法を提供する社内デベロッパープラットフォームです。チームの時間はパイプラインではなく機能に向かいます。
どのツールを使いますか。
通常は、お客様がすでにお持ちのツールです。インフラにはTerraform、OpenTofu、Pulumi、コンテナにはKubernetes、一般的なCI/CDサービス（GitLab CI/CD、GitHub Actions、Argo CDを含む）に対応します。ツールが必要なことを妨げている場合にのみ、変更を提案します。
キャッシュとルーティングで回答の品質が下がりませんか。
ユースケースごとに設定すれば下がりません。タスクは、フロンティアモデルと同じ評価に合格した後にのみ小型モデルへ移り、キャッシュされた回答は、保存された回答が正しいままでいる場合にのみ使います。不確かなものは引き続き大規模モデルへ送ります。
GreenOpsとは何ですか。
GreenOpsはFinOpsの考え方をエネルギーと炭素に適用します。ワークロードは使用量に合わせてサイジングし、待てる場合は電力がよりクリーンな場所と時間に実行し、ESG報告に必要な用語で報告します。
当社のHSMは耐量子アルゴリズムに対応していますか。
対応状況は機種とファームウェアのバージョンによって異なります。CBOM監査で各HSMを確認し、必要な箇所に限ってアップグレードや交換を計画します。
量子鍵配送は必要ですか。
必要なことはまれです。耐量子暗号は既存のネットワークとハードウェアで動きますが、QKDには専用の光回線が必要です。規制当局や取引先が求める少数の高価値回線についてのみQKDを検討します。
どのクラウドやプラットフォームを扱いますか。
AWS、Microsoft Azure、Google Cloud、Alibaba Cloud、地域の政府クラウド、そしてお客様自身のデータセンターとプライベートGPUクラスターです。インフラはTerraform、OpenTofu、Pulumiで定義し、ワークロードはKubernetesで動かすため、事業者の選択肢は開いたままです。
ハイパースケーラーからの移行を支援できますか。
はい。どのサービスが事業者への依存を生んでいるかを評価し、ソブリンクラウド、別の事業者、またはお客様自身のデータセンターに目標を設計し、各ワークロードをロールバック手段とともに段階的に移します。どこまで進めるかはお客様が決めます。すべてを移すお客様も、規制当局が重視するワークロードだけを移すお客様もいます。
その他の質問
- AIとデータモデルとベンダー、精度、検索かファインチューニングか、データプラットフォーム、リアルタイムデータ、ドキュメント自動化。37件の質問
- システム連携ERPシステム、ミドルウェア、銀行フォーマット、ISO 8583、端末、host-to-hostかEBICSか、オープンバンキング、サードパーティAPI。32件の質問
- 業界勘定系システム、ISO 20022、不正監視、店舗、EDIと運送会社、HL7とFHIR、アクセシビリティ、ERPアップグレード。30件の質問
- 部門別ソリューションERP接続、電子インボイス義務、AP2とEDIサプライヤー、デジタル製品パスポート、CRM、ダイナミックプライシング、会話型BI、アラビア語。13件の質問
- コストと価格プロジェクトやチームのコストを決める要因と、当社の見積もり方法。29件の質問
- 期間作業開始と納品までの期間、それを変える要因。10件の質問
- 所有権と契約コード、データ、成果の所有者と、契約の仕組み。22件の質問
- セキュリティとデータ作業中にお客様のシステム、コード、データをどう保護するか。79件の質問
- チームと人員プロジェクトの担当者、選定方法、チームの変化。30件の質問
- プロセスとコミュニケーション作業の計画、報告、受け入れ方法。121件の質問
- サポートと運用本番稼働後に何が起きるか。サポート、監視、変更。29件の質問
- XSISについて当社が誰か、どこにいるか、連絡方法。6件の質問
契約ではなく、対話から始めましょう
構築、接続、保護のどれが必要かを教えてください。アーキテクトが内容を一緒に整理し、どこから始めるべきかを提案します。
今後の流れ
日程の調整
セッションの日程を調整するため、当社チームからメールをお送りします。
事前コンサルティングセッション
無料の30分オンライン事前相談です。目標、システム、制約を伺います。
準備状況レビュー
無料の48時間準備状況レビューで、プリンシパルアーキテクトがプロジェクトを6項目のDefinition of Readyに照らして確認し、適切なトラックを提案します。
トラックの選択
スコープが確定したプロジェクトには、拘束力のある提案書を3–5営業日以内にお渡しします。構想段階のプロジェクトはBlueprint Studioから始まります。稼働中のシステムに障害がある場合、文書化されていない場合、連携が必要な場合は、1–2週間の診断から始まります。Blueprint Studioと診断はそれぞれ固定料金で、提案書に記載します。