質問
社内の多数のアプリケーション (100 以上 1000 未満) をカタログ化するソリューションが必要です。
現在、スプレッドシートを使用しており、アプリごとに名前、簡単な説明、連絡先担当者、メンテナー (内部またはベンダー) を入力しています。目的は、このリストを IT 計画とインシデント管理 (影響の見積もりなど) に使用することです。これを行うには、少なくとも、「依存する」、「一部」、または「置き換えられる」などの関係を追加し始める必要があります。また、将来のソリューションでタグ付けが可能になり、インデックス付きのキーと値のペア、コメント、添付ファイルを各エントリに追加できるようになると便利です。
デプロイされたアプリケーションのすべてのインスタンスを検出したり、構成設定を管理したり、監視を統合したり、複雑なセキュリティ設定を行ったり、メタメタスキーマに埋もれたりすることは望ましくありません。専任の管理者を必要とするものは、すでに重すぎます。
次の非機能要件があります。
- 複数のユーザーが同時に作業できるようにする必要があります
- すべての変更はバージョン管理する必要があります
- XML またはその他の解析しやすい形式に簡単にエクスポートできます。
これまでのところ、次のことを検討してきました。
- スプレッドシートを Confluence wiki に配置します。WebDav 経由で編集できます (ロックとバージョン管理も可能)。
- Confluence Wiki にはタグ付け、階層、メタデータ、リンクが用意されているため、Confluence Wiki を使用してください。唯一の懸念は、Wiki が自由形式すぎるため、別のシステムに移行することにした場合に情報を抽出するのが困難になる可能性があることです。
- DabbleDB.com - 必要なものはすべて揃っていますが、残念ながらデータはファイアウォールを離れることはできません。
- OneCMDB.org - アドホック情報を取得してスキーマを進化させるのがどれほど簡単かわかりません。経験を感謝します。
- Zenoss.com - まだチェックしていません。ネットワーク管理に重点を置きすぎているようです。
- 軽量レジストリ (Mule Galaxy、WSO2 レジストリ) - これがこの仕事に適したツールかどうかはわかりませんが、必要な機能 (属性、ラベル、バージョン、ライフサイクル) が多数提供されています。
- BMC アトリウム - 複雑な社内政治では、多くの不必要な手順が必要になります。大きなメリットがない限り、私たちはオープンソースを使い続けたいと考えています。
私は、同様の取り組みを成功させた人、または上記のアプローチのいくつかを経験した人からのフィードバックやアイデアに興味があります。また、よくある落とし穴や推奨事項についてのアドバイスもいただければ幸いです。
解決
これは、優れたシンプルな Web アプリ フレームワーク向けにカスタマイズされています。お気に入りのフレームワークを選択してください。アプリケーションの単純なデータ モデルを定義します。スプレッドシートを移行します。他の関係 (依存、置き換え、一部) を追加して、アプリケーションを進化させます。
優れた Web アプリ フレームワークには、この単純なデータ セットに対する快適なデータ マッピングが含まれています。
優れたスキルビルダーです。これは、新しい Web アプリケーション フレームワークを組織に導入するための優れた概念実証になります。
「インフラストラクチャ」の問題を避けるのは困難です。専用の資産管理ツールは、一般に、大規模で複雑です。平 カレムEAM かなり複雑です。
たくさんのアプリケーションをお持ちなので、Web アプリケーション フレームワークとそれを使用するスキルをすでにお持ちだと思いました。ただし、あなたのコメントからは、推奨される Web アプリが存在しないように聞こえます。フレームワーク。
そのため、おそらく、数百から数千のアプリは、一貫した使いやすいフレームワークを使用せずに構築されたデスクトップ ソフトウェアと Web アプリが混在しているのではないかと推測しています。
私は Python の偏屈者なので、あなたが提案した Web フレームワークには詳しくありません。技術的な方向性の最も重要な情報源は、これらの数百から数千のアプリを構築した人々であるべきです。彼らはどのような Web フレームワークを使用していますか?彼らはどれを使いたかったでしょうか?彼らが(あなたのような)新しいプロジェクトを始めるとしたら、どれを使用しますか?
靴屋の子供、つまり村で唯一裸足の子供にはなりたくないのです。シンプルな小さな資産管理アプリ (テーブルが 3 つしかない) を、組織が好むツールのセットを使用して構築したいと考えています。
そうですね、10% が Java、50% がベンダー システムなので、「推奨される」Web アプリ フレームワークはありません。
選択肢 1:適度に完成した Java ベースのフレームワークを選択してください。Struts と iBatis を出発点として使用してみてください。最小限のテーブル、POJO からテーブルへの最小限の iBatis マッピングを構築します。最小限のデフォルト形式 (テーブルごとに 1 つのリストと 1 つの詳細) を定義します。最小限のテーブル セット上に最小限のフォーム セット用の最小限の管理フロントエンドを作成します。スプレッドシートからテーブルに最小限のローダーを作成します。
その後、スプレッドシートを削除し、二度と戻らないようにしてください。
選択肢 2:Pythonを学びましょう。ジャンゴを使用します。最小限のモデルを定義し、Django 管理インターフェイスを使用します。20分ほどでほぼ完了します。真剣に。次に、スプレッドシートからテーブルに最小限のローダーを書き込みます。これは押し売りですので、売らずに、ただ販売してください。
いずれにせよ、スプレッドシートを削除し、二度と戻らないようにしてください。
現在では、すべてを Web ベースのデータベースを通じて行う必要があります。言い訳しない。追加 全て このインターフェイスにレポートします。スプレッドシートへのダウンロードを許可しないでください。アプリを簡単に追加、変更、修正できるようにします。
混乱を管理できるようになると、許しを求めることができます。
これを正当化することは決してできません。組織化に関する ROI を証明することはできません。
他のヒント
資産データベースが必要なようです。多くの市販されているものを見つけることができますが、そこにはどんな楽しみがありますか? MS Access 2007を使用する場合は、テンプレートを作成して、無料でダウンロードできるアセットデータベース。
COSMOS をご覧ください。 http://www.cmdbf.org/ "rel =" nofollow noreferrer "> CMDBf 仕様