Apple 純正のCI/CDサービスである Xcode Cloud を初めて導入するときに、導入時にまず押さえておきたいポイントを実際に試し、まとめた記事です。

Dokployというのを知ったので動かしてみました。よくあるクラウドサービスのPaaSマネージドサービスようなインフラをオンプレ環境やVPSなどに簡単に構築できるものです。

フューチャーは月に1回、何かしらの技術テーマを元にブログリレー（ブログ連載）を行っています。6月はCI/CDについて取り上げます

フューチャーでは、Gitホスティング環境として、SaaSとしてのGitHubだけでなく、社内開発基盤運用チームが構築・運用している、オンプレミス版のGitLabも利用可能となっています。

本番環境のAmazon RDS DBインスタンスを別アカウントの検証環境にバックアップリストアする作業を自動化する機会があったので、その手法について紹介します

業務の中で初めてJenkinsに触れたので、以下の内容についてまとめたいと思います。

MegaLinterを最近個人開発のリポジトリに導入してみたので概要や使い方、所感などを記事にまとめました。

当チームでは、出力されたエラーや警告ログを適宜Backlogに起票することにより、いち早くエラーの対応ができるようにしております。CloudWatch LogsサブスクリプションフィルターとSQSを用いることにより、CloudWatchの特定のログをトリガーとして監視ジョブを立ち上げる仕様に改修しました。

業務では主にCIとしてJenkinsを利用しているのですが、前々から気になっていたArgo CDを本連載を機に体感してみたいと思います。

クラウドネイティブなフィーチャーフラグの標準とAPI、SDKを提供するOpenFeatureについてです

CIについてあまり知らない自分が、プロジェクトにCIを導入したいと思い、実際に調べてみた・試したことをまとめたいと思います。

Markdownで設計書を充実させようとすればするほど、設計書間やメンバー間のちょっとした揺れで、本質的なレビューがしにくく感じるようになりました。そこでMarkdownのLintツールを導入するモチベーションが高まりました。

こんにちは。TIG DX チームのゆるふわエンジニアの前原です。今までは、GitLab でTerraform を利用する機会が多かったのですが、今回は、GitHub Actions を利用することになりました。そこで実施した内容をこの記事に書いていきたいと思います。

Terraform x GitOps ということで、いつかちゃんと調べておきたいなと思いながらなかなかできていなかったことについて調査していこうかなーと思います。そもそも Terraform x GitOps とはなんぞやということからですが。

プロジェクトでJenikisを利用する機会があり、初めてJenkinsfileでTerraformのCI/CD環境を構築する機会があったので記事に残そうと思います。クラウドを使っているとAWSではCodeBuild、Google CloudではCloudBuildのサービスをCI/CD環境として利用するのでyamlでのCI/CDスクリプトには慣れていましたが...

CircleCIでGitHubのPR作成時の負荷を軽減するために、PR作成者の自動アサインおよびラベルの付与を自動化した話をご紹介します。

「HRなのに技術ブログ？」と思われる方がいるかもしれません。この新人研修を通して、当社には 現場の人間がバックオフィスに回り、現場で得た知見を還元できる 環境が整っていることの宣伝として執筆させていただくことにしました。

失敗談をテーマにした連載の6本目です。自分が担当した業務でのアジャイル開発での失敗について反省したいと思います。選定したアーキテクチャとアジャイル開発の相性があまりよくなく苦労しました。これはアジャイルの本にはなかった知見でした。

はじめまして、原木と申します。皆さまは[SRE NEXT]をご覧になりましたでしょうか？

アジャイルソフトウェア開発をテーマに不定期で記事を書いており、今回はその第2弾です。今回は、「日常編」と題して、アジャイルソフトウェア開発において普段行われていることをテーマにします。未経験の人が実際の開発現場をイメージできるように、私のチームでの典型的なやりとりや、具体例を厚めに取り入れました。

2022年1月28日にFuture Tech Night #19 AWS CodePipelineと新聞向けCMS構築事例を開催しました。こちらの勉強会で「CodePipelineを用いたECS on EC2でのBlue/Greenデプロイメント」というテーマで発表させていただきました。

2年程度の期間、継続してそれなりの成功を収めることができているため、アジャイル開発をテーマに記事を書くことにしました。アジャイル(ソフトウェア)開発とはそもそも何なのか？どのような時に採用すべきものなのか？といったことについて述べたいと思います。

JFPUGオープンセミナー2021～DX時代のプロジェクトのあり方～にて、「DX時代の開発と品質。アジャイルでどう品質を担保するか」というテーマにて登壇しました。アジャイルの場合の契約はどうするのか？などの質問もいただきました

TIGの伊藤真彦です。先日AWS Certified DevOps Engineer – Professionalを受験し合格できました。これにて専門知識以外はコンプリートしました、Machine learning specialtyも合格しているので7冠です。

私のチームでは、「システムの設計情報」や「実装に関わる業務知識」などを、`README.md` に整理して GitHub 管理しています。設計資料や業務系のドキュメントが蓄積され、何度も更新され続けることに伴い、「あれ、この資料のリンクが切れてる。オリジナルのファイルはどこだっけ？」と探す機会が増えてきました。本来ならば PullRequest のレビュー時に気付くべきですが、ファイル名のちょっとしたスペルミスや資料パスの変更などだと、目視でのチェックには限界があります。