一人ひとりの悩みごとに合わせて適切な支援を案内するサービスです。あてはまる悩みにチェックをつけていくだけで200種類を超える公的支援を中心とした解決手段から利用できる可能性のある支援を提案します。
鴨南蛮@🇭🇰🇺🇦💙💛💙🤍応援、💉💉💉💉💉めでたく完了したコロナファイター @daikonbana 事故を起こした遊覧船会社とコンサル会社の繋がりが話題になっている。 私が以前働いていた社員食堂も、コンサルを使い9000万円かけてカフェ部門を改装した。そうしたら、若い女性向きの店舗にされ、客の注文を聞いて従業員が盛り付けるサラダバーを設置。 その結果は? 2022-04-27 14:06:25 鴨南蛮@🇭🇰🇺🇦💙💛💙🤍応援、💉💉💉💉💉めでたく完了したコロナファイター @daikonbana 若い女性は、そもそもお金を使いたくないので飲み物ぐらいしか買わず、今まで来てくれた中高年客は内装がオシャレすぎて来づらくなり、外資系の外国人社員は中途半端な洋食なんか食べずで、結局客が遠のいた。ランチタイムに人に盛り付けさせるサラダバーも、効率が悪く不評
2016年頃「サービスメッシュ」という用語は、マイクロサービス、クラウドコンピューティング、DevOpsの分野に登場しました。楽天的なあるチームは、2016年にこの用語を使用して彼らの製品である Linkerd を説明しました。コンピューティングの多くの概念と同様に、実際には、関連するパターンとテクノロジーの長い歴史があります。 サービスメッシュの登場は、主に IT ランドスケープの最悪の状況によるものでした。開発者は、複数言語 (ポリグロット) アプローチを使用して分散システムの構築を開始し、動的なサービスディスカバリーを必要としていました。運用は一時的なインフラストラクチャの使用を開始し、避けられない通信障害を適切に処理し、ネットワークポリシーを適用したいと考えていました。プラットフォームチームは、Kubernetes などのコンテナオーケストレーションシステムの採用を開始し、Envo
技術部 SRE グループの鈴木 (id:eagletmt) です。 クックパッドでは Amazon ECS をオーケストレータとして Docker を利用しています。Docker 自体は2014年末から本番環境にも導入を始めていましたが当時はまだ ECS が GA になっておらず、別のしくみを作って運用していました。2015年4月に GA となった ECS の検討と準備を始め、2016年より本格導入へと至りました。クックパッドでは当初から Hako というツールを用いて ECS を利用しており、Hako の最初のコミットは2015年9月でした。 https://github.com/eagletmt/hako/commit/7f95497505ef78491f3f68e9d648204c7c9bb5e2 当時は ECS に機能が足りずに自前で工夫していた部分も多かったのですが、ECS やそ
このパターンには2つの背景があります。ひとつは、技術者がマイクロサービスアーキテクチャパターンを採用して、複数の(理想的には単一目的で、独立してデプロイ可能な)サービスで構成されるアプリケーションを開発するようになったことです。ふたつめは、企業がコンテナ(Dockerなど)、オーケストレータ(Kubernetesなど)、プロキシ/ゲートウェイ(Envoyなど)といった、クラウドネイティブなプラットフォームテクノロジを支持するようになったことです。 意図 サービスメッシュが解決しようとする問題は次のようなものです。 サービスディスカバリ、ルーティング、アプリケーションレベル(レイヤ7)の非機能通信要件を処理する言語対応の通信ライブラリを、個々のサービス用にコンパイルする必要性の排除 外部サービスのネットワークロケーション、セキュリティ認証、サービス品質(QoS)目標など、サービス通信設定の外
こんにちは ハタ です 今回はインフラ/基盤開発で導入している Envoy について紹介したいなと思っています 現在ミラティブでは Go移行 を進めているところで、 既存のWebアプリケーション(Perl で実装されてます)と、新たに Go で実装された Web アプリケーションをシームレスに導入/切り替えするために Envoy の導入を行いました Envoy xDSとConsul によるインスタンス管理 NGINX や HAProxy または Apache HTTP Server など使い慣れた && ノウハウもあるミドルウェアではなくなぜ Envoy を選定したかというと、 なんといっても魅力的なのが xDS と呼ばれる Discovery Service 群があることで柔軟に既存コンポーネントと連携を取りやすいことやAPI操作によるコントロールの柔軟性が高いことが決め手となっています
Consulでちょっとしたヘルスチェックを追加したいと思ったのですが、例えば iowaitが高いかつuserは低いとき という条件を書こうとしたときに、「うっ。。!どう書けばいいんだ。。」となってしまったので、作りました。 github.com これはなに metr は次のような利用を想定したコマンドです シェルスクリプトにホストやプロセスのメトリクスの値を使った条件を組み込む Nagios pluginとして利用する Mackerel check pluginにチェックコマンドとして利用する 使い方 インストールはHomebrew以外にdeb/rpmパッケージを用意しています。基本的にサーバにコマンドとしてインストールするのが良いでしょう $ dpkg -i metr_0.5.1-1_amd64.deb metr list 取得できるメトリクスは metr list で確認できます。また
TerraformInfrastructure as code provisioning
HashiCorpは、6月22日から開催中のオンラインイベント「HashiConf Digital 2020」で、新サービス「HashiCorp Cloud Platform」(HCP)を発表しました。 Today at #HashiConf digital we unveiled HashiCorp Cloud Platform, a fully managed cloud offering to automate deployment of HashiCorp products on any cloud provider. Watch the announcement replay here: https://t.co/Sd0OoiGCkI — HashiCorp (@HashiCorp) June 22, 2020 HashiCorp Cloud Platformは、次のようなものだ
2019年3月から、さくらインターネットで働いている、自称「構成管理おじさん」です。 チームでの役割としては下記のようなことをやっています。 コンテナ実行基盤の構築 メトリクス管理、監視基盤の構築 ログ管理、監視基盤の構築 今回は、コンテナ実行基盤の構築について少しだけお話しさせていただきます。 内容 世の流れは Kubernetes だけど、 Docker + Nomad + Consul + Traefik を組み合わせるとこんなことができ、この構成に至るまでにどのように思考していったのかについて書いています。 Nomad + Consul を利用したコンテナオーケストレーションを行っている国内の企業がここにもいますよということをアピールしておきます。(いつか対面でお話できる日がくるとよいなと思っています。) LINEの金融系サービスを支えるサーバーエンジニアの仕事 Consul・No
2019年10月19日、LINE Fukuoka株式会社にて転職を考えるエンジニア向けに「LINE Financialエンジニア採用説明会 」を開催しました。「LINEほけん」「LINEスマート投資」「LINE家計簿」「LINE証券」など、さまざまな金融系サービスを展開する同社のエンジニアたちが、業務内容や働き方について紹介します。「LINE Financialの仕事の進め方 サーバーエンジニア編 」に登壇したのは、LINE株式会社 フィナンシャル開発センター 開発1室 サーバーサイドエンジニアの国兼周平氏。LINE証券開発チームの働き方や、現在取り組んでいるオンプレミスでのDockerコンテナクラスタの構築について語りました。 LINE Financialのサーバーサイドエンジニアの働き方 国兼周平氏:サーバーサイドエンジニアの国兼です。「LINE証券」の開発をしています。 去年の10月
我らの時代のコンテナデプロイ – Nomad, Consul, Vault 2020年12月11日 金曜日 【IIJ 2020 TECHアドベントカレンダー 12/12(土)の記事です】 システムクラウド本部の坂口です。 私たちは現在、新サービスを開発しています。 今やサービス開発ではコンテナ技術を無視できません。 我々のサービスでも開発したアプリケーション群は自動でコンテナイメージ化され、様々な開発者が簡単に手元で動作確認できるようになっています。 マイクロサービスアーキテクチャを採用し柔軟かつ高速な開発体制を敷けた一方で、それらをデプロイするコンテナ管理基盤をどうするかが問題になります。 今回はコンテナオーケストレーションシステムとしてnomad、並びにhashicorpのプロダクトを利用した感想をご紹介します。 デプロイを巡る冒険 Kubernetes コンテナオーケストレーションシ
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
この記事はさくらインターネット Advent Calendar 2020 5 日目の記事です。 https://qiita.com/advent-calendar/2020/sakura 現在社内にて Nomad と Consul を利用してサービス開発を行っています。 Nomad はアプリケーションのスケジューリングを行い、ざっくりと Kubernetes,Marathon 等と同様の機能を提供しています。 Consul はサービスの死活監視・サービス検出・サービスメッシュ等を提供しています。 このような構成では、外部からの通信を適切にアプリケーションへ転送するゲートウェイが必要となります。 Nomad+Consul を利用している環境の多くは、consul-template で Nginx の設定を自動生成し、変更があった際には reload を行うという構成を採用しているかと思います
Today at KubeCon EU in Barcelona, Microsoft introduced a new specification, the Service Mesh Interface (SMI), for implementing service mesh providers into Kubernetes environments. The Service Mesh Interface (SMI) is a specification for service meshes that run on Kubernetes. It defines a common standard that can be implemented by a variety of providers. This allows for both standardization for end-
A year ago, Consul 1.2 introduced our service mesh solution, Consul Connect. Our initial release focused on solving security challenges at Layer 4 and leveraging Consul’s service discovery feature to provide service-to-service identity and trust. Since that point, Connect has added support for additional proxies (Envoy), L7 observability, a simpler way to enable Consul ACLs and TLS, and platform i
HashiCorpが「HashiCorp Cloud Platform」発表、マルチクラウドインフラ自動化サービス:まずAWS上のConsulから HashiCorpがマルチクラウドインフラ基盤サービス「HashiCorp Cloud Platform(HCP)」を発表した。「あらゆるクラウドのインフラを自動化するフルマネージドのサービス」という。 HashiCorpは2020年6月22日(米国時間)、オンライン開催した年次イベント「HashiConf Digital」で、マルチクラウドインフラ自動化サービス「HashiCorp Cloud Platform(HCP)」を発表した。「あらゆるクラウドのインフラを自動化するフルマネージドのサービス」という。 HashiCorpは自社製品をマネージドサービスとして展開する取り組みとして、これまで「Terraform Cloud」、Microso
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
ライブ配信 URL, ライブQ&A URL ライブ配信URL(Youtube Live) - https://youtu.be/WXFTPh7EnHY ライブQ&A URL - https://www.menti.com/w41hsgkg3m ライブ配信URL(サテライト配信) - https://youtu.be/M6thaDn9gZQ (※同一内容です) HCCJP(ハイブリッドクラウド研究会) 12回勉強会 (毎月第2金曜日14時~定期開催) HCCJPの勉強会ですが完全オンライン&生放送でこれから毎月定期的に実施します!毎月第2金曜日の14時から実施予定ですので、ぜひカレンダーに定期登録しておいて下さい! 2回目となる完全オンラインでのHCCJP!今回ももちろん皆さんからの質問にその場で回答するため生放送です! 第12回目となる今回の勉強会のテーマは「HashiCorp」です! プ
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
はじめに みなさん、KubernetesのSecretはどのように管理されていますか? よく聞くOSSツールといえば、Kubesec、Sealed Secrets、External Secretsなどがあります。 それらとAWSのSecrets Manager等のクラウドマネージドサービスを連携して使う方法もありますね。 今回は、データストレージにHashiCorp Consulを使用するHashiCorp VaultクラスタをEKS上に作成して、hashicorp/vault-k8sを用いたサイドカー構成でSecret管理をさせてみたいと思います。 また、VaultはOSS版であってもWeb UIが提供されているのでそちらも合わせて構築したいと思います。 やりたいこと UIで秘匿情報を管理できる アプリケーションのデプロイ時にその秘匿情報を自動で埋め込んで欲しい 秘匿情報はひとつのVau
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く