Zero Touch Productionとは何か
GoogleのSREとSecurityによるBuilding Secure Reliable Systems という本の中で「Zero Touch Production (ZTP) 」という考え方が紹介されていた．これはインフラの権限管理やインフラの構築そのものの指針となる概念であり，自分がそうあるべきだとずっと思ってきた考え方でもある．これはどのような考え方なのか?をこれまでの歴史を踏まえて具体的なツールや事例とともにまとめておく． Zero Touch Production Building Secure Reliable Systems においてZero Touch Production (ZTP) は以下のように定義されている． The SRE organization at Google is working to build upon the concept of least
DockerとSELinux - Qiita
はじめに Dockerなどのコンテナを使っていると「SELinuxを有効にしておけ」と言われますが、 実際に起動していないとどうなのか検証してみたことと、 色々なところでも紹介されているものですが、自身のメモとして投稿しました。 今回の検証環境 VirtualBox 6.0 CentOS 7.3 Docker 19.03.05 SELinuxが無効な場合 まず、SELinuxを無効にします。 # vi /etc/selinux/config (以下にパラメータを変更) SELINUX=disabled # enforcingからdisabledに変更 # reboot ※ SELinuxの状態 Enforcing : SELinuxが有効 Permissive ： SELinuxのラベリングはしているけど、無効な状態 Disabled ： SELinuxが無効 再起動後、SELinuxの
Javaプロジェクトにおけるリリース周りの手法あれこれ - Kengo's blog
考慮する点 成果物のデプロイ ビルドの成果物（artifct）をアップロードすること。アップロードと公開は分けて考えることに注意。デプロイ先にはいくつか候補がある： GitHub Packages (旧GitHub Package Registry) Maven Central Repository Docker HubなどのDocker Registry GitHub Packagesはコンテナも.jarもまとめて置けるが、コミュニティ標準の場所ではないので利用する際にひと手間必要になる。プライベートプロジェクトの場合は積極利用することになりそう。FOSSなら基本的にMaven Centralに置くことになる*1。プロジェクトによっては.jarファイルとしてではなくコンテナとしてデプロイすることもあるだろう。 リリースノートの作成 CHANGELOG.mdやsrc/site以下のファイル
Cloud Native BuildpackでToilを減らす Part1
2019年2月5日、NoOps Japan Communityが主催する勉強会「NoOps Meetup Tokyo #4」が開催されました。「システム運用保守の"嬉しくないこと"をなくそう！」 をテーマに、 NoOpsを実現するための技術・設計手法・開発運用保守サイクル・ツールや考え方・事例などを共有します。プレゼンテーション「Cloud Native BuildpackでToil減らしていこうという話 」に登壇したのは、Pivotal Japan株式会社のKazuto Kusama氏。講演資料はこちら Cloud Native BuildpackでToilを減らす Kazuto Kusama氏：始めさせていただきたいと思います。よろしくお願いします。 今日は「Cloud Native BuildpackでToil減らしていこうという話」をしていきたいと思っております。 さっきご紹介いた
コンテナストレージに Amazon EFS を使用するためのベストプラクティス | Amazon Web Services
Amazon Web Services ブログ コンテナストレージに Amazon EFS を使用するためのベストプラクティス 数万社におよぶ企業がペタバイト規模のデータを Amazon Elastic File System (Amazon EFS) に保存しており、その多くが EFS を使ってコンテナ化したアプリケーションのデータです。Amazon EFS ファイルシステムは、Amazon Elastic Container Service (ECS) と Elastic Kubernetes Service (EKS) の両方で起動したコンテナに接続できます。Amazon EFS はコンテナインフラストラクチャと同様に、データの追加や削除の際に設定が簡単でかつ柔軟なスケーリングが可能な完全マネージド型のサービスであるため、コンテナストレージにうってつけの選択肢です。さらに、ペタバイト
Kubernetes の導入時に考えるべきこと
Azure にシステム導入・移行するお客様に日頃ご支援をさせていただいているのですが、多くのお客様やエンジニアの皆様から、たびたび似たようなご質問を頂くので、その内容をここに紹介したいと思います。(実際、今日もとあるお客様で下記のご相談を頂いたので) ご質問： お客様からたびたび頂くご質問の例 このシステムを Kubernetes (AKS) 上で構築するのは正しいですか？ とあるコンサルから Kubernetes を導入しないと会社の未来はないと言われたのですが、本当ですか？ 今、Azure Web App for Container か AKS (Kubernetes) の何れかの選択で悩んでいるのですが、どちらが良いですか？ 今、このような Kubernetes(AKS) のシステム構成を考えているのですが、正しいですか？ 質問の背景： これらのご質問は、メッセージは異なるのですが基
「インフラ怖い」が生んだSREの業務負担――freeeはどう改善したか
「インフラ怖い」が生んだSREの業務負担――freeeはどう改善したか：運用コストを減らす3つのポイントとは（1/2 ページ） 本番環境にKubernetesを活用するfreeeでは、SREに運用管理業務が集中して疲弊してしまった。そこで、開発チームにサービスの運用管理業務を任せることで改善していったという。その方法とは？ 個人事業主や法人向けにSaaSを開発、提供するfreeeは、本番環境にAmazon Web Services（AWS）の「Amazon Elastic Compute Cloud」（以下、EC2）と「Amazon EC2 Auto Scaling」（以下、EC2 Auto Scaling）を活用していた。だが、提供するサービスの増加やマイクロサービス化などに伴い、SRE（Site Reliability Engineer）に運用管理業務が集中して疲弊。そこで、開発チーム
root権限無しでKubernetesを動かす
user namespaceを用いて，Kubelet及びCRI・OCIランタイムを非rootユーザで動作させることにより，Kubernetesのセキュリティを強化する手法をご紹介します． https://k8sjp.connpass.com/event/120074/
Envoy、Istioによるサービスメッシュのスタートアップ、Tetrateが正式デビュー
Envoy、Istioによるサービスメッシュのスタートアップ、Tetrateが正式デビュー：「エンタープライズサービスメッシュ」を提供へ サービスメッシュのスタートアップ、Tetrateは2019年3月13日（米国時間）、ステルスから脱出して正式デビューした。同社は「TetrateはEnvoyとIstioを活用し、数十億ドル規模のネットワーキング市場をディスラプト（創造的破壊）する」と述べている。 サービスメッシュのスタートアップ、Tetrateは2019年3月13日（米国時間）、1250万ドルの資金調達を行い、ステルスモードから脱して正式デビューした。同社はプレスリリースで、「TetrateはEnvoyとIstioを活用し、数十億ドル規模のネットワーキング市場をディスラプト（創造的破壊）する」と述べている。 Dell Technologies Capitalがリードしたこのシード資金調達
OSSのサーバーレスプラットフォーム「Fn Project」、Javaを倍速にする「JIT as a Service」～クラウドネイティブ最新事情【Oracle Code One 2018】
2018年10月にサンフランシスコにて行われたディベロッパー向けの総合技術イベント「Oracle Code One 2018」。JavaOneから改称された今回、Java以外の技術をテーマとしたキーノートが初めて開催されました。主たるテーマとして設定されたのは、「クラウドネイティブ」です。当記事では、詳細なセッションレポートに加え、特別インタビューやデモの紹介により、クラウドネイティブの最新情報を多角的にお届けします。さらにレポートの後半は、毎年恒例の「お遊戯会」の様子や、大活躍した日本人開発者のエピソードなど、現地レポート最終回にふさわしい盛りだくさんの内容を揃えました。技術情報とともに、お祭りイベントの興奮をお楽しみください。 本記事はOracle Code Oneレポートの第3回ですが、単体で読める構成にしています。 第1回：「Java is Still Free」――Javaのサポ
Docker に正式統合された BuildKit の buildctl コマンドで Dockerfileを使わずにコンテナイメージをビルドするハンズオン - Qiita
Docker に正式統合された BuildKit の buildctl コマンドで Dockerfileを使わずにコンテナイメージをビルドするハンズオンGoDocker こんにちはpo3rinです。日本語解説があまりなかったので buildctlコマンドをセットアップを行い、 docker build を使わずに コンテナイメージをビルドする過程を紹介します。OS は Mac OSX を想定してます。 BuildKitとは BuildKitは、命令からイメージレイヤを作成するための操作を行うツールキットです。Buildkit === 次世代 docker build という表現で説明されることも多いですが、Buildkit 自体は Docker とは別物です。そもそも Docker は moby という OSS から作られており、その中の moby/buildkit がイメージレイヤを作成
Kubernetes、コンテナ技術を活用した開発アジリティー向上にインフラアーキテクトはどう貢献したのか
Kubernetes、コンテナ技術を活用した開発アジリティー向上にインフラアーキテクトはどう貢献したのか：コンテナベースのCI/CD本番事例大解剖（1）（1/3 ページ） Kubernetes、コンテナ技術を活用したCI/CD基盤におけるサービス開発について、リクルートの事例を基に解説する連載。初回は、インフラアーキテクトの視点から技術選定の考え方について解説。 インフラアーキテクト、アプリ開発者、運用／インフラ技術者の視点で 本連載「コンテナベースのCI/CD本番事例大解剖」では、リクルートテクノロジーズが取り組んだ事例を基に、Kubernetes、コンテナ技術を活用したCI（継続的インテグレーション）/CD（継続的デリバリー）基盤におけるサービス開発について解説します。事例は、リクルートジョブズが運営する「ジョブオプLite」という、「採用ホームページ」の作成、採用応募の管理を行うため
9 Kubernetes security best practices everyone must follow | Cloud Native Computing Foundation
By Connor Gilbert, product manager at StackRox Last month, the Kubernetes ecosystem was shaken by the discovery of the first major security flaw in Kubernetes, the world’s most popular container orchestrator. The vulnerability – CVE-2018-1002105 – enables attackers to compromise clusters via the Kubernetes API server, allowing them run code to perform malicious activity such as installing malware,
Enterprise Container Platform | Docker
Build Spin up new environments quickly Develop your own unique applications with Docker images and create multiple containers using Docker Compose. Integrate with your existing tools Docker works with all development tools such as VS Code, CircleCI, and GitHub. Containerize applications for consistency Run in any environment consistently from on-premises Kubernetes to AWS ECS, Azure ACI, Google GK
Docker を用いてソフトウェアをデプロイするとソフトウェアの品質が上がる - Diary
Docker を用いてソフトウェアをデプロイするとソフトウェアの品質が上がる http://b.hatena.ne.jp/entry/bonotake.hatenablog.com/entry/2018/09/06/072800 ここをながめていて思ったことなんですが。 Docker はデプロイにのみ関連するツールであって、ソフトウェア開発の本質には一切関係ないものだ、という考えの人をたまに、いや、よく見る。これは全く間違っていて、 Docker を用いて継続的にソフトウェアをデプロイしているだけでソフトウェアの品質は上がります。ソフトウェアの品質のような問題について考えている人は Docker とそのメンタルモデルに興味をもつべきです。 本来こうした問題について僕がなにかを言う必要はなくて The Twelve-Factor App という文章を読めば十分です。あるいは 大切なことはだい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerセキュリティ: 今すぐ役に立つテクニックから，次世代技術まで
CircleCI 2.0を支える2つの コンテナクラスターとSRE
Beyond Kubernetes: A report card on the Cloud Native Computing Foundation's open source efforts
コンテナ導入概要資料2018
VMware vSphere | Enterprise Workload Platform
