絶えず変化する SAP の世界で 20 年以上過ごし、すべてを見尽くしたと思ったときに、新たなことに遭遇します。
それは、 連続配送 SAP 変更のパイプライン。
作業範囲の一部として、組織は Micro Focus と Jenkins を試しながら、Jira、ServiceNow などの従来のツールとのシームレスな統合を望んでいました。
このブログは成功事例を紹介するものではありませんが、顧客がすでに Rev-Trac ベースの SAP 継続的デリバリー プロセスを稼働させていることを嬉しく思います。
代わりに、これは、ワークフローを確立するために必要な主要な基礎部分について、比較的速いペースで簡単に考察したものです。
順不同ですが、このプロジェクトの成功に不可欠だった上位 3 つの基礎領域を以下に示します。
継続的デリバリープロセスに必要なREST API
1 年前に REST API について尋ねられたら、私の答えは「他の API が休止状態のときに REST API が使用されるか」のようなものだったでしょう。
悪い冗談はさておき、REST API に関する私の知識は、控えめに言っても限られていましたが、Rev-Trac 開発チームが懸命に取り組んで REST API を作成していることは知っていました。
このプロジェクトを経て、セキュリティ、柔軟性、堅牢性の観点から見た REST API の重要性をより深く理解することができました。
この継続的インテグレーション プロジェクトは、従来の Web サービス ベースの API では完了できなかったと言っても過言ではありません。
安定したソフトウェア
新たな分野を開拓し、厳しい顧客要件を満たす場合、コアソフトウェアの問題 (バグ) や互換性の問題に対処する時間はありません。
そうでなければ、2歩進んで3歩下がることになり、どこにも到達できません。
Rev-Trac ソフトウェアは 20 年以上前から存在しています。
クラウドやハイブリッドのシナリオ、N+1 環境、WebIDE ベースの変更など、組織の要件が何であっても、実戦でテストされ、実証されています。
経験豊富なリソース
最先端のSAP継続的デリバリープロセスで可能性の限界を広げるには、経験豊富な リソース 成功には不可欠です。
Rev-Trac の観点から見ると、必要な Webhook、リスナー、その他の必要な接続を設定するための経験豊富なチームがいます。
顧客側では、プロセスの一部である内部アプリケーションも同様に リソース.
最高のJiraとServiceNowと協力できたことを嬉しく思います リソース このプロジェクトのために。
それが成功への重要な鍵であり、その過程で私たちは彼らのチームからいくつかの素晴らしい新しいことを学びました。
私は個人的に、別の顧客との次の SAP 継続的デリバリー プロジェクトを楽しみにしており、一緒にいくつかの新しい課題を克服できることを楽しみにしています。
組織のSAP Agile、DevOps、CI/CD計画についてお話ししたい場合は、 届く 当社の SAP 変更管理の専門家にご相談ください。
