アジャイルを実践する組織であってもウォーターフォールを学ぶことには価値がある - mtx2s’s blog
「すべてのライフサイクルモデルの祖は、ウォーターフォールモデルである」とは、スティーブ・マコネルの言葉だ1。また、ソフトウェア開発ライフサイクル（SDLC）に関するGitHubの文書では、広く採用された最初のSDLCがウォーターフォールモデルであるとされている2。 そこに、ウォーターフォールを学ぶことに対する価値がある。それは、スクラムを導入し、アジャイルソフトウェア開発を実践する組織にも言えることだろう。いや、そうであるからこそだ。どんなソフトウェア開発プロセスモデルであろうと、ウォーターフォールから派生したり、何らかの影響を受けていると考えられる。したがって、ウォーターフォールへの理解から、自分達がやっていることの本質を見いだせるのではないだろうか。 ウォーターフォールなんて誰でも知っていると思うかもしれないが、そうとも限らない。確かにウォーターフォール未経験のソフトウェア開発者は少な
本記事のテーマはGitHub Actionsです。個人的に「もっと早く知りたかった！」と考えているグッドプラクティスを、厳選してお届けします。想定読者は次のとおりです。 普段GitHub Actionsを雰囲気で運用している人 GitHub Actionsをコピペや生成AIで乗り切っている人 他者が書いたコードの意味をより深く理解したい人 本記事でGitHub Actionsの基本は説明しません。グッドプラクティスを含めて基礎から学びたい人は、拙著『GitHub CI/CD実践ガイド』を読んでみてください。GitHub Actionsの基本構文から運用のコツまで、網羅的に解説しています。さて書籍紹介はこれぐらいにして、さっそく本題へ進みます。 GitHub Actionsの設計指針 GitHub ActionsはCI/CDや各種自動化で役立つ、汎用的なワークフローエンジンです。一般的に長期
経営者から見た"開発生産性向上"の違和感に向き合う
こんにちは。PharmaXの上野(@ueniki)です。 2024年10月31日、PharmaXはFindy Team+ Award 2024のSmall Divの部（エンジニア組織が50人未満）を受賞しました！ この賞は開発生産性向上に関して優れた取り組みを行った企業に贈られるものです。 この賞も今年で3年目を迎え、開発生産性という言葉が何となく日本のIT企業に受け入れられてきているように感じます。 特にスタートアップで、ソフトウェア開発に携わっている方は、一度は"開発生産性"という言葉を聞いたことがあるのではないでしょうか。 ですが、開発生産性という言葉自体は聞いたことがあるものの、よく分かっていないという言葉を聞くことも少なくはありません。 "開発生産性向上"というと、響きは素晴らしいものの、本当に意義のある活動なのでしょうか？ 「そもそも開発生産性とは何なのか？」 「開発生産性を向
SREの前に
2024年11月06日(水) 18:00～19:00の予定に遅刻してしまい、大変申し訳ございませんでした。お詫びとして、当初非公開予定であった資料を公開させていただきます。元々、公開する予定ではなかったので補足が足りない部分などあると思いますのでご容赦下さい。 ブログなどで補足情報出すかもなので気…
オブザーバビリティ導入の教科書〜「投資対効果は？」に負けないオブザーバビリティの導入方法〜 - Findy Tools
公開日 2024/11/12更新日 2024/11/14オブザーバビリティ導入の教科書〜「投資対効果は？」に負けないオブザーバビリティの導入方法〜 システムから出力されるあらゆる情報を計測し、システム内部の状態が常に観測・制御可能な状態を指す「オブザーバビリティ」。開発生産性の向上のほか、顧客満足度の向上や事業成長への貢献にもつながるとあって、近年注目を集めています。しかし、その重要性は理解していても、社内での導入や浸透となると難しいもの。特に、現状の監視体制で十分だと考える経営陣を説得し、新たなツール導入や体制構築に向けて動き出すのは簡単なことではありません。 そこでFindy Toolsでは、オブザーバビリティプラットフォームを提供するNew Relicの上席エヴァンジェリストの清水氏へインタビューを実施。オブザーバビリティの価値、New Relicの独自の強み、そして導入による事業貢
テスト自動化の協業を加速する！ テックタッチのフロントエンドにおけるテストの分類 - Techtouch Developers Blog
フロントエンドエンジニアの 92thunder です。去年北海道旭川市に移住しまして、長らく打ち合わせを続けてきた家が10月にデプロイされたのでQoLが爆上がりしています。 テックタッチではデプロイ頻度を上げるためにテスト自動化に取り組んでいます。テスト自動化をQAエンジニアと進めていくためにテストの分類を策定する取り組みを始めました。この記事では、テックタッチにおけるフロントエンドのテストの分類とそれを策定するにあたって意識したポイントについて説明します。 デプロイ頻度改善のため、テスト自動化に取り組む なぜテストの分類が必要か テストの分類 コンポーネントテスト インテグレーションテスト テストの分類で意識したこと テストサイズを意識してコスパの良い自動テストへ 一般的な分類より、社内でのテストの呼び分けやすさを重視 おわりに デプロイ頻度改善のため、テスト自動化に取り組む テックタッ
GitHubをコードで管理 ! Terraformを導入して安全な管理を実現しました - ROUTE06 Tech Blog
ROUTE06 では GitHub の管理に Terraform を導入しました。今回はその導入の背景、実際に導入してどう変わったのか、導入方法について紹介したいと思います。 Terraform とは Terraform は、IaC（Infrastructure as Code）ツールの一種です。 インフラの設定をコードとして管理することで、設定の変更履歴が明確になり、誤った設定によるトラブルを防ぐことができます。 なぜ GitHub を Terraform で管理するのか ROUTE06 では、全社的に GitHub を使用しています。そのため、GitHub の管理は非常に重要です。 Terraform 導入前には、以下のような課題がありました。 手動での設定変更時にミスが発生する 設定変更の履歴が追いにくい 重要な変更（リポジトリの作成や Organization へのユーザー招待など
GenOps: マイクロサービスと従来の DevOps の世界から学ぶ | Google Cloud 公式ブログ
※この投稿は米国時間 2024 年 8 月 31 日に、Google Cloud blog に投稿されたものの抄訳です。 生成 AI アプリケーションは誰が管理すべきでしょうか。AI 関連の所有権はデータチームが持つことが多いものの、生成 AI アプリケーションに固有の要件はデータチームや AI チームの要件とは明らかに異なり、DevOps チームとの類似点が多いこともあります。このブログ投稿では、これらの類似点と相違点を探り、生成 AI アプリケーション独自の特性を扱う新たな「GenOps」チームの必要性について検討します。 「データからモデルを作成する」ことを目的とするデータ サイエンスとは対照的に、生成 AI は「モデルから AI 対応サービスを作成する」ことに関連しており、既存のデータ、モデル、API の統合に関与するものです。このように見ると、生成 AI は従来のマイクロサービス
開発生産性の現在地を開発生産性の歴史と開発生産性Conference2024から振り返る - Tabelog Tech Blog
目次 目次 はじめに 開発生産性の歴史 工業製品のコスト管理 (1950~1970年代) 工業製品とサービス業の収益増加 (1980~2000年代) ITサービスの開発生産性 (2010年代~) 2024年現在の開発生産性 開発生産性の経営視点での構造化 B-1 プロセス改善 B-2 ソフトウェア化 B-3 技術的負債 B-4 開発者体験 2024年時点での開発生産性の現在地 まとめ 【採用】開発生産性の歴史を一緒に作りませんか？ 参考文献 はじめに 食べログ開発本部、品質管理室で室長をしている荻野です。近年ITサービス業界では、ビジネスを取り巻く変化に迅速に対応するため、アジャイル開発やDevOpsなどの開発プラクティスが普及し、開発生産性に関する議論が活発化しています1。 このブログ記事では、開発生産性の歴史をアジャイル開発の源流である日本の製造業まで遡って振り返った上で、開発生産性C
楽楽販売 案件開発チームを紹介します！ - RAKUS Developers Blog | ラクス エンジニアブログ
こんにちは、あるいはこんばんは。 私は楽楽販売の案件開発チーム（新機能開発チーム）の開発リーダーをしている@tacloseです☆ 今回のブログでは、楽楽販売の案件開発チームの構成や業務を紹介しようと思います！ 累計導入社数4,400社突破の楽楽販売がどのような開発体制で、普段どんな事に取り組んでいるのかを知ってもらえればと思います！ 楽楽販売の開発チーム構成 チームの紹介 チームのミッションは何か？ 普段具体的にはどんな事をやっているのか？どんな事を考えているのか？ 最近行った業務改善とは具体的にどんなものがあるのか？ 今後の展望 さいごに まずは各チームの業務分担から説明します。 楽楽販売の開発チーム構成 チーム名 業務 DevOpsチーム 運用・保守、リリース作業等を行うチーム SAチーム カスタマーサポートが対応出来ない技術的な問い合わせに対応するチーム VCチーム ベトナム開発拠点
点でしかないものを線で見る為に - 「SREの前に」というタイトルで登壇しました。 - じゃあ、おうちで学べる
はじめに 先日、技育プロジェクト（株式会社サポーターズ）主催の技育CAMPアカデミアという勉強会にて「SREの前に」というイベントで登壇する機会をいただきました。今回は「点」としての情報を「線」として繋げて見ることの重要性について、お話しさせていただきました。このイベントは、特にこれからSREを目指す学生の方々に向けて、運用の基礎的な考え方や歴史的背景を共有することを目的としています。 サピエンス全史 上 文明の構造と人類の幸福 (河出文庫) 作者:ユヴァル・ノア・ハラリ河出書房新社Amazon イベントページ talent.supporterz.jp どこにでも答えがある時代 私たちは情報があふれる時代に生きています。技術書やオンラインドキュメント、技術ブログ、そして最近では生成AIなど、様々な方法で技術知識を得ることができます。しかし、これらの情報の多くは「点」として存在しています。な
FourKeys風の指標で開発生産性が4.5倍になった話 | CyberAgent Developers Blog
こんにちは、FANTECH本部の山下(@takecy)です。 エンジニアリング活動の計測や可視化、難しいですよね。 そもそもそんな事が可能なのか？と思いつつも、自分たちはこんだけやっているぜ、1年前と比べてこんだけ改善したぜ、というのが見えるのは、ドラクエのレベルアップと同じような楽しさがあります。(ドラクエ3予約しました) 紆余曲折を経てエンジニアリング活動を計測/可視化した後、開発フローなどを見直したら、結果的に指標が思った以上に伸びたのが目に見えて、テンションが上がったお話をご紹介します。 計測と可視化方法 エンジニアリング活動の計測方法は色々ありますが、まずは王道のFourKeysを使ってやってみることにしました。 2022/03月ごろからこの試みを開始しました。 FourKeysとは 色々なところで言及されているので詳細な説明は省略しますが、ソフトウェア開発チームのパフォーマンス
これまで本連載ではPlatform Engineeringについてさまざまな観点から解説してきました。前半では理論編として、既に提唱されているソフトウェア開発の重要な考え方（SREやTeam Topologies等）との関係を整理していくアプローチを中心に理解を深め、後半には実践編としてInternal Developer Portalのハンズオンや、プラットフォームをプロダクトとして構想し成長させる進め方について解説してきました。今回とその次の回では、「Platform Engineering Kaigi 2024」で共有された知見や、基調講演でも登壇した株式会社メルカリ 中島大一さんへのインタビューを通して、Platform Engineeringの実践のポイントについて紐解いていきます。 Platform Engineeringの先人に学ぶ──PEK2024の講演より 2024年7月
TechTargetは2024年9月4日（米国時間）、「CI/CDパイプラインについて知っておくべきこと」に関する記事を公開した。CI/CD（継続的インテグレーション／継続的デリバリー、または継続的デプロイ）は、組織の効率を大きく向上させる可能性があるが、実際には多くの要素を考慮する必要がある。 近代のソフトウェア開発の鍵となるのは“スピード”だ。従来のウオーターフォール型の開発モデルでは、プロジェクト全体を一度にリリースする「モノリシック」な方式が主流だったが、現在では迅速な反復を重視した「アジャイル」「DevOps」「継続的インテグレーション」「継続的デリバリー」「継続的デプロイ」などの手法が主流となっている。 各手法にはわずかな違いはあるが、いずれも継続的な反復に重点が置かれており、開発の在り方や効率に大きな変革をもたらしている。これによって、企業は新しい機能やアーキテクチャを低リス
Difyを安全にバージョンアップできるようにする - Taste of Tech Topics
はじめに こんにちは。10月も半ばを過ぎ、秋らしい空気が広がっていますね。 紅葉が見頃になるのが待ち遠しいです。 AWSエンジニアの小林です。 さて今回は、生成AIアプリの開発プラットフォームとして注目を集めている「 Dify」を扱っていきます。 Difyには、Dify自体が提供するSaaSとは別に、Dockerを利用してセルフホストできる Community Edition があります。 本記事では、Community EditionでDify構築を行っていきます。 docker-compose.yamlを使用してアプリケーションをデプロイする際、デフォルトでデータベースもコンテナとして構築し、管理しています。 これは試験的な開発にはとても便利ですが、アップデートの運用などを考えるとコンテナの停止や削除によるデータ損失リスクなど課題が出てきます。 そこで、安全にDifyをアップデートする
SRE チームの市川恭佑です。 今回はコンテナに関連するDevOpsツールを作った話です。ecresolve と書いて「イーシーリゾルブ」と読みます*1。 github.com ecresolve は、ざっくり言うとコンテナイメージのタグが上書きされる前提で、複数タグを指定すると一番先頭で見つかったものを出力するツールです。 基本的な使い方としては、たとえば dog と cat のタグのみが存在する ECR リポジトリ animal があるとき、以下のコマンドを実行すると標準出力に dog が出力されます*2。 ecresolve monkey bird dog human cat --repository-name=animal --format=tag-only # dog なお、本記事の大前提として、もちろん本番環境において、特にお客様のデータを取り扱うようなコンポーネントについては
Amazon Bedrock Knowledge Base は OpenSearch にどのようなインデックスを作成するのか？ - Taste of Tech Topics
こんにちは、機械学習チーム YAMALEX の駿です。 YAMALEX は Acroquest 社内で発足した、会社の未来の技術を創る、機械学習がメインテーマのデータサイエンスチームです。 （詳細はリンク先をご覧ください。） 寒くなってきたので、暖房をつけてしまいました。 今回は、Bedrock Knowledge Base のベクトルデータベースとして OpenSearch Serverless を使ったときに、 自動で作成される OpenSearch Serverless のインデックスには何が保存されるのか確認しました。 1. Bedrock Knowledge Base とは 2. OpenSearch Serverless とは 3. 中身を確認する 3.1. デフォルト（固定チャンキング） 3.2. セマンティックチャンキング 3.3. 階層チャンキング 4. OpenSear
【開催報告 & 資料公開】AWS 秋の Observability 祭り 2024 | Amazon Web Services
Amazon Web Services ブログ 【開催報告 & 資料公開】AWS 秋の Observability 祭り 2024 こんにちは。ソリューションアーキテクト (以下 SA) の堀です。 2024 年 11 月 1 日に「AWS 秋の Observability 祭り ~明日使えるアセット祭り~」と題したイベントを開催しました。AWS Observability 祭りはこれまで半年ごとの春秋に継続して実施しており今回で 3 回目のイベントとなります。ご参加いただきました皆様には、改めて御礼申し上げます。春の開催報告ブログはこちら。 本ブログでは、イベント内容を簡単にご紹介しつつ、アセット資料を紹介致します。今回のイベントでは、すぐデプロイできるアセットを活用し Observability の高度化をジャンプスタートすることをテーマに様々なアセットをご紹介しました。アセットは生成
近年はソフトウェア開発技術の進化によって技術のコモディティ化が進み、エンジニアはより本質的なプロダクト的な価値に集中できるようになりました。本記事は、プロダクト的な価値を中心に置いた「プロダクトエンジニア」という職種について解説します。プロダクトエンジニアの出現の背景をひも解くとともに、フルスタックやフルサイクルエンジニアの役割と比較して理解を深め、プロダクトエンジニアがどういう職種なのか、具体的に紹介します。 プロダクトエンジニアの出現、領域の越境と拡大 こんにちは、アセンド株式会社CTOの丹羽です。突然ですが「プロダクトエンジニア」という言葉を聞いたことはありますか？ プロダクトエンジニアとは、開発の中心にプロダクトの価値追求を置くソフトウェアエンジニアの職種を指します。近年、スタートアップ企業を中心にプロダクトエンジニアという職種を新たに設定し、採用募集を行う企業が増えています。 ソ
AWS Well-Architected Framework DevOps Guidance を発表 | Amazon Web Services
Amazon Web Services ブログ AWS Well-Architected Framework DevOps Guidance を発表 本記事は 2023年10月17日に公開された”Announcing the AWS Well-Architected Framework DevOps Guidance”を翻訳したものです。 2024年3月26日 AWS Well-Architected Tool の Lens Catalog に DevOps Lens として DevOps Guidance が追加されました。 このアップデートにより、ユーザはクラウドベースのワークロードをこれらのベストプラクティスに照らして自己評価し、ツールのレポートを通じて改善計画を確認可能です。 Amazon Web Services (AWS) は、AWS Well-Architected Fram
Simplifying Lambda function development using CloudWatch Logs Live Tail and Metrics Insights | Amazon Web Services
AWS Compute Blog Simplifying Lambda function development using CloudWatch Logs Live Tail and Metrics Insights This post is written by Shridhar Pandey, Senior Product Manager, AWS Lambda Today, AWS is announcing two new features which make it easier for developers and operators to build and operate serverless applications using AWS Lambda. First, the Lambda console now natively supports Amazon Clou
※本ブログに取り組んだ本人は既に卒業済みのため、メンターである@ken5scal（鈴木研吾）が本人からいただいたドラフトを一部編集した上で公開しています。 ※ドラフト自体は7月にいただいていたのですが、手違いにより公開が遅れてしまいました。 こんにちは、三井物産デジタル・アセットマネジメント(MDM) のコーポレートシステム部にインターンとして参加させていただいた海原（@hrt_k2002)です。 3ヶ月弱のインターンシップを通して、ソフトウェアが抱えるリスクについての知見を深め、DevSecOpsの手法を取り入れた脆弱性管理システムの開発に取り組みました。 きっかけ 大学で数理工学を学び、大学院からは情報セキュリティの研究をすることになっていた私は、「金融」や「セキュリティ」というワードには強く関心を寄せていました。 そんなときに、サポーターズの1on1イベントで LayerX代表取締役
Google Cloud Summit SeriesDiscover the latest in AI, Security, Workspace, App Dev, & more. Register The DORA research program has been investigating the capabilities, practices, and measures of high-performing technology-driven teams and organizations for more than a decade. It has published reports based on data collected from annual surveys of professionals working in technical roles, including
DevOpsの長年の課題を解決するかもしれない「QAOps」 DevOpsの違いとメリットを紹介：“品質に重きを置くDevOps”の実力とは TechTargetは「QAOpsとDevOpsの違い」に関する記事を公開した。「QAOps」は「DevOps」を拡張するもので、長年にわたって批判されてきたDevOpsのある問題を解決する可能性がある。
SmartHR 品質保証部 労務ユニットAの紹介 こんにちは！QAエンジニアのkaomiです。 入社して1年3ヶ月が経ち、労務領域のプロダクトを中心にさまざまな業務に携わっています。 オーストラリアの固有種であるウォンバットが大好きで、10/20(日)に大阪府池田市で行われる「ウォンバットの日」が気になっています。 はじめに 本記事は品質保証部の連載記事第2弾です。今回のブログでは、労務ユニットAの紹介と現在取り組んでいる活動について紹介します。 労務ユニットAについて 第1弾のブログで触れたように、労務ユニットAは2024年7月の組織変更で新たに編成されたユニットです。チーフ（プレイングマネージャー）1名とメンバー3名の計4名のQAエンジニアで構成されています。 労務ユニットAでは労務領域の基本機能プロダクトと年末調整機能のプロダクトを担当しています。メンバーは開発チームに専属しておらず
「WSL2」をインストールしよう
第1回の今回は、Windows 11上でLinux環境を実行する機能「WSL」(Windows Subsystem for Linux)のインストール方法を解説します。 はじめに 現在、サーバーサイドのあらゆる場所で、Linuxが活用されています。そのためターゲットとなるLinuxに関する知識と、その上で動作するツールへの習熟は避けては通れません。ところが、Linuxマシンを用意して本格的に学習しようとしても、なかなか長続きせず、気がついたらWindowsしか使わないようになっていたという初学者も多いのではないでしょうか。 現在のWindows 11では、本物のLinux環境をそのまま動かすことができます。普段使いのWindowsとLinuxをシームレスに運用できる「WSL(Windows Subsystem for Linux)」は学習においても、また実際の開発作業においても、非常に便利
LayerXでエンジニア採用担当をしている@akyunです。2本ほどエンジニア採用についてのhowを書いたので、今回は自分が歩んでいる職種のキャリアに関するnoteを書いてみようと思います。前回はエージェントリレーションについて書きました。 Technical Recruiter(以下、Tech Recruiter)というニッチな職種について書きます。一定の専門性がある職種だと思っているのですが、キャリアの道標となるような記事などがあまりなく、同じキャリアを歩んでいる方やこれからこの道を歩もうとする方にとって何かのヒントとなればと思い、書くことにしました。 キャリアの内容になるので、まず私の略歴を記載します。エンジニア採用の経験は7年+ほどになります。 筆者略歴受託開発やSIなどを行うベンチャー企業でエンジニアとしてキャリアをスタート。JSやPHPを書く開発業務、プロジェクトマネジメント、
技術がなければ作れない、必要がなければ存在している資格がない - Platform Engineering: A Guide for Technical, Product, and People Leaders の読書感想文 - じゃあ、おうちで学べる
我に似せる者は生き、我を象る者は死す(本質を理解して創造的に学ぶ者は発展し、表面的な模倣に留まる者は衰退する)。 はじめに 「Platform Engineering: A Guide for Technical, Product, and People Leaders」は、現場での実践知を出発点として、プラットフォームエンジニアリングの本質に迫る実践的なガイドとして、技術リーダーから上級管理職まで向けた幅広い読者層に向けて書かれています。個人的にはもう少しだけ広げて開発者やプラットフォームを実際に使う側も読んでも学びのある本だと思いました。著者のCamilleとIanの豊富な経験が凝縮された本書は、単なる表面的な手法の模倣ではなく、実際の現場での試行錯誤から導き出されたプラクティス、そしてその背後にある根本的な原理と思想を探求し、それが現代のソフトウェア開発組織においていかに革新的な価値
1. はじめに エンジニアの生産性可視化の重要性 本記事の目的と概要 2. 指標の選定 生産性を測定するための指標 自部署に適した指標の選定方法 指標選定の際の注意点 3. 指標の可視化 データ収集の方法 コードの処理の流れ 環境設定 GitHub APIへのリクエスト 貢献度の計算 結果の出力 可視化ツールの選定 比較検討したツール Lookerを選定した理由 ダッシュボードの説明と評価ポイント その他参考 4. 運用プロセスの確立 運用開始時のトラブルシューティング 継続的なモニタリングとフィードバックの重要性 チーム全体での生産性向上に向けた取り組み 5. 結論 エンジニアの生産性可視化の効果 今後の展望と課題 1. はじめに 日々、開発業務に携わる皆さま、お疲れ様です。プラットフォーム戦略室EMのさるのすけです。私たち開発者は、日々「効率よくもっと作業を進めたい」「チーム全体の成果
TechTargetは2024年8月20日（米国時間）、「ソフトウェアテストの速度と品質」に関する記事を公開した。品質を上げるために綿密なテストをすると開発期間が延び、リリースを早めれば品質が犠牲になるかもしれない。本稿では、こうした「二者択一」をせずに、開発とテストにおいて品質を効率的に追求する方法を考える。 速度と品質はどちらも重要だ。“迅速なリリース”はビジネスにおいて必須の条件であり、製品を素早く市場に投入する手段でもある。また、質の高いアプリケーションはユーザーにポジティブな体験をもたらし、売り上げを生み出す。だが、速度と品質のバランスを取りながら、質の高いアプリケーションコードを素早くリリースするのは簡単ではない。 高速で効率的なリリースを追求すると、品質が犠牲になることが多い。ソフトウェアをリリースする「ビジネス上のニーズの切迫性」が、「ソフトウェアの品質に対する懸念」を上回
BigQuery から Snowflake への移行。データの流れがよりシンプルで、運用しやすいデータ基盤へ | Amazon Web Services
AWS Startup ブログ BigQuery から Snowflake への移行。データの流れがよりシンプルで、運用しやすいデータ基盤へ 近年、クラウドベースのデータウェアハウスとして Snowflake が高い評価を受けています。Snowflake はデータを保管するストレージ層とデータの処理を行うコンピュート層を分離した独自のアーキテクチャを採用して、高いスケーラビリティとパフォーマンスを実現。さらに、他のクラウドのデータ関連サービスとシームレスに連携するため、データのインポートやエクスポートが容易です。 株式会社LayerX では、かつて BigQuery を用いて構築していたデータ基盤を、Snowflake を中核にしたアーキテクチャへと変更しました。それにより、データの流れがよりシンプルになり、運用効率やセキュリティなども向上したのです。 今回は同社のバクラク事業部 機械学習
Ubuntu-latest workflows will use Ubuntu-24.04 image · Issue #10636 · actions/runner-images
Rollout will begin on December 5th and will complete on January 17th, 2025. Breaking changes Ubuntu 24.04 is ready to be the default version for the "ubuntu-latest" label in GitHub Actions and Azure DevOps. Target date This change will be rolled out over a period of several weeks beginning December 5th and will complete on January 17th, 2025. The motivation for the changes GitHub Actions and Azure
「あなたが思うようにやってくれ！」と言いながら、「もう少し、こうした方がいいんじゃないかなぁ」と"アドバイス"し、それに従わなければ、承認や許可を与えない。 「それはいいじゃないか」と全面的に受け入れる態度を示しながら、「ただ、まだうちには少し早すぎるかも知れないねぇ」や「やるからには慎重を期した方が良いね」と漠然とした言葉で、自分の価値観にそぐわないことを拒絶する。 「なかなか、良い考えじゃないか」と真剣に受け止めるが、興味がないので、それ以上話しを聞こうとせず、相手がやる気をなくすように仕向ける。 老害だとか、パワハラだとか、まわりから言われないようにと心がけているのかも知れない。初めは、相手の考えや意見を受け入れる態度を示しながら、結局は、自分の考えや価値観に従わせようとしているわけで、これもまた老害的態度だ。 あからさまな価値観の押しつけや強要はないにしても、結局は同じことをしてい
KyndrylがAmazon Web Services（AWS）との戦略的業務提携を強化する。 2024年11月6日、Kyndrylは日本市場に向けて「Amazon Web Services」（AWS）環境の構築・運用を支援するプラットフォーム「Kyndryl Developer Services」を発表した。このサービスはデジタルトランスフォーメーション（DX）やITモダナイゼーションの支援を目的としたもので、迅速かつ安全なAWS利用を実現するとしている。 業界別のテンプレートを用意し、ITインフラの知識がない開発者であってもポータルサイトから簡単にAWSのリソースを調達できるという。マネージドサービスではセキュリティ対策をKyndrylが支援する。 クラウドの利用が進む中、ITインフラに求められる俊敏性と柔軟性がますます重要視されているが、同時に高度なセキュリティや可用性の確保が重要な
はじめに こんにちは。イオンスマートテクノロジー株式会社（AST）でSREチームの林 aka もりはやです。 本記事では、私が引き起こしてしまったNew RelicのDashboardをTerraformで吹っ飛ばした（デグレさせた）話を紹介します。 当社と同じようにNew RelicのDashboardをTerraformで管理されている皆様が同じ過ちを起こさないための一助となれば幸いです。 TL;DR 本記事を箇条書きでまとめると以下です。 当社では一部の環境のNew RelicのDashboardをTerraformで管理している ただしDashboardはWeb画面での変更が手動で行われる状況 今回、Azureの新しいSubscriptionを既存のNew Relicアカウントに追加しようとした terraform planの結果は+のみで - がないため問題ないと判断して ter
How we shrunk our Javascript monorepo git size by 94%
This isn't click bait. We really did this! We work in a very large Javascript monorepo at Microsoft we colloquially call 1JS. It's large not only in terms of GB, but also in terms of sheer volume of code and contributions. We recently crossed the 1,000 monthly active users mark, about 2,500 packages, and ~20million lines of code! The most recent clone I did of the repo clocked in at an astonishing
「AIの導入は、デリバリーパフォーマンスに悪影響を及ぼす可能性がある」Google Cloudの調査で判明
「AIの導入は、デリバリーパフォーマンスに悪影響を及ぼす可能性がある」Google Cloudの調査で判明：ドキュメントの品質が7.5％向上、しかしマイナス面も Google CloudのDORA（DevOps Research and Assessment）チームは、「2024 Accelerate State of DevOps」レポートを発表した。AIとプラットフォームエンジニアリングの重要性が増しているという。
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ガートナージャパンは11月11日、「日本におけるITオペレーションのハイプ・サイクル：2024年」を発表した。日本企業がデジタルトランスフォーメーション（DX）を達成するためには、レガシーITオペレーションの近代化が急務だとの見解を示した。 今回発表されたハイプ・サイクルには、新たにプラットフォーム・エンジニアリングが追加された。また、サイト・リライアビリティ・エンジニアリング（SRE）、可観測性（オブザーバビリティ）、インフラ自動化、AIOpsプラットフォーム、デジタル・エクスペリエンス監視（DEM）が「過度な期待」のピーク期に位置付けられている。 同社は、可観測性について、クラウドネイティブ環境においてシステムの内部状態を理解し、挙
時系列データの効率的な管理の為の Amazon Timestream Compute Unit (TCU) の理解と最適化 | Amazon Web Services
Amazon Web Services ブログ 時系列データの効率的な管理の為の Amazon Timestream Compute Unit (TCU) の理解と最適化 Amazon Timestream for LiveAnalytics は、高速でスケーラブルなサーバーレスの時系列データベースであり、1 日に数兆件のイベントを簡単かつコスト効率よく保存および分析できます。様々な業界のお客様が Amazon Timestream を採用して、重要なビジネスアプリケーションを監視し、モノのインターネット (IoT) を含むアプリケーション、ウェブサイト、デバイスにわたる数百万のリアルタイムイベントを分析し、リアルタイムの洞察を導き出しています。 Timestream は、基盤となるインフラストラクチャの管理が不要で、ワークロードの要求に合わせて自動的に拡張するため、お客様はアプリケーショ
Spring Framework最新情報やAIへの取り組み、Netflix事例が披露された「SpringOne 2024」レポート
Spring FrameworkやSpring Bootの最新情報や、DevOps、マイクロサービスといったソフトウェア開発のトレンドをテーマにしたカンファレンス「SpringOne」が、2024年8月にラスベガスで開催されました。本稿ではKeynoteの内容と、筆者たちが興味をもったセッションについて紹介します。 本記事のレポーター 【NTT ソフトウェアイノベーションセンタ】小泉 雄太、山口 央理、岩塚 卓弥 【NTTデータグループ】小峰 規行、高橋 寛恒、猪木 宏真 【NTTコムウェア】田村 祐揮 SpringOneとは SpringOneは、Broadcomが開発を牽引するOSSのアプリケーション・フレームワークであるSpring Framework、Spring Bootなどに関する最新情報、ユーザ事例を中心に、DevOpsやマイクロサービスといったソフトウェア開発のトレンドを扱
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なんとなくから脱却する GitHub Actionsグッドプラクティス11選 | gihyo.jp
Platform Engineeringの先人 メルカリに学ぶ！ プラットフォームチームの意義と実践のポイント
CI/CDパイプラインで知っておくべき「9つの要素」 一般的な記事のおよそ5倍の大ボリュームで解説
コンテナイメージのタグをよしなに探すツールを作りました - KAYAC Engineers' Blog
顧客課題解決に特化した"プロダクトエンジニア"とは何か──フルスタック・フルサイクルエンジニアとどう違う？
インターンでDevSecOpsな脆弱性管理システムの開発に取り組みました！ - LayerX エンジニアブログ
Announcing the 2024 DORA report | Google Cloud Blog
DevOpsの長年の課題を解決するかもしれない「QAOps」 DevOpsの違いとメリットを紹介
SmartHR 品質保証部 労務ユニットAの紹介 - SmartHR Tech Blog
国内のTech Recruiterのキャリアについて雑感｜akyun
エンジニア生産性の見える化：企画から開発、運用まで - DMM Developers Blog
スピード vs 品質 ソフトウェアリリースのジレンマをどう解決する？
「ソフト老害」についての考察：ITソリューション塾：オルタナティブ・ブログ
AWS専用のDX＆モダナイズ支援サービス クラウドでも構築・運用に注力するKyndryl
私はNew RelicのDashboardをTerraformで吹っ飛ばしました、あなたは気をつけて
DX実現にはレガシーIT運用の近代化が喫緊の課題--ガートナーが提言