こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと

2020/07/14 Cybozu Tech Meetup #3

RAG構築のためのAzure OpenAI Serviceリファレンスアーキテクチャ詳解/wakarimiragarchitecture

RAG構築のためのAzure OpenAI Serviceリファレンスアーキテクチャ詳解/wakarimiragarchitecture

はじめまして! 今回から数回に分けて新卒 SE 社員が贈る　vSphere のキソ！と題して、 vSphere の用語や機能を新卒 SE 野田( Noda )、椨木( Tabuki )、川崎( Kawasaki )、氏田( Ujita )の4名でご紹介します。宜しくお願いします。初回を担当する野田裕二です。私が入社して約4ヶ月が経ち、vSphere について説明ができるようになりましたが、入社当時の状況を振り返ると、 vSphere の理解に少し手間取った部分もありました。そんな経験を踏まえて、 vSphere のキソ！では”わかりやすく”をモットーに解説していきます。 VMware vSphere　～仮想化基盤の中心的存在～ VMware vSphere （以下 vSphere ）とは VMware vSphere ESXi （以下 ESXi ） と VMware vCenter Ser

僕は昨年秋の香港での OpenStack Summit で始めて聞いた（確か Mirantis のセッションで聞いた）のだが、最近、クラウド（特に Public Cloud）とオンプレミスとの違いを説明するのに 家畜とペット（Cattle v.s. Pets）が使われることが多くなってきた。 クラウド以前（Before Cloud）は、システム障害が起きないように企業は高価なサーバー購入にあたって慎重に機種選定を行い、また2倍の費用をかけて機器の二重化構成とした。サーバー1台づつには名前をつけ、1台づつを大切に扱っていた。インフラ担当者が24時間365日体制でシステムの監視と管理を行い、万一サーバー故障が発生したならば、インフラ担当者が出動、障害復旧を図るとともに、故障原因を徹底的に調査し、再発防止策を講じていた。 このように多額な費用と多くの労力＝人件費を使って、インフラの高い信頼性を維

Amazon Web Services（AWS）は、ソフトウェアパッケージなどのリポジトリをマネージドサービスとして提供する「AWS CodeArtifact」の正式リリースを発表しました。 アーティファクト（Artifact）とはここ数年、ソフトウェアの分野でよく目にするようになった言葉の1つでしょう。一般的には「人工物」や「工芸品」という意味ですが、ソフトウェアの分野ではなんらかの生成物、例えばソースコードのコンパイルやビルドによって生成されたバイナリやパッケージなどのことを指して「アーティファクト」と呼びます。 そして、ソースコードがGitHubのようなソースコードリポジトリに格納されることで、バージョン管理や共有などが行われるように、さまざまなアーティファクトもリポジトリに格納されて管理共有されるようになってきています。 例えばJavaScriptのパッケージマネージャnpmに対応

AWS Black Belt Online Seminar 2016 Amazon EC2 Container Service

こんにちは。はてなのアプリケーションエンジニアの id:onk です。 最近、若手エンジニアを中心に、いろいろな技術を見つめ直すワーキンググループをやっています。今回は、その中から「デプロイ」の会で発表されたことをまとめました（なお、私は会のとりまとめをやっている非若手です）。 デプロイのライフサイクルの違い Infrastructure Platformでのデプロイ Application Runtime Platformでのデプロイ Applicationsのデプロイ デプロイ方式はどのように変化してきたか In place から Blue/Green へ Immutable Infrastructure という考え方 オートスケールへの対応 push 型デプロイと pull 型デプロイ コンテナによるデプロイの現況 コントロールプレーンによって何が変わったか ECS におけるデプロイ

Kubernetes 1.17正式版が登場。クラウドプロバイダーを示すラベルが正式版、ボリュームスナップショットがベータ版に オープンソースとして開発されているコンテナオーケストレーションツール「Kubernetes」の最新版「Kubernetes 1.17」正式版がリリースされました。 #Kubernetes 1.17 Feature Highlight Kubernetes In-Tree to #CSI Volume Migration Moves to Beta https://t.co/PjWpPdzD1e pic.twitter.com/uwmG5WoqR5 — Kubernetes (@kubernetesio) December 12, 2019 Kubernetes 1.17では、クラウドプロバイダーを示すラベル機能が正式版に、ストレージのボリュームに対するスナップショッ

こんにちは。ABEJAのインフラ管理してる村主 @rwle1221 です。 本ブログは ABEJA Advent Calendar 2019 の11日目です。 今日は、みなさん記憶に新しい2019年8月末に発生した AWS の東京リージョンの AZ 障害について、どのようにしていればサービス影響を与えずにシステムを稼働させられたのか。という話をしたいと思います。 振り返り 障害の詳細報告はこちら aws.amazon.com 有志によるまとめはこちらから piyolog.hatenadiary.jp 基本は「AZレベルで冗長化していれば問題ない」 中の人に聞くと「AZレベルで冗長化していれば問題ない」とのことでした。 しかし、2番目の方の記事を見ると有名どころのサービスが割と止まっていました。 じゃあ上で紹介されていたような会社がAZレベルの冗長化が出来ていなかったのか。 ※ ALB/WA

はじめに さて前回 Hipster Shop のログおよびメトリクスの監視が可能になったので、今回から少しずつ中身をみていきます！ まず実際に特定の Pod のログをみてみましょう。 すると、なぜか自分がアクセスしていない間にも定期的にログが出力されていることを確認できます。 カートの中身を管理するサービスのログ 例えば👆の gif では GetCartAsync という、（おそらく）カートの中身を確認するときに出力されるはずのログが定期的に吐かれているようですね。 いったいなぜでしょうか？ その犯人こそ今回扱うテーマ、 loadgenerator という Pod なのです！ Load（負荷） Generator（生成）という名の通り、負荷をかけるために存在する Pod です。 こやつが各サービスに対して Synthetic な（≒ ユーザ行動を模した）リクエストを いつの間にか！勝手に

スティッキーセッションを使っていなければApplication Load Balancer障害に耐えれたかも？？？ Amazon EC2をステートレスにする為にやるべきこと セッション管理が必要なWebアプリケーションを使う場合でも､スティッキーセッションを利用しない方法を説明します｡また､ログをインスタンス内に保持しない方法やAuto Scaling化についても触れています｡ はじめに おはようございます､加藤です｡煽り気味なタイトルで申し訳ございません､念の為より詳細に記載しますが､スティッキーセッションを使っていなければApplication Load Balancer障害の影響を受けるのを防げたかもしれないという内容です｡ 今後同様の障害への対処として､このブログの対応は行う価値がありますが､これだけやっておけばOKという事では無い事をご理解ください｡ 2019年8月23日にAWS

［速報］Docker EEでAWS、Azure、GCEのKubernetesを一元管理。クラウド間でアプリケーションの移動や複製、ロードバランスなど実現。DockerCon 2018 サンフランシスコでDockerのイベント「DockerCon 2018」が開幕しました。 初日の基調講演の最後に発表されたのは、Docker Enterprise Edtion（以下Docker EE）の新機能として、AWSやAzure、Googleが提供するKubernetesのマネージドサービスやオンプレミスのKubernetesなどをDocker EEが一元管理し、クラウド間のコンテナの移動などを実現する、というものでした。 Docker EEによるオンプレミスや任意のクラウド上のKubernetesに加え、Amazon Elastic Container Service for Kubernetes（

構成ファイルの通りにインフラは立ち上がったのか？ インフラ自動テストツール「Terratest」がオープンソースで公開 クラウドの利用において、インフラの構成をコードで記述することは一般的になってきました。インスタンスのサイズや台数を指定し、仮想マシンのイメージを指定し、ネットワーク構成を指定する、といった内容を記述したファイルを用意し、ChefやAnsible、Terraform、あるいはAWS CloudFormationといったインフラ構成ツールで実行することで、つねに同じ構成のインフラを立ち上げることができます。 インフラの構成を変更する際にもGitHubのようなバージョン管理システムでインフラの構成コードを管理できるため、いつ誰がどのようにインフラを変更したのか、履歴の管理が可能になると同時に、問題が発生した場合には以前の状態に戻すこともできます。 オープンソースで公開された「T

「Jenkins X」発表。Git/Docker/Kubernetesに特化したことでCI/CD環境の構築運用を自動化 ソフトウェアの開発プロセスにおいて、「Jenkins」はビルドやテスト、デプロイなどを自動化してくれるツールとしてよく知られています。 そのJenkinsの派生プロジェクトとして、「Jenkins X」が発表されました。Jenkins Xは、Git、Docker、Kubernetesの環境を前提とすることで、Jenkinsの設定、運用などを大幅に自動化し、より簡単な導入と運用を実現するものです。 Jenkins Xは、Git/Docker/Kubernetes環境に特化 オリジナルのJenkinsは汎用的なビルドやテストの自動化ツールとして、さまざまな環境やツールと連係できるように作られています。そのため柔軟なコンフィグレーションが可能になっていますが、一方でそれが導入や

近年増え始めている xOps についてのスライドです。RevOps、DataOps、DesignOps、Customer Ops などが生まれてきている背景としてのサブスクリプション化と SaaS について、そして xOps を実現するうえで必要なフローの概念と目標設定について書いています。またこうした流れの中でエンジニアが貢献できる部分が多くなっているのでは、と考えています。Read less

July Tech Festa 2017 で「急成長するサービスを支える DevOps 戦略と組織変革へのアプローチ」という発表をしてきた http://kakakakakku.hatenablog.com/entry/2017/08/27/234215 July Tech Festa 2017 https://2017.techfesta.jp/