## オープンソースソフトウェアの問題点

2021年12月9日に公開されたThe Apache Software Foundation開発のLog4j脆弱性に関するニュースは、瞬く間に世界中を駆け巡りました。そしてIT機器のベンダーのみならずクラウド・ソーシャルサービスからソフトウェアベンダーまで多岐に渡り影響を与えました。

この出来事はオープンソースソフトウェアの利便性とは裏腹に、**潜在的なリスク管理の重要性を浮き彫りにしました**。ここでは改めて顕在化したオープンソースソフトウェアの問題点について考えていきます。

### オープンソースソフトウェアとは

オープンソースソフトウェア（Open Source Software）略してOSSとも言い、*利用者の目的を問わずソースコードの使用・再頒布の自由が保証されているソフトウェア*のことを指します。つまりソフトウェアコードの調査や再利用、修正・拡張・再配布に制限が設けられていないため自由に利用できるソフトウェアのことです。
【参考】：[OSG-JP オープンソースの定義 (v1.9)](https://opensource.jp/osd/osd19/)
【参考】：[Open Source Initiative The Open Source Definition](https://opensource.org/osd)

ニーズ変化の激しい現在、投資効果を高めるには早期サービス化が望まれます。そのためすぐに利用できるオープンソースソフトウェアは魅力的です。このため導入事例が一層増えてきています。

### オープンソースソフトウェアのメリット

オープンソースソフトウェアは多くのメリットがあり、多岐に渡り利用されています。具体的なメリットは以下の通りです。

・*開発期間の短縮*
従来はソフトウェアをカスタムで1から開発することが一般的でした。現在ソフトウェアの活用分野が多岐に渡り、設計工程・開発工程を短縮するためにオープンソースソフトウェアの選定機会が増えました。

・*製品品質の確保*
オープンソースソフトウェアはよく用いられるソフトウェアのスタックを組み合わせて検証され、実際に活用されています。そのため利用者は、すでに実用レベルにあるソフトウェアを入手し使用できます。このことでシステム全体の最低限の品質を確保し、検査工程を簡素化することができます。

・*開発・配布の柔軟性が高い*
オープンソースソフトウェアは幅広い開発環境・実行環境に対応しています。そのため、ニーズに合わせてハードウェア構成やネットワーク構成を選定することができます。あわせて運用時のモジュール配布も実情に合わせて決めることができます。

・*コスト削減が可能*
オープンソースソフトウェアは、有償サポートを選択しなければ無償利用可能であることが多いです。そのため初期導入時も運用時も総じてコスト削減が可能となります。

### オープンソースソフトウェアの注意点と制約事項

オープンソースソフトウェアはメリットばかりではなく、デメリットも多くあります。開発・運用時の注意点と制約事項になりえます。具体的には以下のデメリットがあります。

・*自社経験の蓄積が活用できない*
これまで自社開発で培ったノウハウが活用されず、オープンソースソフトウェアで平準化された機能で実装することで、自社の差別化や技術蓄積が価値をなさなくなることがあります。

例えば、独自開発のCOBOL資産をオープンに移行と言ってもすぐできませんし、Javaへ移行可能と言ってもJavaの作法が理解できないと対処できないことになります。独自にライブラリー化した開発コードもオープンフレームワークの言語へ移行するとなると、その特性（性能面・機能面・運用面）を理解し1から作り直せざるを得ない場合もあります。

・*オープン系開発体系のスキルが必要*
オープンソースソフトウェアのスキルが求められるために、新たにオープン系開発体系のスキルが必要となります。また問題発生時の問い合わせ先も従来のベンダー問い合わせからコミュニティを活用し、自身の責任で対処することが求められます。

・*障害発生時のリスクがある*
有償サポートオプションが提供されるオープンソースソフトウェアはまだ良いですが、多くは自身で問題解析が必要となります。このことは通常動作時は影響ないものの、障害発生時のエスカレーションや解析作業において作業遅延や障害個所の特定ができない恐れがあります。コミュニティ頼みで作業を進めることで問題の再現性が低かったり、改修の期日が決められないこともあります。

・*オープンソースライセンス準拠が求められる*
オープンソースソフトウェアにおいてもライセンスの考え方があります。具体的にはコピーレフトは著作権が保持されています。GNU GPLが代表的な例で、Apache License 2.0とGNU GPLv3が同等です。このほか修正BSD ライセンスやMIT ライセンスにも同様に規定があります。

このようにオープンソースソフトウェアのリスクや危険性を認識し、さらにソフトウェアを利用する前にライセンス条項を確認して適切な利用方法を遵守することが求められます。

Log4jの脆弱性が報告された時、ソフトウェアがネットワーク接続された機器に影響を及ぼしたことから、多くの利用者は為す術がなく修正版の提供を待つのみでした。これはオープンソースソフトウェアの利便性と引き換えにセキュリティ品質に対して事前の手立てがたてられないのではないか？という疑問が上がりました。

その後も Log4jはいくつかの脆弱性報告がされ都度修正がされていますが、利用している*ソフトウェア管理やセキュリティチェックの重要性を改めて気付かされた出来事です*。
【参考】：[Apache Log4j Security Vulnerabilities](https://logging.apache.org/log4j/2.x/security.html)

Log4jとは、The Apache Software Foundationの開発したJavaベースのロギングサービスです。6つのログレベルがありカスタマイズも可能なため、システムの重要度に応じたイベントロギングを行う際に最適です。そのため*サーバーのみならず組み込みシステムやストレージシステムでも利用されています*。
【参考】：[Apache Log4j 2](https://logging.apache.org/log4j/2.x/index.html)

### なぜ Log4jが問題になったのか？

脆弱性Log4Shell（CVE-2021-44228）が2021年12月9日に一般に公開されました。これはLog4jがLDAP（Lightweight Directory Access Protocol）とJNDI（Java Naming and Directory Interface）のリクエストをチェックしないことを利用し、任意のJavaコードを任意のサーバー・コンピュータ上で実行できてしまうものです。
【参考】：[CVE-2021-44228 Detail](https://www.cve.org/CVERecord?id=CVE-2021-44228)

Log4jはロギングサービスとして標準的に用いられているオープンソースソフトウェアであるため、問題が深刻化しました。LDAPはローカルとリモートのURLオブジェクトを取得するもので、JNDIはJavaが参照するデータオブジェクトを検索します。そのため、任意のJavaコードがネットワークを通じて実行できてしまいます。

Amazon AWS・iCloud・Twitter等のクラウドサービスやソーシャルサービス、インテル・シスコ・ネットアップ等のハードウェア・チップベンダー、オラクル・Debian・Fedora等のソフトウェアベンダー等も対応に追われ、影響を公表しています。組み込みシステムやストレージシステムでもロギングの機能を標準搭載しているため数多くのベンダーが対応に追われました。

問題は判明しましたがソースコードを修正するGitHub登録メンテナーも少ないことが判明し、改修作業も時間が要しました。同様に利用者自体もパッチ適用や新たに発見された脆弱性に対応するために修正作業に追われたので、*この10年で最悪の危険性の高い脆弱性とも言われています*。実際に攻撃が成功しているサイトもあり、収束にはもう少しかかると見られています。

ホワイトハッカーになるために必要な資格やスキルとその将来性は?

以上の経験から*オープンソースソフトウェアの改修をただ単に待つことが良いのか議論がされています*。Googleのブログではオープンソースソフトウェアをより安全に利用するためにできることは何か議論のきっかけとなりました。
【参考】：[Making Open Source software safer and more secure](https://blog.google/technology/safety-security/making-open-source-software-safer-and-more-secure/)

実際にGoogleは GOSST（Google Open Source Security Team）のスポンサーとなり、オープンソースソフトウェアのセキュリティ改善を進めた参加者を報奨金とともに表彰する活動をすすめています。
【参考】：[Secure Open Source Rewards](https://sos.dev/)

またThe Linux Foundationのプロジェクトとして「Securing the open source ecosystem」が組織されオープンソースソフトウェアの利用広まる中、サイバーセキュリティを防ぐ安全性を高めるためのセミナー・トレーニング・ツール開発をすすめています。
【参考】：[Securing the open source ecosystem](https://openssf.org/)
【参考】：[The Linux Foundation](https://www.linuxfoundation.org/projects/)

以上の流れから、今後も各団体から安全性確保の活動が報告されていくと考えられます。

## オープンソースソフトウェアのメリットとデメリットを意識しましょう

オープンソースソフトウェアは簡単にソフトウェアを入手可能で、堅牢で実績あるソフトウェアスタックを短期間・低コストに構築することができます。しかしながらLog4jの脆弱性Log4Shellでは、改めてリスク管理とデメリットを含めたソフトウェア利用上の課題を認識させられました。

システムの安全性を高めるためにも、**常に全体感のある判断と事前準備・対策を含めた運用設計を行いリスク低減を図っておくこと**をおすすめします。

オープンソースソフトウェアの利用拡大の中、2021年12月に公開されたLog4jの脆弱性は製品提供者から利用者まで巻き込む10年で最悪の脆弱性となりました。ここではこのニュースで学んだオープンソースソフトウェアの問題点について考えていきます。

オープンソースソフトウェアのメリットは簡単に短期間で導入でき、コスト削減ができることです

デメリットはオープン系開発スキルが求められ、特に障害発生時の解決に工数を要します

システムの安全性を高めるためにデメリットを理解し、事前対策を準備することをおすすめします

Log4jの脆弱性で学んだオープンソースソフトウェアの問題点とは

Redisとは、オープンソースソフトウェアのインメモリデータストア（インメモリデータベース）を指します。データベース・キャッシュ・メッセージブローカとして活用されます。もう少しわかりやすく言うと、**メモリ上にデータを展開し、高速性を実現したデータベースと言うことができます**。
【参考】：[redis](https://redis.io/)

Redisの名称の由来は、Remote Dictionary Serverの頭文字と2番目の文字から作った略語です。読み方は、レディスまたはレディースとなります。記述言語はSQLを使わないNoSQLに分類されており、キーバリュー型の記述形式となります。

Redis自体はANSI C言語で記述されており、移植性が高いのが特徴です。Linuxが推奨環境となります。Redisはインメモリ型ですので、全てのデータがメモリ上にあります。そのため*HDDアクセスより高速にデータアクセスできます*。さらに複数の操作をまとめて1度に実行できますので処理自体も高速です。

全データがメモリにあるため、そのままではデータが消失してしまいます。これを回避するためにデータをディスクに保存することができます。その機能を永続化機能と言います。

永続化のオプションとして、定期的なディスクへのダンプやディスクベースドログへのコマンド追記が選択できます。インメモリーキャッシュ機能として利用する際には、永続化機能を停止することもできます。

使い道としてすぐ思い浮かぶのはキャッシュ機能です。具体的には*データベースのデータをキャッシュしておき、参照主体の場合に再利用することでアクセス時間を短縮することができます*。その他オンライン処理の中間データとして活用が可能ですので、オンラインゲームの順位表更新やIoTゲートウェイの中間データをキャッシュするのに便利です。

AWSでは、インメモリキャッシングサービスであるAmazon ElastiCacheのエンジンにRedisを採用しています。アプリケーションのレイテンシーをマイクロ秒に短縮し、オペレーションオーバーヘッドを最小化します。ゲームやIoTに加えて、金融サービスやヘルスケア用途でも想定しています。
【参考】：[AWS Redis](https://aws.amazon.com/jp/redis/)

その他の利用シーンとしてRedis公式サイトでは、利用例としてTwitter・GitHub・Weibo・Pinterest・Snapchat・Craigslist・Digg・StackOverflow・Flickrが掲載されています。同様にTechStacksにはさらに多くのRedis利用サイトが公開されています。
【参考】：[Who's using Redis?](https://redis.io/topics/whos-using-redis)
【参考】：[TechStacks popular sites using Redis](https://techstacks.io/tech/redis)

IoTエンジニアとは？気になる年収や将来性を解説！

Redisは*公式サイトからダウンロードし、makeでバイナリを作成し利用します*。同様にDockerイメージが公開されていますので、Docker利用者はDocker Hubからイメージを保存（pull）して利用することもできます。
【参考】：[redis Download](https://redis.io/download)
【参考】：[Docker Hub redis](https://hub.docker.com/_/redis/)

具体的な手順は以降で説明していきます。

Dockerイメージとコンテナの違いとは？作成の流れ入門

最初にRedisのモジュールを公式サイトからダウンロードしておきます。2022年1月時点の最新Stableバージョンは6.2.6です。「Download 6.2.6」のリンクをクリックすると”redis-6.2.6.tar.gz”ファイルがダウンロードできます。

この他ダウンロードの指定方法として、*”http:\//download.redis.io/redis-stable.tar.gz”を指定するとその時点の最新Stableバージョンが入手できます*。ダウンロードはブラウザからhttpで指定したり、wgetコマンドで指定したりすることができます。ダウンロードファイルは”tar xvzf redis-stable.tar.gz”のように解凍し展開します。

解凍展開が完了するとredis-stableディレクトリが作成しますので、”cd redis-stable; make”等でバイナリを作成します。makeにより以下の実行ファイルが作成されます。

・redis-server
　Redis Server本体です。
・redis-sentinel
　モニター・フェールオーバーを行うRedis Sentinelです。
・redis-cli
　コマンドラインインターフェイスです。
・redis-benchmark
　パフォーマンス測定ツールです。
・redis-check-aofとredis-check-rdb
　ファイルチェックツールです。

利用する際には、redis-serverとredis-cliの2つの実行ファイルをパス指定のディレクトリーに格納しておきます。
```sudo cp src/redis-server /usr/local/bin/
sudo cp src/redis-cli /usr/local/bin/```

インストール方法ですがMacOSではHomebrewを使うこともできます。WindowsではWSL（Windows Subsystem for Linux）で利用可能となります。

redis-serverを実行することでRedisが起動し、利用可能になります。*動作確認はredis-cliでpingコマンドを実行します*。PONGが返信されれば正常です。
```$ redis-cli ping
PONG```

redisのバージョン確認は引数で”--version”または”-v”を指定します。redis-serverやredis-cliに引数を追加し、実行するとバージョン番号が表示されます。
```redis-server -v
redis-cli -v```

redisの停止はredis-cliで”shutdown”と入力することで、redis-serverの必要なデータが保存され終了します。

Redisのコマンド実行は、redis-cliを用います。*コマンドを引数で実行することもできますし、対話型実行も可能です*。先ほど動作確認で使用したpingコマンドを対話型で実行してみます。
```$ redis-cli
127.0.0.1:6379> ping
PONG```

プロンプトで表示された”127.0.0.1:6379”は接続したredis-serverのIPアドレスとポート番号です。もし、異なるサーバーへ接続する際にはconnectコマンドを用います。以下の例はサーバー名serverへ接続する場合です。指定する場合はIPアドレス指定でも構いません。
```$ redis-cli
127.0.0.1:6379> connect server 6379
server:6379> ping
PONG```

このように接続が成功するとプロンプトに表示されます。connectに失敗するとプロンプトが”not connected>”となります。

Redisはインメモリデータベースですので、*メモリに保存したデータの更新と参照を行います*。簡単な利用例はカウンターです。以下の例ではカウンターの初期設定を行い、順にカウントアップしていきます。初期値を1とすると以下のように利用できます。
```$ redis-cli
127.0.0.1:6379> set data "1"
"OK"
127.0.0.1:6379> incr data
(integer) 2
:```

値の確認は最後のincrコマンドの結果を確認するか、getコマンドで確認します。
```$ redis-cli
127.0.0.1:6379> get data
"2"```

登録したkeyを削除するにはdelコマンドを用います。
```127.0.0.1:6379> del data
"OK"```

インメモリデータベースのデータ全体を削除する際はflushallやflushdbを使います。

Redisの処理は多岐に渡りサポートされており、それぞれ*該当するコマンドが用意されています*。

具体的にはStrings・Hashes・Lists・Sets・Sorted sets with Range Queries・Bitmaps・HyperLogLogs・GeoSpatial Indexes・Streams等のデータ操作コマンドやサーバー・クラスタ管理コマンド等が容易されています。コマンド一覧と詳細は以下「The full list of commands」のリンクにコマンド情報が掲載されています。
【参考】：[redis The full list of commands](https://redis.io/commands)

もしコマンド一覧の要点だけ確認したい場合は、以下の「Redis Cheat Sheet」が公式サイトで紹介されています。Strings・Lists・Client­/Server・Sets・Database・Scripts・Hashes・Sorted sets・HyperL­ogLogsの分類に整理された主要コマンドが掲載されています。
【参考】：[Redis Cheat Sheet](https://cheatography.com/tasjaevan/cheat-sheets/redis/)

## Redisの活用してアプリケーション効率化を進めましょう

Redisは、高速で簡単に利用可能なインメモリデータベースです。そのためアプリケーションパフォーマンスを高めることが容易で、その開発工数も削減できます。SQLを使わないNoSQL型であり取扱いが簡単なため、この1年で利用者が急増しています。

Redisは自身でサーバーに導入する他に、Dockerイメージやクラウドサービスでも工数をかけずに利用できます。アプリケーションの**性能問題を抱えている方はすぐにでも適応を検討することをおすすめします**。

Dockerとは？使いどころやメリット・デメリットについて解説！

Redisはインメモリデータベースで、ゲーム・IoT・金融サービス・ヘルスケア分野等で人気が高まっています。SQLを使わないNoSQL型ですので、取扱いが簡単でかつ高速化が可能です。ここではRedisの概要と特徴、実際の使い方について解説していきます。

Redisは、メモリ上にデータを展開し高速性を実現したデータベースです

データキャッシュ用途に有効で、ゲーム・IoT・金融サービス・ヘルスケア分野等で利用されます

キーバリュー型のため開発しやすく、簡単にアプリケーション高速化が実現できます

Redisとは？人気高まるデータベースの特徴と使い方を解説！

2021年12月16日にリリースされたRuby on Rails 7.0ですが、2022年1月6日7.0.1がリリースされました。ベース言語であるRubyは例年12月25日に最新版をリリースしています。そのため、*最新Rubyをサポートするために立て続けに7.0.1のリリースとなりました*。詳細は後ほど説明します。

Ruby on Railsは、*Rubyで書かれたウェブアプリケーションフレームワークです*。コード量を最小にとどめ、多くの機能を実現することを主眼においたフルスタックのフレームワークとなります。
【参考】：[Ruby on Rails](https://rubyonrails.org/index.html)

RubyとRuby on Railsの関係ですが、Rubyがフレームワークのベースとなるコード実行を行うプログラム環境となります。RailsはRubyの上でアプリケーションフレームワークのRubyコードを実行します。ベースとなるRubyの必須バージョンはRubyのバージョンアップリリースやサポート状況に影響されます。現在の必須バージョンは2.7.0以降です。

Ruby on Railsとは？特徴やできることを徹底解説！

Railsをインストールする前に、*Ruby2.7.0以降をインストールしておきます*。”ruby –version”でバージョンを確認しておきます。WindowsではRubyインストーラが利用可能です。
【参考】：[RubyInstaller](https://rubyinstaller.org/)

RailsはRubyの他に、SQLite3・Node.js・Yarnを利用します。SQLite3はOSに同梱されていることがあります。また、WindowsではRails installerに含まれます。念のため”sqlite3 –version”でバージョン確認をしておきます。
【参考】：[SQLite](https://www.sqlite.org/index.html)

Node.jsはインストーラが公式ダウンロードサイトに公開されています。インストール後”node --version”でバージョン確認が可能です。8.16.0より大きいバージョン番号である必要があります。
【参考】：[node.js](https://nodejs.org/ja/download/)

YarnはmacOSではHomebrew、WindowsはインストーラやChocolatey、LinuxはRPMやリポジトリを用います。対象OSのインストール方法は、公式サイトに記載されていますのでご確認ください。
【参考】：[yarn](https://classic.yarnpkg.com/en/docs/install#windows-stable)

上記ソフトウェアがインストール完了したら、Railsをインストールします。

Railsは、Ruby言語のパッケージ管理システムとなるRubyGemsを通じて配布されています。RubyGems自体の初期インストールはRubyを用いて行い、以降はgemコマンドで”gem update –system”を実行しアップグレードします。Railsのインストールは”gem install rails”を実行します。
【参考】：[RubyGems rails](https://rubygems.org/gems/rails)
【参考】：[Download RubyGems](https://rubygems.org/pages/download)

“rails –version”で"Rails 7.0.1"等、想定のバージョン番号を確認したらインストール完了です。古いバージョンをアップデートする場合は、”rails app:update”コマンドを使いモジュールを少しずつ更新していきます。ここではアプリケーション動作を確認するためにテスト合格状況をチェックしていきます。

一連のアップデート作業の流れは「Upgrading Ruby on Rails」に掲載されていますのでご一読ください。
【参考】：[Upgrading Ruby on Rails](https://guides.rubyonrails.org/upgrading_ruby_on_rails.html)

Ruby on Railsのインストール・バージョン指定方法を解説

Ruby on RailsではMVCモデルを採用しており、効率を高めています。具体的には以下の役割で構成しています。

・*M（Model、モデル）*
　データベースとの通信とデータ操作（登録・参照・更新・削除）、ビジネスロジックを担当します。
・*Ｖ（View、ビュー）*
　Rubyのコードを埋め込み、ブラウザに表示されるUI出力（コンテンツ）を担当します。
・*C（Controller、コントローラ）*
　UIからの入力を担当し、モデルとのやり取りやデータ操作の結果をビューに受け渡します。

作業の進め方ですが、“rails new xxx”（xxxはタスク名）でジェネレータがタスクに必要なファイル・設定を自動生成してくれます。以降は最低限の修正と追加でウェブアプリケーションが完成します。

利用するには”bin/rails server”を起動し、”http:\//localhost:3000”に接続するとRailsのデフォルトページが表示されます。server起動によりPumaウェブサーバが起動され、ページが表示されます。ルーティング・コントローラ・ビューを使い、コンテンツのカスタマイズを行います。

これらの機能はウェブアプリケーションで必要なものですので、結果的にRailsでは、*ショッピングサイト・Blog・SNS・ウェブコンテンツ・業務システム等に用いられています*。

Rubyのフレームワーク、「Ruby on Rails」ができることとは？

Rails 7.0はRails 7.0.0.alpha1以降の機能を正式リリースしたものです。以下に主要な機能実装をまとめておきます。
【参考】：[rails Releases v7.0.0](https://github.com/rails/rails/releases/tag/v7.0.0)
【参考】：[Rails 7.0: Fulfilling a vision](https://rubyonrails.org/2021/12/15/Rails-7-fulfilling-a-vision)

・*フロントエンド開発環境のブラッシュアップ*
Node.jsを用いない構成がデフォルトの設定となります。WebpackとWebpackerとの組み合わせではなく、Javascript bunderを用います。具体的にはjsbundling-railsで”--javascript edbuild”を指定します。Node.js依存のCSS bundlerでは、”cssbundling-rails”で”--css bootstrap”を用います。

・*Active Recordによる暗号化*
セキュリティサービスのHEYから抽出した暗号化属性を、Active Recordに追加し職場環境での暗号化に対応します。個人情報の流出を防止するとともに、Railsコンソールでデータ保護機能をコード定義しアクセスを制御します。

・*Marginalia-Style Taggingを用いたQueryのトレース*
SQLコメント taggingを用いたQueryLogをActive Recordに取込みます。

・*非同期Queryの読み込み*
load_asyncで非同期にQueryをロードします。そのため複数のQueryが実行された場合、ロード・実行時間の短縮が図られます。

・*Zeitwerkへの置換*
オートローダーがZeitwerkコードローダに置き換わります。具体的には”config.autoloader=”が削除され、zeitwerkローダーのみとなります。古い環境では”config.autoloader = :zeitwerk”と指定するとRails7と同等の設定も可能です。

Rubyの必須バージョンは2.7.0以降ですが、Ruby3.0以上が推奨バージョンです。

Ruby on Rails 7.0リリース後まもなくの2021年12月25日、Ruby 3.1が正式リリースされました。そのため、Rails 7.0.1はRuby 3.1をフルサポートするために更新リリースしたものです。*Ruby 3.1では新しいJITコンパイラがサポートされ、品質も強化されています*。既存バージョンの受け皿としても期待されているリリースです。

Ruby 3.1のサポート以外は、不具合修正に留まります。具体的には、プラグインGemfileの修正・プライグインダミーアプリのasset pipelineエラー修正・ルート失効の修正・Sidekiqジョブが特定のネームスペースで再ロードできない問題を修正・プラグインジェネレータのテスト工程での修正等が行われました。

なおセキュリティ問題に伴いwebpackerのリタイヤと、jsbundling-rails with webpackへの移行の記事がTwitterやGitHubに掲載されています。Rails 7の設計思想に基づき実装の見直しが進んでいます。
【参考】：[RETIREMENT: Webpacker](https://mobile.twitter.com/rails/status/1483772667756957699)
【参考】：[Switch from Webpacker 5 to jsbundling-rails with webpack](https://github.com/rails/jsbundling-rails/blob/main/docs/switch_from_webpacker.md)

今後Rails 7.1に開発に伴いオートローダーのパス管理が$LOAD_PATHに追加しない旨も記載されています。Zeitwerkが唯一のオートローダーですので不要と判断されました。Railsのblogに今年に入ってから1月21日までの記事がまとめてあります。ご興味あればご確認ください。
【参考】：[Rails 7.0.1, Webpacker retirement and more](https://rubyonrails.org/2022/1/21/this-week-in-rails-rails-7-0-1-webpacker-retirement-and-more-10bad602)

## Ruby on Railsの進化に追従しましょう

Ruby on Railsはタスク作成時に、必要なアプリケーションコンポーネントの大半が自動的に生成されます。そのためコードの保全性が高く効率的です。**更新頻度が高く短サイクルでアプリケーション開発を行う業務には最適です**。HuluやGitHub・クックパッド・airbnb等の大手採用実績も多いです。

アプリケーションフレームワークを決める際には、採用実績豊富なRailsを候補に検討してみることをおすすめします。

Rubyの資格取得方法やメリットを、エンジニア初心者向けに解説！

リリースされたばかりのRuby on Rails 7.0ですが、2022年1月6日に7.0.1がリリースされました。今回のRails 7.0.1は最新Rubyサポートと不具合修正が中心です。ここではリリースに関連する違いや特長を説明していきます。

新機能はメジャーリリースとなるRails 7.0ですでに実装済みです

Rails 7.0.1は最新Rubyのサポートと不具合修正に限定されます

最新Rubyは新しいJITコンパイラが搭載されており、互換性・品質を高めており有効です

Ruby on Rails 7.0.1の提供機能をいち早く解説！

2021年12月6日3.10の最初のメンテナンスリリースが公開されました。そのわずか1か月後の*2022年1月14日、3.10.2が2回目のメンテナンスリリースとして登場です*。Pythonは1〜2カ月に1度のペースでバージョンアップがされています。ここでは、3.10からのリリースについて順に説明していきます。
【参考】：[Python 3.10.2](https://www.python.org/downloads/release/python-3102/)

Pythonとは、*インタープリタ型のオブジェクト指向プログラミング言語です*。言語仕様がシンプルであるため、メンテナンス性に優れています。汎用用途の他、それぞれの専門分野にライブラリーが公開されているため、多様なアプリケーション開発で利用されています。
【参考】[python](https://www.python.org/)

Pythonを利用するには編集用テキストエディタとPCがあればすぐ始められ、Windows・Linux・MacOS等のOSで対応しています。ターゲットとなる多様なシステムにPythonのインストールモジュールをダウンロードし、インストールが可能です。
【参考】[python download](https://www.python.org/downloads/)

Pythonとは？人気のPythonを学ぶ際に知っておきたいこと

Pythonの特徴は、プログラム記述がシンプルなことが挙げられます。記述しやすく、かつ判読しやすいのでメンテナンス性に優れています。さらに、オブジェクト指向プログラミングであるため、高機能なプログラムが簡単に記述できるメリットがあります。

Pythonはインタプリタのためデバッグが簡単であり、コード開発とライブラリー共有が順次行われています。分析アルゴリズムが共通化しやすい人工知能（AI）では、利便性向上のために機械学習やディープラーニング（深層学習）のライブラリーが数多く提供されており、*AI分野ではPythonが標準的に用いられています*。

PythonはAIに必須！AIエンジニアを目指すならPythonを学ぼう

Pythonの用途を知った上でPythonエンジニアを目指そう

## バージョンアップで追加されたPythonの機能

Pythonはセキュリティ対策やバグ修正を含めて、*1～2カ月に1度のペースでバージョンアップ版が公開されています*。3.10.0の公開日を順に整理します。

・Python 3.10.0 2021年10月4日公開
・Python 3.10.1 2021年12月6日公開
・Python 3.10.2 2022年1月14日公開

この期間は3.9のリリースも3.9.8・3.9.9・3.9.10とバージョンアップを重ね公開されているため、精力的にバージョンアップがされていることがわかります。

Python 3.10の新機能は「What’s New In Python 3.10」にまとめられています。
【参考】：[What’s New In Python 3.10](https://docs.python.org/3.10/whatsnew/3.10.html)

以下が主な機能追加です。
・*context managersの丸カッコ対応*
context managersでネスト解釈が改良され、複数行にまたがる継続行で丸カッコの解釈が可能となります。従来のimportステートメントと同様の方法で書式が解釈されます。具体例ですが、with構文では行末にバッククォート（”\\”)をつけずにカンマで終わる記述が可能です。
```with (
    Function1() as example1,
    Function2() as example2,
    Function3() as example3
):```

・*エラーメッセージの改良：SyntaxError*
SyntaxErrorとして表示される、文法エラーに関するメッセージの改良がされました。

丸カッコや角カッコが正しくセットで記載されていない場合、該当するカッコを表示するよう改良されました。文字列のリテラルが正しく括られていない場合も、その該当範囲を表示するように変更されています。

同様に「”:”（コロン）の不足や丸カッコがタプルに未記載の場合」、「”,”（カンマ）の誤り、複数のException型に丸カッコがない場合」、「辞書型リテラルに”:”（コロン）がない場合」、「tryブロックでexceptまたはfinallyブロックの記述がない場合」、「”=”と”==”を間違えた場合」、「f-stringで”\*”を使った場合」にエラーメッセージが表示されます。

・*エラーメッセージの改良：IndentationError*
インデントエラー（IndentationError）が記述コンテントに応じてステートメントを含めた表示がされます。

・*エラーメッセージの改良：AttributeError*
例外処理（exception）が発生した場合、PyErr_Display()が類似の属性名の誤りの可能性について、AttributeError行に提示してくれます。

・*エラーメッセージの改良：NameError*
例外処理（exception）が発生した場合、PyErr_Display()が類似の変数名の誤りの可能性について、NameError行に提示してくれます。

・*構造型パターンマッチングの追加*
matchステートメントと、caseステートメント形式のパターンマッチングが可能です。直接リテラルとのマッチングを図るほか、複数のリテラルをまとめて記述したり、必要に応じてワイルドキャラクター（”\_”）を指定したりします。caseステートメントでは変数のバインドも可能で、クラス呼び出しも可能です。具体的には以下のような基本構文となります。
```match 表現や式:
    case <パターン1>:
        <実行コード1>
    case <パターン2>:
        <実行コード2>
    case <パターン3>:
        <実行コード3>
    case _:
        <ワイルドキャラクターの実行コード>```

基本構文の<パターン>では、リスト・タプル・辞書等を用いることもできます。

・*Unionオペレータの追加*
“X | Y”で表されるUnionオペレータが追加されました。Typescriptと同様の記述が可能となり、従来の”Union[X, Y]”よりも記述がシンプルでわかりやすくなります。isinstance()やissubclass()でも、Unionオペレータが利用できます。

・*パラメータ仕様変数（ParamSpec）の追加*
typingモジュールにParamSpecが追加され、パラメータ型を転送することができます。またConcatenateでさらに引数を連結し、追加・削除が可能です。

・*TypeAliasの追加*
type alias（型エイリアス）の区別がつきやすいように、TypeAliasとして別名を明示できます。

・*ユーザー定義のType Guard*
typingにTypeGuardが追加され、型の絞り込みが正確に行えるようにします。

・*改良されたモジュール*
Optimizationとしてモジュールやインタープリタ等に高速化の改良がされています。この他、多くのモジュールが修正・改良されています。詳細は以下のリンクをご確認ください。
【参考】：[What’s New In Python 3.10 Improved Modules](https://docs.python.org/3.10/whatsnew/3.10.html#improved-modules)

### Python 3.10.1のバージョンアップ内容

Python 3.10.1のバージョンアップ内容ですが、Core and Builtins・Library・Documentation・Tests・Build・Windows・macOS・IDLE・C APIの各項目において、不具合のFixと関連モジュールのバージョン対応やオプション変更等の調整がされています。本質的な機能は*3.10.0と同等と判断できます*。
【参考】：[What’s New In Python 3.10 Python 3.10.1 final](https://docs.python.org/3.10/whatsnew/changelog.html#python-3-10-1-final)

### Python 3.10.2のバージョンアップ内容

Python 3.10.2のバージョンアップ内容ですが、トップページにCython使用時にメモリーリークが発生したため前倒しでバグフィックス版をリリースしたと記載されています。*長期使用時に問題発生がするため、重要と位置付けられるバージョンアップです*。

Core and Builtins・Library・Documentation・Tests・Build・macOS・C APIにおいて、不具合のFixと関連モジュールのバージョン対応やオプション変更等の調整がされていますが、急きょ前倒ししたため変更点は少なめです。今後はリリースを重ねて徐々に安定していくでしょう。
【参考】：[What’s New In Python 3.10 Python 3.10.2 final](https://docs.python.org/3.10/whatsnew/changelog.html#python-3-10-2-final)

## Pythonのバージョンアップは適宜行いましょう

Pythonはバージョンアップが1〜2カ月に1度のペースで進められており、非常に短サイクルです。不具合の修正も早いですが、利用環境の保全が必要となります。3.7以降は定期的にセキュリティ更新がされており、バグフィックスは3.9以降が対象です。

そのため利用環境に応じて、**ライブラリとの整合性を保ちながら適宜バージョンアップを行うことをおすすめします**。

Pythonの2系と3系の違いとは？Pythonの特徴も解説！

2022年1月14日、Python 3.10.1に引き続き3.10.2が2回目のメンテナンスリリースとして登場しました。1〜2カ月に1度のペースでバージョンアップがされていますが、ここでは3.10からのリリースで追加された機能と変更点を解説していきます。

Python 3.10.2は、Python 3.10の2回目のメンテナンスリリースです

Pythonは1～2カ月に1度バージョンアップがされていますが、3.10.2は前倒しリリースとなります

Pythonのメジャーリリースは3.10であり、今回大幅な機能拡張はなく不具合修正に限定されます

Python バージョン3.10.2の新機能と変更点を解説

Dockerとは、OSレベルの仮想化プラットフォームソリューションです。Dockerイメージを用いたコンテナ仮想化システムを構築し、仮想化実行環境を実現します。Dockerにより環境の複製と配布が容易にできますので、開発のスクラップアンドビルドが効率的に実施できます。**DevOps開発運用には欠かせないソリューション**です。
【参考】：[Docker](https://www.docker.com/)

Dockerのメリットを徹底解説！仮想マシンとは何が違う？

Dockerでは、Windows版・Mac版・Linux版のダウンロードモジュールが用意されています。Mac版・Windows版では、Docker Desktopを利用します。 Docker Desktopには、*ダッシュボード・Docker Engine・Docker CLI・Docker Compose等が含まれます*。Linux版ではDocker Engineをインストールしておきます。
【参考】：[Get Started with Docker](https://www.docker.com/get-started)

### Docker Windows版のセットアップ概要

Docker Desktopは、Docker Hubのサイトまたはドキュメントサイトからダウンロードできます。
【参考】：[Docker Desktop for Windows](https://hub.docker.com/editions/community/docker-ce-desktop-windows)
【参考】：[Install Docker Desktop on Windows](https://docs.docker.com/desktop/windows/install/)

インストール方法は以下の通りです。
・*ダウンロードモジュールの起動*
　Docker Desktop Installer.exeを起動します。

・*Configuration画面の確認*
　「Enable Hyper-V Windows Features」と「 Install required Windows components for WSL 2」のオプション設定を確認します。

・*インストール実行*
　手順に従い「Install」を選択し、終了後「Close」を選択します。

・*管理者アカウントの追加*
　管理者アカウントのadministratorとComputer Managementをdocker-usersグループに追加します。

最初の起動時には新しいライセンス条項が表示されますので、「Accept」をクリックすることで利用可能です。これでセットアップが完了しましたので、環境構築を行います。

### Docker Mac版のセットアップ概要

Docker Desktopは、Docker Hubのサイトまたはドキュメントサイトからダウンロードできます。
【参考】：[Docker Desktop for Mac](https://hub.docker.com/editions/community/docker-ce-desktop-mac)
【参考】：[Install Docker Desktop on Mac](https://docs.docker.com/desktop/mac/install/)

インストール方法は以下の通りです。
・*ダウンロードモジュールの起動*
　Docker.dmgをダブルクリックしインストーラを起動します。

・*アプリケーションフォルダに登録*
　Dockerアイコン（Docker.app）をアプリケーションフォルダーにドラッグアンドドロップします。

Windows同様、最初の起動時には新しいライセンス条項が表示されますので、「Accept」をクリックすることで利用可能です。これでセットアップが完了しましたので、環境構築を行います。

Dockerのモジュールセットアップが完了したら、Docker実行のために必要な環境構築を進めていきます。Dockerの利用は以下の流れで行います。DockerfileからDockerイメージが作成できたら実行可能な状態になります。

・*Dockerfileの作成*
必要な構成ファイルをDockerfileとして作成します。
テキスト形式の構成ファイルなため、テキストエディタまたは統合開発環境（IDE）を使って作成します。

・*Dockerイメージの作成*
Dockerfileからコンテナ動作させるDockerイメージを生成します。Dockerイメージはアプリケーション実行に必要な変数・コマンド・メタデータを含んだテンプレートファイルです。”docker build”でDockerfileからDockerイメージを作成します。

・*コンテナの実行*
Dockerイメージは静的なテンプレートファイルなため、”docker run”で起動します。Dockerイメージは起動することでコンテナで実行されます。実行されているコンテナはメモリー上の実行インスタンスと言われます。

Docker CLIは、コマンドラインインターフェイスでコンテナの「生成と削除」「起動・停止」「プロセスの実行・一時停止と解除」「操作・保全」「稼働状況とログ出力」等のコマンドが提供されています。また、イメージの利用やリポジトリの活用もCLIで実施します。WindowsやMacでは、Docker DesktopでGUIベースで作業を行うこともできます。

上記の流れで運用上問題がない場合は、標準テンプレートとしてイメージを配布活用します。Docker Hubのような公開リポジトリを用いて、イメージを共有することも可能です。

Dockerfileは、**Dockerにイメージビルドの指定を行うファイル**です。テキストファイルなため、エディタまたは標準入力からリダイレクトしファイルを生成します。”docker build”コマンドでイメージをビルドします。

”docker build”では、DockerfileとPATHやURLのコンテキストを用いてイメージをビルドします。実際のビルド処理はDockerデーモンが実行しています。Dockerfileの記述は命令（instruction）と引数（arguments）のセットで記述します。”#”で始まる行はコメント行です。

命令（instruction）は以下が指定可能です。
・FROM
　イメージビルドの処理ステージを初期化し、ベースとなるイメージを設定します。
　通常にARGを除き、最初に記述します
例：FROM base:latest

・ARG
　変数を宣言します。
例：ARG VERSION=latest
　　FROM base:${VERSION}

・RUN
　コマンドを実行し、イメージビルドを確定します。
　シェル実行形式、またはexec形式で記載します。
例：RUN /bin/bash -c 'source $HOME/.bashrc; echo $HOME'　または
　　RUN ["/bin/bash", "-c", "echo hello"]

・CMD
　デフォルト処理を設定するために1つだけ記述します。
　イメージが起動されたときに実行する命令です。
　シェル実行形式・ENTRYPOINTのデフォルトパラメータまたはexec形式で記載します。

・ENTRYPOINT
　コンテナを実行モジュールのように実行する際に設定します。
　シェル実行形式またはexec形式で記載します。
　”docker run --entrypoint”でENTRYPOINTを置き換えることもできます。
　DockerfileにはCMD、またはENTRYPOINTのいずれかが必要です。

・LABEL
　イメージにメタデータを追加する命令です。
　<key>=<value>とキーバリューで記述します。
例：LABEL version=”1.1”

・EXPOSE
　コンテナ実行時のネットワークのリッスンポートを指定できます。
例：EXPOSE 80/tcp

・ENV
　環境変数に値を設定します。
　変数が1つの場合は”ENV <key> <value>”とするか、”ENV <key>=<value>”で指定します。
　変数が複数の場合は、キーバリューで記述することで1行で複数の指定が可能です。

・ADD
　指定するファイルやディレクトリ・リモートファイルURLを指定パスに追加します。
例：ADD files /somedir/

・COPY
　指定するファイルやディレクトリをコピーし、指定パスに追加します。
例：COPY files /somedir/

・VOLUME
　指定した名称でマウントポイントを生成します。

・USER
　ユーザ名と、必要に応じてユーザグループを指定します。

・WORKDIR
　ワークディレクトリを指定します。

・ARG
　ビルド時の変数のデフォルト値を指定します。
この他にも、トリガー命令やシグナル処理の指定等を行うことができます。
【参考】：[Best practices for writing Dockerfiles](https://docs.docker.com/develop/develop-images/dockerfile_best-practices/)
【参考】：[Dockerfile reference](https://docs.docker.com/engine/reference/builder/)

Dockerfileは1から作成することができますが、「Docker Official Images」を利用することをおすすめします。理由としては、これまでのDockerの運用経験からより安定した構成情報が公開されており、その*ベストプラクティスを活かしたDockerイメージが構成可能となる*ためです。Docker Official Imageは以下のリンクに格納されています。
【参考】：[Docker Official Images](https://github.com/docker-library)

この「Repositories」からリポジトリを検索し、利用します。Docker公式サイトでは、Bitbucket・circleci・elastic・GitLab・Jenkins・JFrog・kubernetes・mongo DB・NGiNX・GitHub・redis・Visual Studio Code・VMware Tanzu等がDockerパートナーとして紹介されており、活発に情報公開されています。

Python・PHP・Ruby on Rails等の主要開発言語やフレームワーク、httpd・postgres・ubuntuも良く利用されていますので、効率的にイメージ構築が可能です。

言語・開発の記事（97ページ目）