タグ付けされた質問 「deployment」

展開とは、ソフトウェアシステムを使用可能にするすべてのアクティビティです。ソフトウェアの配備に関する質問は、このタグの下にあります。

1
Pythonプログラムをパッケージ化するための良い習慣
私は、個人的なプロジェクトとプロのプロジェクトの両方のコンテキストで、Pythonをしばらく使用しています。 最近私に起こったことの1つは、Pythonプログラムをデプロイするための良い方法を考えたことがないということです。基本的に、それはほとんどがスクリプトの束であるため、私は通常、それらをデプロイしたいマシンにコピーして、出来上がりです! しかし、Pythonプロジェクトをデプロイする方法については、いくつかの良い習慣があるはずだと思います。Pythonの卵について聞いたことがありますが、Pythonの卵が十分に精通していないため、それが適切な選択肢かどうかはわかりません。または、コアモジュールスクリプトを実行するための多数のシェルスクリプトを含む単純な古いtarball? 基本的に、バージョンの追跡が簡単でなく、面倒なので、ファイルをあちこちにコピーするだけでなく、洗練されたエレガントな自己完結型のデプロイメントを実行できるようにしたいと考えています。

3
アジャイル開発デプロイメントプロセス。QAとビジネスオーナーはどこでテストしますか?
私は最近、SVNまたはGITを使用したさまざまなWebアプリケーションのデプロイメントプロセスについて、多くの記事を読んでいます。 アジャイルの多くのフレーバーの方法と同様に、マスターまたはトランクにコミットしたものはすべて本番環境で使用できると想定されています。GitHubとEtsyの両方(http://codeascraft.etsy.com/2010/05/20/quantum-of-deployment/)は、これらはこれに基づいて機能すると述べています(ただし、Etsyには実際にはステージング環境があります)。 このプロセスは、すべての単体テストとCIテストが実行されていることを前提としています。ローカルおよびCIでテストを実行し、トランクにコミットします。SO、この時点であなたのコードは技術的に健全です。 あなたのコードは技術的には正しいかもしれませんが、ユーザー/機能テストは、特にフロントエンドテストに関して、より多くのバグを発掘するかもしれません。 私の質問はこれです。QAおよびビジネスオーナーは、実装した機能の変更をどこでテストしますか?トランクにコミットする前のローカルの開発マシン、またはQA /ステージングマシンで? トランクから実行されるステージングマシンがあり、トランクにコミットされたすべてのコードが本番環境で使用できると想定している場合...ええと、どの時点で、コードはサインオフされ、技術とビジネスの両方から本番環境に移行するのに適しています。視点?ステージングマシンが1つだけで、多くの開発者がいて、そこにコードがQAされる場合、多くの開発者の変更がサインオフを待機している可能性があるため、トランクからどのように展開できますか。 他の人がこれにどのように取り組んだか聞いてみたいと思いますか?

7
有料ソフトウェア更新のためのAptリポジトリの使用
毎週または毎月更新される可能性がある、ホストされた/オンサイトのWebアプリケーションのソフトウェア更新を配布する方法を決定しようとしています。オンサイト製品を使用しているお客様に手動での更新について心配する必要はありません。GoogleChromeから自動的にダウンロードしてインストールするだけです。Ubuntuとインストールおよび構成されたソフトウェアを含むOVFファイルを提供することを計画しています。 ソフトウェアの分散方法について最初に考えたのは、鍵を使用してSSH経由でアクセスされる6つのAptリポジトリ/チャネル(現時点ではどちらが良いかわからない)を作成することです。そのため、顧客がサブスクリプションを更新しない場合は、アカウントを無効にできます。 : ベータ-パッケージに重大な欠陥がないかどうかを確認するためにテストデータで内部的に使用されます。 内部-パッケージの欠陥をチェックするためにライブデータで内部的に使用されます(ドッグフード段階)。 外部1-ユーザーベースの1%に展開(ランダムに選択)して欠陥をチェックします。 外部9-ユーザーベースの9%(ランダムに選択)に展開され、欠陥をチェックします。 外部90-残りの90%のユーザーに展開されます。 ホスト-ホストされた環境にデプロイされます。 問題が報告された場合、次のリポジトリに移動するために、各段階でサインオフします。 コミュニティへの私の質問は次のとおりです。 誰かが以前にこのようなことを試しましたか? 誰もがこのタイプの手順のマイナス面を見ることができますか? もっと良い方法はありますか?

4
ASP.NETの展開/保守のベストプラクティス
私はWeb開発業界に5年ほどいますが、常にオープンソース環境で働いています。バージョン管理にgitを使用して、ほとんどの場合、apache、mysql、およびphpに少しルビーを追加します。しかし最近、開発が完全にC#ASP.NET MVCである仕事を始めました。 言語などはかなり簡単に習得できましたが、私のチームの他のメンバー(MS開発の経験が私よりもはるかに多い)は、最終的なサイトの公開と展開に関して異なる考え方を持っています。特に将来の変化。 他の開発者の考え方は、サイトが公開されるとそれが最終的なものになるということです。このサイトにこれ以上変更を加えることはできません。私がこれの背後にある理由を尋ねたところ、その答えは危険すぎる、時間がかかる、または難しいというものでした。 私の過去の経験から、サイトの更新は、変更されたファイルをアップロードする場合にすぎません。通常、それが少しの変更である場合、または更新が行われている間、サイトをメンテナンスモードにする場合は非常に迅速です。 最近MVCサイトを公開しましたが、企業から連絡があり、テキストの一部を更新して新しいPDFドキュメントへのリンクを追加しました。私のチームの他のメンバーは、サイトは現在稼働中であり、変更してはならないため、これを行うべきではないとすぐに言った。マイクロソフトの開発者に「育てられない」ことで見逃したことはありますか? 本番環境のライブWebアプリケーションに変更を加えることに対する反対の主張は何ですか?この考え方は.NET開発者に固有のものですか? 私はこの考え方を理解し、それがマイクロソフトの開発環境で正当化されるのか、それとも古い考え方なのかを理解したいと思います。 注:バージョン管理にはTFSを使用し、発行プロファイルを使用して、サイトが展開される場所(UATまたは本番)を決定します

2
アプリケーションのデモ版を維持するには?
プロダクションアプリケーションを見込み顧客にデモできるようにする必要があります。今日のセットアップ方法は簡単です。デモアプリケーションは、現在のクライアントのデータを保護するためにデータベース内のデータが難読化されていることを除いて、運用システムの完全な複製です。アプリケーションの変更を必要としないため、これはうまく機能します。 Bossは本日、潜在的なBOMBSHELLをドロップし、デモシステムには特別なリンクを含める必要があり、デモにのみ表示されると述べました。彼はさらに、将来的にはデモアプリと本番アプリの間には大きな違いがあるかもしれないと説明しました(たとえば、機能の全領域)。私は今何をしますか? 私がやることについて考えたいくつかのこと: デモシステムに固有のSubversionで別のブランチを維持する デモ用の変更を含むインストールパッケージを作成し、本番インストールパッケージを元に戻してビルドする アプリケーションをモジュール化する(方法がわからない) 説明:「ネジを締めてください!私はそれをしません!」(笑) アプリで何らかの条件付きロジックを使用して、それがデモアプリか本番アプリかを判断します。例(URLに「デモ」が含まれている場合は、それ以外の場合は非表示)。 これまでに推測していない場合、これはWebアプリケーションです。 とにかく、私はこのシナリオでどちらが良いか、またはどれも良いものがないかどうかについての経験はありません。誰かが答え、戦略、何かを持っています!?


3
開発サーバーから本番サーバーへのコードのデプロイを管理するためのベストプラクティス
コードの展開を管理できる簡単なツールまたは方法を見つけたいと思っています。 このソリューションに期待する機能は次のとおりです。 ファイルのリストが指定されたWebベースのファイルまたはバッチファイルのいずれかが、本番サーバーと通信し、それらのファイルを別のフォルダーにバックアップし、zipしてバックアップコードフォルダーに入れます。 次に、展開の名前、日付/時刻、および目的を記録します。 次に、本番サーバー上の適切な場所にファイルを送信します。 展開を行うのに複雑なインターフェースを使いたくないので、彼らはそれを使用しないかもしれません。 それとも私が求めているのは非現実的すぎますか? 私は自分の自己規律が完全ではないことを知っています。実行する必要のあることを実行するために信頼できるツールがあり、次に自分が毎回実行する必要がある正確な手順を自分で記憶したいのです。 どのようにして、すべてが正しくデプロイされていることを確認し、間違いがあった場合に簡単にロールバックできますか?

8
これまでに使用した最適な導入環境について説明してください[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 ジョエルテストは質問を含みます: ビルドを1ステップで作成できますか? これは重要ですが、展開プロセスのいくつかはどのように合理化されているのでしょうか。 シュリンクラップからWebまでのすべてのソフトウェアが適用されます。これまでに作業した中で最も優れた展開環境は何ですか、またどのような手順が必要でしたか?

2
Java Fat-Jar ArchiveとしてLGPLライブラリを含むソフトウェアバンドル
仕事では、多くの外部依存関係があるJavaアプリケーション(私たちが作成した)のソフトウェアバンドルをデプロイしています。そのほとんどはLGPLであり、BSDライセンスのサードパーティライブラリはJARアーカイブとして配布されています。 現在、Mavenアセンブリプラグインによって作成された単一のJava Fat jarアーカイブとして配布されるソフトウェアのテストクライアントをデプロイしています。 すべての依存関係を抽出する それらを単一のjar-archiveとして再バンドルします すべてのクラスファイルが抽出され、独自のアプリケーションで単一のJARファイルにバンドルされます。同じ名前を持っているため、一部のファイル、主にLICENSE.txtファイルが上書きされることにも気付きました。 これが正しく、LGPLライセンスに準拠しているかどうか疑問に思っています。ソフトウェアを配布するより良い方法は何でしょうか?この特定のパッケージはどのように最適に編成されますか? ソースコードをソースファイルに直接組み込んだり、バイナリファイルを変更したりすることはありませんでした。ライブラリのソースコードは製品全体に付属しています。(これは、内部で使用されるソフトウェアであり、顧客やその他には展開されていませんが、問題ではないと思います。) PS:Stack Overflowで同じ質問をしたところ、ここで質問するよう提案されました。
8 java  deployment  lgpl 

5
MySQLは中小規模のビジネスアプリケーションで実行可能ですか
Microsoftスタック(VB.Net、ASP.Net、SQL Server)を過去10年間使用してきた後、WindowsとMacの両方の環境向けのアプリケーションを開発する必要に直面しました。 データベースのMySQLは両方のプラットフォームで使用できることが示唆されています。 MySQLはオープンソースプロジェクトであるという印象を受けましたが、最近購入されましたか?/ 引き継がれる?オラクル。 MySQL Webサイトは、別のオープンソースプロジェクトで使用されていない限り、ライセンス料を支払う必要があり、その料金は他のデータベースコストと同程度であることを示しているようです。SQL Server、Filemaker。 MySQLはLAMP環境で自由に使用できると誰かが提案しました(ただし、Windowsサーバーの場合はどうでしょうか?)。MySQLの経験を展開している誰かが、関連する可能性のある他の落とし穴とともに、これを確認または説明できますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.