| title | published | description | tags | cover_image | canonical_url | id | date |
|---|---|---|---|---|---|---|---|
#90DaysOfDevOps - はじめに - 一日目 |
true |
90DaysOfDevOps - はじめに |
devops, 90daysofdevops, learning |
1048731 |
2022-05-06 |
90日間の冒険の1日目は、DevOpsとDevOpsマインドセットに役立つツールの基礎知識を学びます。
この学びの旅は数年前に始まりましたが、当時は仮想化プラットフォームやクラウドベースの技術に焦点を当て、Infrastructure as CodeやTerraformやChefによるアプリケーション構成管理について主に研究していました。
2021年3月、Kasten by Veeamのクラウドネイティブ戦略に専念する素晴らしい機会を得ました。KubernetesとDevOps、そしてこれらの技術を取り巻くコミュニティーに大きくフォーカスすることになりました。私は学習の旅を始め、Kubernetesとコンテナ化の基礎を学ぶ以外にも非常に広い世界があることにすぐに気づきました。その時、私はコミュニティと話し始め、DevOps文化、ツール、プロセスについてますます学び、私が学びたい分野のいくつかを公に文書化し始めました。
上記のブログを読んでいただければ、これが私の学習の旅のハイレベルな内容であることがお分かりいただけると思います。この時点で、私はこれらのセクションの専門家には程遠い状態ですが、私がしたかったことは、無料のリソースと有料のリソースの両方を共有することです。
これから90日間、これらのリソースを記録し、基礎となる分野をカバーしたいと思います。私は、コミュニティにも参加してほしいと思っています。あなたの旅路とリソースを共有することで、私たちは公開で学び、互いに助け合うことができます。
プロジェクトリポジトリの冒頭のReadmeを見れば、私が物事をセクションに分割していることがわかると思いますが、基本的には12週間＋6日間です。最初の6日間は具体的な分野に入る前に、一般的なDevOpsの基本を探ります。このリストは決して網羅的なものではありませんし、これを有用なリソースにするために、ぜひともコミュニティに協力してもらいたいと思います。
この時点で共有するもう1つのリソースは、誰もがよく見ておくべきであり、おそらく自分自身と自分の興味や立場について自分のマインドマップを作成するべきだと思います。
このトピックに関する最初のリストとブログ記事を作成したとき、これは素晴らしいリソースだと思いました。また、このリポジトリに掲載した12個のトピック以外にも、もっと詳しく説明している部分があることがおわかりいただけると思います。
しかし、90日間のチャレンジを開始し、1日1時間程度、新しいことやDevOpsについて学ぶことに焦点を当てるにあたり、まず「DevOpsとは何か」というハイレベルなことをいくつか押さえておくと良いと思いました。
まず、DevOpsはツールではありません。購入することはできませんし、ソフトウェアのスクーやダウンロードできるオープンソースのGitHubリポジトリでもありません。また、プログラミング言語でもありませんし、ダークアートのような魔法でもありません。
DevOpsは、ソフトウェア開発においてよりスマートなことを行うための方法なのです。- ちょっと待ってください。でも、もしあなたがソフトウェア開発者でないなら、今すぐこのプロジェクトに飛び込まないで、目を背けた方がいいでしょうか？いいえ、そんなことはありません。そのまま... なぜなら、DevOps はソフトウェア開発と運用を組み合わせたものだからです。先ほど、私はどちらかというとVM側にいて、一般的には運用側に属すると言いましたが、コミュニティ内にはDevOpsが100%個人にとって有益となる様々なバックグラウンドの人々がいます。
DevOpsは、このムーブメントの目標に到達するための一連のプラクティスです。製品のアイデア段階から、エンドユーザや社内チーム、顧客など誰であれ、本番環境でのリリースまでの時間を短縮することです。
この最初の週で取り上げるもう1つの分野は、アジャイル方法論の周辺です。DevOpsとアジャイルは、アプリケーションの継続的デリバリー**を実現するために広く採用されています。
ハイレベルな要点は、DevOpsの考え方や文化は、長く引き延ばされる可能性のあるソフトウェアのリリースプロセスを縮小して、より頻繁に小さなリリースを行えるようにすることです。ここで理解すべきもう1つの重要な基本ポイントは、先に述べたチーム間のサイロを破壊するのがDevOpsエンジニアの責任であることです。開発者、運用、そしてQAです。
DevOpsの観点では、開発、テスト、デプロイメントのすべてがDevOpsチームに集約されます。
最後に、これを可能な限り効果的かつ効率的にするために、自動化を活用しなければならないことを指摘したいと思います。
このReadmeファイルは、学習用として用意したものなので、いつでも追加リソースを受け付けています。
私のアドバイスは、以下のビデオをすべて見て、上記のテキストや説明から何かを感じ取っていただければと思います。
ここまで来れば、ここが自分の居場所かどうかが分かるはずです。では、2日目でお会いしましょう。