Alteryx Serverの管理者にとって、定期的なバージョンアップは避けて通れない重要な業務です。しかしながら、「次はどのバージョンにアップグレードするか?」という判断は、簡単ではありません。この記事では、その意思決定を支援するためのヒントや考え方をご紹介します。
まず、Alteryx Serverのバージョン表記について簡単に整理しておきます。
Alteryx Serverのバージョンは「20XX.Y.ZZZ」という形式で表されます。このうち:
20XX.Y
がメジャーリリースバージョン
(20XX
はリリース年、Y
はその年の何回目のリリースか)
ZZZ
がマイナーパッチバージョン
(パッチやバグ修正などが加えられた回数)
たとえば「2024.2.1.94」というバージョンは、「2024年の2回目のメジャーリリースに対する、3回目のパッチ修正」と解釈できます。
多くのユーザー企業にとって、最も避けたいのは「バージョンアップ後に、これまで正常に動いていたワークフローがエラーになる」ことではないでしょうか。
新機能の追加は魅力的ですが、何よりもまず、従来通りの安定動作を確保することが前提になります。また、Alteryx Serverの製品サポート期間はメジャーバージョンの初回リリースから2年間と定められており、長期間同じバージョンを使い続ける運用はリスクを伴います。
もちろん「サポートが切れても今のバージョンを使い続けたい」という方針を否定するものではありません。ただしその場合でも、バージョンアップの負担を将来に繰り越しているという認識は持っておくべきでしょう。
💡 一般に、現在のバージョンと移行先のバージョンの差が大きいほど、バージョンアップ作業は複雑かつ困難になります。
海外のコミュニティ記事では、「最新のメジャーバージョンではなく、1つ前のバージョンを選ぶこと」を推奨しています。これは、最新リリース直後には予期せぬ不具合が含まれている可能性があるためです。
(※補足:これはAlteryxに限った話ではなく、ソフトウェア全般に共通する事情です。魅力的な新機能を迅速に提供しようとするからこそ、一定の不具合は避けがたく、その後のパッチで徐々に安定性が増していきます。Alteryxが“不具合だらけ”の製品を出しているというわけではない点はご理解ください。)
結局のところ、移行先バージョンの選定は、
2年間のサポート期間
製品の安定性(既知の不具合の許容度)
この2つのバランスをどう取るか、という意思決定といえます。そのためには、リリースノートを確認することが重要です。
リリースノートには、各バージョンにおける「既知の不具合(Known Issues)」と「修正済みの不具合(Fixed Issues)」が掲載されています。これをもとに、ユーザー企業ごとに「自社にとって許容可能なバグ/そうでないバグ」を見極めることが基本です。
さらに、以下のような定量的分析も意思決定に役立ちます。
下図は、Alteryx Designerを用いてリリースノートWebサイトをWebスクレイピングし、作成したバーンダウンチャートです。各メジャーバージョンごとにグループ化し、マイナーバージョンごとの「既知の不具合の数」と「修正済みの不具合の数」を視覚的に表現しています。
このようなチャートを見ることで、
既知の不具合が順調に減っているか?
修正済みの不具合が頭打ちになっているか?
といった製品の安定性の傾向を、定性的ではなく定量的に把握できます。
また、こうした視覚的な資料は、非エンジニア層にも分かりやすいため、社内での合意形成にも有効です。
Alteryx Serverの移行先バージョンに共通の正解はありませんが、この記事で紹介したような考え方は一つの指標になるかと思われます。また、他のユーザ企業と交流するなどして口コミで情報収集することも、とても重要です。
注意事項
ここにコメントを追加するには、ご登録いただく必要があります。 ご登録済みの場合は、ログインしてください。 ご登録がまだの場合は、ご登録後にログインしてください。