6

社内の多数のアプリケーション(100以上1000未満)をカタログ化するソリューションが必要です。

現在、スプレッドシートを使用しており、アプリごとに、名前、簡単な説明、担当者、およびメンテナ(内部またはベンダー)を入力します。目的は、このリストをIT計画およびインシデント管理(影響の見積もりなど)に使用することです。これを行うには、少なくとも、「依存」、「一部」、「優先」などの関係の追加を開始する必要があります。また、将来のソリューションでタグ付け、インデックス付きのキーと値のペア、コメント、および添付ファイルの各エントリへの追加が可能になる場合にも役立ちます。

アプリケーションのデプロイされたすべてのインスタンスを検出し、構成設定を管理し、監視を統合して複雑なセキュリティ設定を行い、メタメタスキーマに埋もれてしまうことは望ましくありません。専任の管理者が必要なものは、すでに重すぎます。

次の非機能要件があります。

  • 複数のユーザーが同時に作業できるようにする必要があります
  • すべての変更はバージョン管理する必要があります
  • XMLまたはその他の解析しやすい形式への簡単なエクスポート

これまで、次のことを検討してきました。

  • スプレッドシートをConfluencewikiに配置し、WebDavを介して編集できます(ロックとバージョン管理を取得できます)
  • タグ付け、階層、メタデータ、リンクを提供するConfluencewikiを使用してください。唯一の懸念は、ウィキが自由形式であり、別のシステムに移行することを決定した場合に情報を抽出するのが難しい可能性があることです。
  • DabbleDB.com-必要なものはすべて揃っていますが、残念ながらデータがファイアウォールを離れることはありません。
  • OneCMDB.org-アドホック情報をキャプチャしてスキーマを進化させることがどれほど簡単かはわかりません。経験をいただければ幸いです。
  • Zenoss.com-まだチェックしていません。ネットワーク管理に焦点を合わせすぎているようです。
  • 軽量レジストリ(Mule Galaxy、WSO2レジストリ)-これが仕事に適したツールであるかどうかはわかりませんが、必要な多くの機能(属性、ラベル、バージョン、ライフサイクル)を提供します。
  • BMC Atrium-複雑で企業の政治には、多くの不必要な手続きが必要になります。それが大きな利益をもたらさない限り、私たちはむしろオープンソースに固執したいと思います。

同様の取り組みを成功させた、または上記のアプローチのいくつかを経験した人々からのフィードバック/アイデアに興味があります。また、よくある落とし穴や推奨事項についてアドバイスをいただければ幸いです。

4

3 に答える 3

5

これは、素晴らしくシンプルな Web アプリ フレームワークに合わせて作られています。お気に入りのフレームワークを選択してください。アプリケーションの単純なデータ モデルを定義します。スプレッドシートを移行します。他の関係 (依存、置き換え、一部) を追加して、アプリケーションを進化させます。

優れた Web アプリ フレームワークであれば、この単純なデータ セットに対して快適なデータ マッピングを行うことができます。

それは良いスキルビルダーです。これは、組織に新しい Web アプリケーション フレームワークを導入するための優れた概念実証になる可能性があります。


「インフラストラクチャ」の問題を回避することは困難です。専用の資産管理ツールは、一般に大規模で複雑です。CalemEAMでさえかなり複雑です。

あなたはたくさんのアプリケーションを持っているので、あなたはすでに Web アプリケーション フレームワークとそれを使用するためのスキルを持っていると推測していました。ただし、あなたのコメントから、優先する Web アプリがないように聞こえます。フレームワーク。

そのため、おそらくあなたの数百から数千のアプリは、一貫した使いやすいフレームワークを使用せずに構築されたデスクトップ ソフトウェアと Web アプリの混合物であると推測できます。

私は Python が大好きなので、あなたが提案した Web フレームワークには詳しくありません。技術的な指示の最も重要な情報源は、これらの数百から数千のアプリを構築した人々です。彼らはどの Web フレームワークを使用していますか? 彼らはどちらを使用したいと思っていますか? 彼らが(あなたのプロジェクトのような)新しいプロジェクトを開始する場合、どのプロジェクトを使用しますか?

村で唯一の裸足の靴屋の子供になりたくありません。シンプルで小さな資産管理アプリ (テーブルが 3 つしかない) を、組織が好む一連のツールで構築する必要があります。


さて、Java が 10%、ベンダー システムが 50% の場合、「推奨される」Web アプリ フレームワークはありません。

選択肢 1: Java ベースの適度に完全なフレームワークを選択します。出発点として Struts と iBatis を使用してみてください。最小限のテーブル、POJO からテーブルへの最小限の iBatis マッピングを構築します。最小限のデフォルト フォームを定義します。テーブルごとに 1 つのリストと 1 つの詳細です。最小限のテーブル セットに対して、最小限のフォーム セット用の最小限の管理フロントエンドを作成します。スプレッドシートからテーブルに最小限のローダーを書き込みます。

その後、スプレッドシートを削除し、決して振り返らないでください。

選択肢 2: Python を学ぶ。ジャンゴを使用します。最小限のモデルを定義し、Django 管理インターフェースを使用します。20分くらいでほぼ完成。真剣に。次に、最小限のローダーをスプレッドシートからテーブルに書き込みます。これは売れにくいので、売るのではなく、ただやってください。

いずれにせよ、スプレッドシートを削除し、決して振り返らないでください。

今では、すべてを Web ベースのデータベースで行う必要があります。言い訳しない。このインターフェイスにすべてのレポートを追加します。スプレッドシートへのダウンロードを許可しないでください。アプリを簡単に追加、変更、修正できるようにします。

混乱を管理できるようになると、許しを求めることができます。

これを正当化することはできません。組織化に対する ROI を証明することはできません。

于 2008-10-16T22:18:52.537 に答える
1

アセットデータベースが必要なようです。市販されているものはたくさんありますが、そこにはどんな楽しみがありますか?MS Access 2007を使用している場合は、無料でダウンロードできるアセットデータベースを構築するためのテンプレートがあります。

于 2008-10-16T12:30:55.657 に答える
0

CMDBf仕様の実装であるCOSMOSをご覧ください。

于 2009-11-11T18:02:27.823 に答える