InfoQ ホームページ DevOps に関するすべてのコンテンツ
-
2020年第一四半期のソフトウェアチームとチームワークのトレンドレポート
Culture & Methods編集部では、テクノロジーの導入曲線の最前線にあるトピックについてレポートします。例えば、対面でもリモートでも、チームやチームワークをより効果的にする方法にいても紹介しています。新しいツールや技法があり、アイディアの一部は以前からあります。また、勢いを得ているアイディアもあります。プロフェッショナリズム、倫理的な振る舞い、社会や環境に対する配慮です。
-
ソフトウェア開発チームのメンタルヘルスを維持する
ソフトウェア開発チームで働くということは、しばしばストレスや不安、タイトな締め切りに対処することを意味します。研究によると、開発者は、機械的な作業を行う開発者よりも精神衛生上の問題を経験する可能性がかなり高いことがわかっています。開発者のメンタルヘルスを安定させるための知恵を、Beetroot社の人事心理学者が教えてくれました。
-
DevOpsの”Ops”を忘れていませんか?
DevOpsの先駆者であるKris Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。
-
夜のよい睡眠に向けたエンジニアガイド
マイクロサービスの採用の増加は、アーキテクチャとインフラストラクチャが柔軟で短命になるクラウドへの移行によって加速されていますが、私たちが作成、維持するシステムに日々複雑さを加えています。これは、自律的で完全に権限を与えられたチームによる運用モデルと並行して行われるため、各分散システムでは、独自の技術的アプローチ、言語、サービスが複雑に絡み合っています。
-
サーバーレス時代のKubernetesワークロード:アーキテクチャ、プラットフォーム、トレンド
マイクロサービスアーキテクチャがクラウドネイティブアーキテクチャにどのように進化したかを調べましょう。Kubernetesや、サービスメッシュ、サーバーレスフレームワークで提供される抽象化と組み合わせによって多くのインフラストラクチャの問題が生まれました。さらに、サーバーレスエコシステムは、標準およびオープンパッケージ、ランタイム、イベントフォーマットを探求することで進化しています。
-
パイプライン駆動型組織 - 真の継続的デリバリの実現
多くの組織は、継続的インテグレーションまたは継続的デリバリを実装しようとしますが、そのプロセスで行き詰まります。パイプラインの間に存在する人間のボトルネックが多すぎるためです。より良い意思決定を行うようにパイプラインを指導し、人間の判断をパイプラインにオフロードすることで、パイプラインに本番までの意思決定を行わせ、真の継続的デリバリメカニズムを作成することができます。
-
Java 11でコンパイルせずに単一ファイルプログラムを実行する
Java SE 11以降、プログラミング言語の歴史の中で初めて、Javaコードを含むスクリプトをコンパイルせずに直接実行できるようになりました。Java 11ソース実行機能により、Javaでスクリプトを記述し、*inxコマンドラインから直接実行することができます。
-
API Gatewayとサービスメッシュがアプリケーション最新化へのドアを開く
アプリケーションの動作する下位インフラストラクチャからアプリケーションを切り離す”最新化”には、イノベーションの実現、コスト削減、セキュリティ向上などのメリットがあります。API Gatewayはアプリケーションの外部ユーザからの分離を、サービスメッシュは内部ユーザ相互の切り離しを、それぞれ可能にします。
-
DevOpsのためのAWS CodePipelineを使用したDockerコンテナのデプロイ
このチュートリアルでは、AWS CodePipelineとAmazon Elastic Container Service(ECS)を使用して、ダウンタイムなしでDockerコンテナーを継続的に統合およびデプロイする方法を学びます。
-
本番環境の卓越性を備えた複雑システムでの持続可能な運用
本番環境の所有権とDevOpsに対する長期的なアプローチを成功させるには、本番環境の卓越性という形で文化の変化が必要です。信頼性を明確な定義に基づいて測定し、新しい問題をデバッグする機能、知識の普及を促進する文化、およびリスクを軽減するための積極的なアプローチがあれば、チームはより持続可能です。
-
マルチクラスタにすべきか、そうではないか - サービスメッシュを使ったクラスタ間通信
Kuberenetesクラスタ内部の通信はすでに解決された問題ですが、クラスタ間の通信には設計上の配慮と運用上のオーバーヘッドが伴います。マルチクラスタのサポートを実装すべきかどうか判断する前に、自身の通信のユースケースを理解する必要があります。
-
Linkerd v2 - 実運用から学んだ教訓を活かして再構築されたサービスメッシュ
Linkerd 2.0は、広く普及したサービスメッシュを、Go言語とRust言語に分割して大幅に書き直したものです。今回の記事では、”運用投入という大釜”の中で学んだ教訓と、その教訓がLinkerd 2.xの哲学、設計、実装の基礎になった方法について議論します。