/** * WPML compatibility functions * * @global array $duplicated_posts Array to store the posts being duplicated. * * @package Yoast\WP\Duplicate_Post * @since 3.2 */ add_action( 'admin_init', 'duplicate_post_wpml_init' ); /** * Add handlers for WPML compatibility. */ function duplicate_post_wpml_init() { if ( defined( 'ICL_SITEPRESS_VERSION' ) ) { add_action( 'dp_duplicate_page', 'duplicate_post_wpml_copy_translations', 10, 3 ); add_action( 'dp_duplicate_post', 'duplicate_post_wpml_copy_translations', 10, 3 ); add_action( 'shutdown', 'duplicate_wpml_string_packages', 11 ); } } global $duplicated_posts; // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: Renaming a global variable is a BC break. $duplicated_posts = []; /** * Copy post translations. * * @global SitePress $sitepress Instance of the Main WPML class. * @global array $duplicated_posts Array of duplicated posts. * * @param int $post_id ID of the copy. * @param WP_Post $post Original post object. * @param string $status Status of the new post. */ function duplicate_post_wpml_copy_translations( $post_id, $post, $status = '' ) { global $sitepress; global $duplicated_posts; remove_action( 'dp_duplicate_page', 'duplicate_post_wpml_copy_translations', 10 ); remove_action( 'dp_duplicate_post', 'duplicate_post_wpml_copy_translations', 10 ); $current_language = $sitepress->get_current_language(); $trid = $sitepress->get_element_trid( $post->ID ); if ( ! empty( $trid ) ) { $translations = $sitepress->get_element_translations( $trid ); $new_trid = $sitepress->get_element_trid( $post_id ); foreach ( $translations as $code => $details ) { if ( $code !== $current_language ) { if ( $details->element_id ) { $translation = get_post( $details->element_id ); if ( ! $translation ) { continue; } $new_post_id = duplicate_post_create_duplicate( $translation, $status ); if ( ! is_wp_error( $new_post_id ) ) { $sitepress->set_element_language_details( $new_post_id, 'post_' . $translation->post_type, $new_trid, $code, $current_language ); } } } } // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: see above. $duplicated_posts[ $post->ID ] = $post_id; } } /** * Duplicate string packages. * * @global array() $duplicated_posts Array of duplicated posts. */ function duplicate_wpml_string_packages() { // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: renaming the function would be a BC-break. global $duplicated_posts; foreach ( $duplicated_posts as $original_post_id => $duplicate_post_id ) { // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: using WPML native filter. $original_string_packages = apply_filters( 'wpml_st_get_post_string_packages', false, $original_post_id ); // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: using WPML native filter. $new_string_packages = apply_filters( 'wpml_st_get_post_string_packages', false, $duplicate_post_id ); if ( is_array( $original_string_packages ) ) { foreach ( $original_string_packages as $original_string_package ) { $translated_original_strings = $original_string_package->get_translated_strings( [] ); foreach ( $new_string_packages as $new_string_package ) { $cache = new WPML_WP_Cache( 'WPML_Package' ); $cache->flush_group_cache(); $new_strings = $new_string_package->get_package_strings(); foreach ( $new_strings as $new_string ) { if ( isset( $translated_original_strings[ $new_string->name ] ) ) { foreach ( $translated_original_strings[ $new_string->name ] as $language => $translated_string ) { do_action( // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: using WPML native filter. 'wpml_add_string_translation', $new_string->id, $language, $translated_string['value'], $translated_string['status'] ); } } } } } } } } CI/CDまとめ　開発取り掛かり – Raqqa

Raqqa

CI/CDまとめ　開発取り掛かり

—

by

rakkaUser
in

Odooオンプレ版のKubernetes構築 + CI/CD パイプライン設計において、開発準備や考慮すべき事項を 優先度（A:最重要 / B:重要 / C:推奨） に分類した一覧です。
「まず何から取り組むか」「後回しでもよい部分はどこか」を整理しています。

Odooオンプレ版 Kubernetes & CI/CD 構築：考慮事項

A. 最重要（まず着手すべき）

  1. インフラと基盤設計
    • Kubernetesクラスタの選定（オンプレ or クラウド互換のK3s / RKE2 / OpenShiftなど）
    • Odoo/PostgreSQLのPod構成（ステートフルセット、永続ボリュームの設定）
    • Nginx/Ingress Controllerによる外部公開の設計
    • セキュリティ（Secrets管理、ConfigMapと分離したパスワード/鍵管理）
  2. CI/CDパイプラインの基盤
    • Gitリポジトリの標準化（addons/ 構造、main/dev ブランチ戦略）
    • Dockerfile（Odooカスタムモジュールを含む）とビルドプロセス
    • GitHub Actions または GitLab CI での Dockerビルド & プッシュ（ECR/Harborなど）
    • Kubernetesへのデプロイ（kubectl apply または Helm を利用）
  3. データベースと永続化
    • PostgreSQLの永続ボリューム（PVC）とバックアップ戦略
    • ステージング/本番環境間でのDBマイグレーション（odoo -u all の自動化）
  4. 基本的な品質ゲート（CI）
    • Lint（flake8, pylint）
    • ユニットテスト（pytest, Odooの--test-enable）
    • Dockerイメージの脆弱性スキャン（Trivy）
    • シークレットスキャン（Secretlint）

B. 重要（Aが安定した後に着手）

  1. 高度なデプロイ戦略
    • Blue-Green デプロイ、または RollingUpdate の設定
    • ステージング環境での自動デプロイ（mainマージ → ステージング → 手動承認 → 本番）
  2. CI/CDのバージョン管理
    • bump-version.sh によるセマンティックバージョニング
    • Gitタグ連動でDockerイメージのタグ付け・プッシュ
  3. テストの強化
    • OdooのE2Eテスト（Seleniumなどを利用）
    • モジュール間依存関係テスト（販売→在庫→会計の一連のフロー）
  4. ログ・監視
    • Kubernetesでの Odoo ログ収集（Fluentd/EFK）
    • Prometheus/Grafana でPodの稼働状況とレスポンス監視
  5. セキュリティ強化
    • RBACとServiceAccountによる権限管理
    • GitHub Actionsのpermissions: {}最小化チェック（Conftest+OPA）

C. 推奨（運用段階で余裕があれば）

  1. マルチリポジトリ管理（必要な場合）
    • Odooメインとカスタムモジュールを別リポジトリに分け、Cross-repo CI/CDを導入。
    • GitHub Appsトークンの活用。
  2. 高度なパイプライン最適化
    • キャッシュ活用（Docker build cache, pip cache）
    • 並列ジョブ（マトリックス）でモジュールごとのテスト高速化
  3. セキュリティとコンプライアンス
    • 定期的な脆弱性スキャン（Bandit, Trivy）
    • SBOM（Software Bill of Materials）の自動生成（Syft/Grype）
  4. ChatOps連携
    • Slack通知（PRレビュー結果、CI結果、デプロイ完了）
    • gh pr comment を利用した自動コメント

次のステップ提案

もし今からOdooオンプレ＋Kubernetes環境を整備するなら、次の流れが効率的です：

  1. Aグループの基盤（K8sクラスタ & CI/CDの最小構成）を先に構築
    → Dockerイメージビルド → ステージング環境デプロイ → DB永続化
  2. Bグループでテスト・監視・バージョン管理を強化
    → Blue-Green戦略、バージョン付与、Prometheus導入
  3. CグループでSlack通知や高度な最適化
    → CI時間短縮、ChatOps通知、SBOMレポート

Comments

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です