【社内資料公開】AWSに関するスキルアップ方法と一度は読むべきブログの紹介 ｜ Developers.IO

2020/02/26 637 users AWS Developers.IO スキルアップ方法 一人前

こんにちは、コカコーラ大好きカジです。 はじめに AWSを全く知らない状態で入社して5年が経過、中途採用のAWSエンジニアの育成リーダーを1年間担当しています。 どのように勉強したのかを聞かれる機会が増えました。（優秀な人ばかりなので、すぐ一人前になって行きますが...） 今更ながら、自分がAWSに関するスキルア... 続きを読む

[社内資料公開]営業向けAWSセキュリティ勉強会 ｜ DevelopersIO

2019/07/08 372 users DevelopersIO

クラスメソッドでは、定期的にエンジニアから営業向けの勉強会を行なっています。先日、セキュリティに関する勉強会を行いました。せっかくなので、皆さんにも資料を共有します。 セキュリティはなぜ難しいのか？ セキュリティに関するAWSサービスはたくさんあり、またパートナー製品も数多くリリースされています。 セ... 続きを読む

【社内資料公開】40歳中堅サポートエンジニアが文章作成時に気をつけている5つのキーワードを紹介します ｜ Developers.IO

2017/01/31 204 users Developers.IO キーワード 5つ

はじめに こんにちは植木和樹＠上越妙高オフィスです。クラスメソッドではAWSを始め、弊社で取り扱っている製品・サービスに関するサポート業務を行っています。 サポートでは日々様々なお問い合わせを受け付けるわけですが、ご質問に対する回答内容は正しくても、言葉が足りないためにお客様が不満に感じてしまうことがあったりします。「正しいことを伝えたのに、どうして不満と感じたんだろう？なにが足りなかったんだろう... 続きを読む

【社内資料公開】運用手順書を作る時のポイントについて書いてみた ｜ Developers.IO

2016/06/29 993 users Developers.IO ドキュメント 冒頭 個々 目安

はじめに こんにちは植木和樹＠上越妙高駅オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の... 続きを読む

【社内資料公開】AWSトラブルシューティングページまとめ／より早い原因把握のために心がけること ｜ Developers.IO

2015/11/17 324 users Developers.IO

はじめに こんにちは植木和樹です。オンプレで10年近くサーバーの保守運用をやっていた経験からいいますと、AWSの障害発生率は非常に低くて驚きます。数百台規模のサーバーを扱ってますと、毎日どこかでのサーバーでディスク、CPUファン、メモリーパリティエラーなんかの故障が起きていて日々対応に駆けまわってた覚えがあります。 さてAWSの障害発生率が低いといってもゼロというわけではありません。仮に0.1%だ... 続きを読む

【社内資料公開】構築担当者向け 運用チームに引き継ぐ時に気にしてほしい3つのポイント ｜ Developers.IO

2015/07/27 344 users Developers.IO 植木和樹＠上越妙高オフィス

はじめに こんにちは植木和樹＠上越妙高オフィスです。AWS上でのインフラ構築が終わり、アプリケーションがデプロイされるといよいよサービスローンチ。数日〜数週間様子をみて問題がなければ運用チームに業務を引き継ぐことが多いかと思います。 運用チームへの引き継ぎ資料を作って「あとはよろしくね」となるわけですが、その段階で「待て」がかかってしまうことがあります。（だいたい待てを言うのは私なんですが） 今回... 続きを読む