SBI証券 スマートフォンサイト｜―口座開設ページ：ネット証券最大手の証券会社。オンライントレードでの投資をしっかりサポート―
世界最大の市場規模を有する米国株式は、世界の投資家から多くの資金を集め、資産運用においても中心的な役割を果たしています。そんな米国の株式への投資は、日本の個人投資家としても有力な選択肢のひとつです。 そしてこの度、資産形成の核として米国株への投資をより低コストで行っていただけるよう、米国株ファンドを日本の投資家の皆さまにご提供します！ 「SBI・V・S&P500インデックス・ファンド」を活用して資産形成に取り組んでみてはいかがでしょうか。 本ファンドが投資対象とする「バンガード・S&P500 ETF（VOO）」の運用を行うバンガード社から、日本拠点における営業活動終了についてのお知らせがございました。なお「バンガード・S&P500 ETF」は、引き続きバンガードの海外拠点にて運用が行われサポートを継続するとされており、本ファンドは現在と変わりなくご利用いただけます。 詳しくは委託会社レター
企業文化を作る最初の一歩、マネーフォワードのEngineering All Handsが成し遂げたい未来といま - Money Forward Developers Blog
冒頭の駄文 皆さんお久しぶりです、初めてのかたははじめまして。 3年ぶりに祇園祭が開催されたり、また感染者数が上がっていたりとなかなか難しい情勢ですが、蒸し暑さで体調を崩さないようお気をつけください。 ぼくは先日夏風邪を引きました……。 今日はマネーフォワードで月イチで開催しているEngineering All Handsという社内イベントの運営裏話をしようと思います。 基本的に運営メンバーが限られているのであまり知る機会がない事柄ですし、社内メンバーも意外と知ってる人はいないと思います。 社内に限定する意味合いもないので、公開ドキュメントとしてエンジニアブログで現状のログとサマリーを残しておこうと思います。 この記事が、これから社内イベントを企画する、あるいはしているがうまくいっていないと感じられている方の参考になると嬉しいです。 余談ですが、技術広報は夏から秋にかけてカンファレンスの準
ECSで開発用と本番用のCodePipelineを作る
version: 0.0 Resources: - TargetService: Type: AWS::ECS::Service Properties: TaskDefinition: <TASK_DEFINITION> LoadBalancerInfo: ContainerName: "app-container" ContainerPort: 3000 ビルド時に必要な環境変数があればssmのパラメータストアから渡す。ssmからも渡せる。 AWS_ACCOUNT_IDとAWS_DEFAULT_REGIONとIMAGE_NAMEに関してはcode buildの環境変数で定義している。 buildspec.yaml version: 0.2 env: parameter-store: DOCKER_USER: dockerhub-user DOCKER_TOKEN: dockerhub-t
チーム・組織が「効率化のための最適化を続けてしまう」問題 今までとは違う判断を下すのに必要な“エンジニアのちから”
ソフトウェア開発に関わる人々の新たなきっかけを生み出す場となることを目指す「Qiita Conference」。ここで「アジャイル開発は世界を変える夢を見るか 」をテーマに株式会社レッドジャーニーの市谷氏が登壇。続いて、ファイブフィンガー3（FF3）の罠を抜けるために、チームや組織に求められる動きについて話します。前回はこちらから。 DXは“変える”ことに意味がある 市谷聡啓氏：巷で聞くDXという言葉。（この単語を）「そんなに好きじゃない」という人もいるかもしれません。僕もそんな信じていないですが、この言葉に意味があると思うのは“変える”ということなんです。 「最適化への最適化」路線。いつから始まったかわかりませんが、みんなが無意識のようにやっている感じを意識的に止める。そういう機会として捉えることができる。そういう意味では、DXという言葉には利用価値があります。 というと、「なんだ、DX
ECS FargateでBlue/Greenデプロイをする - My Note
Blue/Greenデプロイについて アーキテクチャとデプロイフロー ALBとターゲットグループを作成する ECS Fargateのサービスを作成する CodePipelineについて CodeBuild buildspec.yml taskdef.jsonについて 機密情報の取り扱いについて ( SSM連携 ) CodeDeploy コンテナのログについて Blue/Greenデプロイの確認 ALBのTargetGroupの動き Fargateのタスクの動き 動作確認 さいごに 参考 前回のブログでECS Fargateのローリングアップデートについて書きました。 今回はBlue/Greenデプロイについて異なる部分について書いていこうと思います。 yhidetoshi.hatenablog.com Blue/Greenデプロイについて ■ Step1 デプロイ前の状態で、ALBのプロダ
ECS FargateでGoコンテナを起動してローリングアップデートする - My Note
はじめに アーキテクチャ GitHub ECRに登録するGoコンテナを作成する docker imageを作成 ECRにdocker imageをpushする ECS Fargateのタスクを作成する ECS Fargateのサービスを作成する ALBを作成する サービスをつくる CodePipelineを作成する Source ( GitHub ) CodeBuild CodeDeploy ローリングアップデートの実行と動作確認 ローリングアップデート 動作確認 まとめ はじめに 今回は ECS FargateでGoコンテナを起動してローリングアップデートする をテーマに書いていきます。 以前の記事でGAEにGo echoで実装したAPIをデプロイしました。 yhidetoshi.hatenablog.com 今回はこのAPIをECSのFargate上にデプロイしてコンテナをローリングア
AWSのマルチアカウント戦略が難しい！ | DevelopersIO
今日(2022/07/07)は弊社、Classmethodの創立記念日ということで、 AWSのマルチアカウント戦略で思ったこと をそのまま書き殴ってみました。 共感するところや他に苦労しているところ思いついた方は Twitter 等で共有いただけると嬉しいです！ 思いつく限り書いた結果の目次がこちらです。 「アカウントをどう分割するのか」問題 「AWS Control Tower を活用したほうがいいのか」問題 「ユーザー管理どうするのか」問題 「最小権限とは言っても」問題 「管理アカウントでの作業が怖い」問題 「OU/SCP周りの更新が怖い」問題 「セキュリティをどう向上するか」問題 「アカウント数のスケールにどう対応するのか」問題 「ベースラインの構築/管理をどうするか」問題 「ログ集約するのか/しないのか」問題 「どのアカウントかぱっと見て分からない」問題 「Security Hub
「ホットペッパービューティー」美容クリニックでのSRE活動
美容クリニックは新規体制用の少人数体制で開発を行っており、その内の約 7 割がアプリ開発をしているエンジニアとなっています。 一方で、SRE は全体の約 1 割の人数しかいないという状況にあります。 この SRE の人数が少ないかどうかは扱っているシステムの規模や課題によって評価が変わるかと思いますが、美容クリニックが現在抱えている課題の量に対しては少ない人数だと感じています。 では、このように限られた人数の中でどのようにして SRE 活動を行ってきたのかを紹介していきます。 SRE チームの組閣 美容クリニックのリリース以前から SRE チームは存在していたのですが、リリース前後でその責務は変わってきます。 例えばリリース前はインフラの初期構築がメインの責務となってきますが、リリース後（エンハンス開発）にはインフラの保守運用がメインの責務となります。 さらに、メンバーの変動などにより当初
VSCodeおすすめ設定大公開！！おすすめ拡張機能も - Qiita
はじめに 皆さんVisual Studio Code(以下VSCode)使ってますか？ 私はメインで使っているのですが、自分なりにしっくりくる設定や拡張機能がある程度揃ってきたので公開しちゃいます。 おすすめ設定だけではなく、おすすめの機能もできる限り紹介したいと思いますので、最後までぜひお付き合いください。 ※プログラミング言語固有の設定の解説は軽めですのでご了承ください。 GIF画像が小さい場合は、クリックして頂けると拡大して表示が可能です デフォルト機能編 Local History機能 Gitは非常に便利なので、皆さん使われていると思います。 Gitはコミット単位で履歴が管理できますが、保存単位で履歴が見れると嬉しいな、保存単位で復元できると嬉しいな、と思うことはないでしょうか。 私はVSCodeは自動保存をオフにして、手動で保存するので、保存単位で履歴が見れると嬉しいなと思うこと
Zinitでターミナルをカスタマイズする
Zinitとは zinitとは、zshのプラグインマネージャーです。 Zinitのいいところ めっちゃ速い Zshの起動が50〜80%速くなるみたいです。 他の有名なプラグインマネージャーとの速度比較した図がこちら zinit#zinit 機能が豊富 Oh-My-ZshやPreztoに対応しており、フレームワークに依存していません。 プラグイン、ライブラリ、テーマを楽に制作することができます。 他にもいろんなメリットがあると思うので、気になる方はGithubをご覧ください。 Zinitのインストール こちらのコマンドを実行します。 $ sh -c "$(curl -fsSL https://git.io/zinit-install)" $ source ~/.zshrc $ zinit self-update すると~/.local/share/zinit/zinit.gitにZinitが
メルカリで築くエンジニアキャリア | メルカリエンジニアリング
メルカリ Engineering Office チームの@yuki.tです。 私たちのチームでは、「全てのエンジニアに最高の従業員体験を」というミッションを元に、様々な活動を行なっています。私はその中でも、エンジニアの評価や異動のための仕組みづくりに携わっています。 この記事では、メルカリエンジニアのキャリアパス・評価制度などを紹介し、メルカリでエンジニアがどのようにしてキャリアを築いていけるかを書いていきます。 メルカリにはワークスタイルを限定せず、多様な働き方を尊重する制度 “YOUR CHOICE” がありますが、キャリアに関しても、それぞれのwillを尊重しながら、バリューを最大限に発揮することを目指した仕組みや制度があります。 メルカリにおけるキャリアタイプ メルカリでエンジニアとしてキャリアを積み重ねる上で、「マネジメント」「Iindividual contributor（スペ
6社合同SRE勉強会に登壇しました | CyberAgent Developers Blog
技術本部 サービスリライアビリティグループ（SRG）の須藤 @strsk です。 2022年3月12日にLINE、リクルート、DeNA、メルカリグループ、クックパッド、CAの6社による合同SRE勉強会で登壇させていただきました。 登録者は1300人を超え、SREというワードの熱さを実感できたイベントでした。聴講していただいた皆さんありがとうございました！ ということで、忘れぬうちにその振り返りをしてみたいと思います。 イベント資料、アーカイブ動画はこちら いち聴講者として SREを軸に大規模なシステムやアクセスに対しての対策や、SREのプラクティス、少ないSREsでどう立ち回るかといった、各社示唆に富む内容ばかりで自分自身とても参考になりましたし、事情は違えどもみんな考えることは同じだな、という印象を受けました。 特に「縦と横の機能」、「SREのEnabling」、「運用の完結化」あたりは
CCOEを構築するときに避けるべき7つの落とし穴 | Amazon Web Services
Amazon Web Services ブログ CCOEを構築するときに避けるべき7つの落とし穴 Cloud Center of Excellence （CCOE）を設立することは、多くの場合、企業のクラウドへの移行を迅速に開始し、ベストプラクティスと長期的な適合性を考慮して移行をガイドするための優れた方法です。 そういった企業は、クラウドのベストプラクティスに関する専門家のチームを編成し、彼らのスキルとクラウドへの情熱を利用して、その企業の残りのクラウドトランスフォーメーションに緊急性を与えています。 AWSでは、CCOEを設立するときに組織がうまくいかない可能性のあるいくつかのやり方を特定しました。 このブログ投稿では、AWSのシニアパートナーソリューションアーキテクトであるNéstor GándaraとEric Linが、これらの落とし穴を回避し、CCOEの可能性を最大限に引き出す方
クラウド人材: Buildするか、Buyするか？ | Amazon Web Services
Amazon Web Services ブログ クラウド人材: Buildするか、Buyするか？ 今回のブログでは、「人材を組織内部で育成するか、それとも外部から新規に採用するか」──この課題への１つの考え方をご紹介します。ご不明の点、「Contact Us」までお問合せください。（以下、”Talent: Build vs. Buy”と題された英文 Blog の翻訳となります。） ［以下、Jake Burnsの発言：］ AWS の Enterprise Strategist として、企業のリーダー達から最もよく聞かれる質問の1つが、組織内のタレント ギャップ(talent gap)をどのように解消すればよいのか？──というものです。 なぜなら、優秀な技術者を採用し(recruit)、維持する(retain)ことは常に課題で有り続けてきましたが、今日ではその課題はさらに大きくなっているからで
開発組織拡大に耐えうる組織戦略と開発人事チーム
4年間で開発メンバーを30名から100名へ エンジニア採用戦略と事業をスケールさせる組織設計 https://peatix.com/event/3112465/view のイベントで発表したスライドです。 Chatwork開発組織における直近の組織戦略と開発人事(DevHR)での取り組みについてまとめました。
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SRE への冒険の始まり : Google Mission Control にようこそ
SRE NEXT 2022 ONLINEの発表資料まとめ - Qiita
6社合同 SRE勉強会 TrackB
https://pages.awscloud.com/rs/112-TZM-766/images/CUS-80_AWS_Summit_Online_2020_Money-Forward.pdf