S2Container
機能リファレンス 作成すべきファイル S2Containerの定義 S2Containerの生成 SingletonS2ContainerFactory S2ContainerFactory S2ContainerServlet コンポーネントの取得 Dependency Injectionのタイプ コンストラクタ・インジェクション セッター・インジェクション メソッド・インジェクション フィールド・インジェクション インスタンス管理 自動バインディング S2Containerのライフサイクル コンポーネントのライフサイクル 環境名 定義ファイルのインクルード 定義ファイルの差し替え 定義ファイルの条件インクルード 定義ファイルの埋め込みインクルード(XInclude) 名前空間 S2ContainerFilter 暗黙的なコンポーネント AOPの適用 メタデータ コンポーネントの自動登録
sastruts 本番環境でもホットデプロイ？ - OKWAVE
内部統制と本番環境 内部統制について質問です。わたしはECサイトを運営する会社の、情報システム部の ような立場です。先日ある人より、 「運営やリリース作業・障害調査を含め、開発会社が本番環境にアクセスできては ならない」 と指示されました。 「運営」については納得ですが、「リリース作業」「障害調査」は疑問に思っています。 この指示をそのままうのみにすると、開発会社からソースをもらって、技術に疎い 自社社員がリリース作業を行わなければならくなるかもしれません。ソース置き換え だけならともかく、DB のテーブル構成変更などを慣れない作業者が行うと何が起こるか わかりません。 リリース作業や障害調査など必要な作業を開発会社が本番環境で作業できるように するためには、内部統制をどのようにクリアすればよいのでしょうか。 内部統制には全く詳しくないのですが、ログの取得と管理・情報漏洩を防止する誓約書・
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
