![LINE ビジネスコネクト活用の基本: 費用構造や開発環境を理解しよう | いちばんやさしいLINE ビジネスコネクトの教本 [Web担特別公開版]](https://cdn-ak-scissors.b.st-hatena.com/image/square/a5258f4cbd2d3db07b00eb22aaaba09853a55f51/height=288;version=1;width=512/https%3A%2F%2Fwebtan.impress.co.jp%2Fsites%2Fdefault%2Ffiles%2Fstyles%2F1200x630%2Fpublic%2Fimages%2Farticle2016%2Fline_bc_book%2Fline_bc_book-icon.png%3Fitok%3Dqx-tkQJu)
4.5P[闇]@yontengoP会社に呼ばれまして、とりあえず取り急ぎ 本アカウントでのツイートは本日で終了となりました。 詳細は後ほど。 2016/02/15 23:28:40 4.5P[闇]@yontengoPようやく会社から出られたので、 「本日」という括りからは外れますが フォロワー各位の皆様に事情を説明させてください。 2016/02/16 00:05:35 4.5P[闇]@yontengoPまず第一に、今回の当アカウントでのツイート終了は、会社指示によるものです。決して私の体調ですとか、その他の諸問題によるものではありません。 2016/02/16 00:06:54 4.5P[闇]@yontengoP本社からの指示については詳細割愛しますが、 端的にいえば、アカウントが巨大になりすぎたこと、および頻発する炎上により、私の所属する企業に対しての影響が無視できない脅威となったこと
どうも、セクションナインの 吉田真吾(@yoshidashingo)です。 個人で使ってるAWSアカウントについて、それぞれにログインして管理するのがしんどいので、今は図のようにして集約管理してます。 今後ちょっと変えることはあるかもしれないけど、基本的にはこんな感じでいいかなと思ってますので、以下ちょっとだけ説明。 ユーザーと料金支払いについて AWSアカウント共通 (Prod, Stg, Dev, Sandbox, Handson) Rootユーザー MFA設定して Security Credential は発行しない(あれば全部削除) Prod (=本番AWSアカウント) 本番アカウントにだけひとつ IAMユーザー をつくってある これはすべてのアカウントをまたぐスイッチ元ユーザーです。 SMS MFAを設定してあります。ログインしようとするとSMSが飛んできます。 今日時点だと R
最近HUNTER×HUNTERを最新号まで一気読みした小室です。途中からドラゴンボールと幽☆遊☆白書と同じ匂いがしたのは私だけではないはず。 今回めでたく新卒が入社したので、昨年度内定者向けに研修用として利用していたAWSアカウントをキャンセルしてみました。 あまりAWSアカウントをキャンセルする事はないかもしれませんが、 個人アカウントで利用していて会社アカウントに移行が終わったので個人アカウントをキャンセルする場合や プロジェクトが終わったのでプロジェクト用AWSアカウントをキャンセルする事 もあるかもしれません。参考になれば幸いです。 キャンセル方法 対象AWSアカウントでログインします。 その後以下のページ(https://portal.aws.amazon.com/gp/aws/manageYourAccount)にアクセスします。 アカウントの管理のページに、AWSアカウントを
突然、勝手にグーグルのアカウントが消えるとの苦情が続発中…2015.08.03 20:0024,113 湯木進悟 あなたは大丈夫? 単に検索のみならず、日々の重要なメールから連絡先、スケジュール管理、地図でのナビゲーションにいたるまで、グーグルの提供サービスに頼りっきりというユーザーは少なくないでしょう。とりわけAndroidスマートフォンユーザーであれば、そもそもグーグルのアカウントなしでは基本的に利用できませんものね……。 ところが、その大切で欠かせない存在のグーグルアカウントが、事前の警告なしに勝手に削除されてしまったとの書き込みが、このところ海外で目立っているようですよ。主に長期間におよぶアカウントへの未アクセスが原因との見方もあります。 いずれのケースも、突然ある日、グーグルから「利用規約に違反したのでアカウントを削除しました」とのメッセージが、予備のメールアドレスに届いて事態に
使っていないAWSアカウントの削除 先日、取得して1年以上、ほとんど使用していなかったAWSアカウントを削除してみました。 理由としては、該当アカウントには、ほとんどログインしておらず、管理・セキュリティ上、消しておいたほうが良いと考えたからです。 その過程をこちらでご報告させていただきます。 なお、コンソール画面のレイアウトなどは、執筆時のものとなりますので、ご了承ください。 手順 マネジメントコンソールで「アカウント」を選択 プルダウンメニューから選択します。 次の画面下部でチェックを入れ赤いボタンをクリック アカウントをクリックし遷移した先の画面で、一番下の方までスクロールすると、アカウントの解約という項目が現れます。チェックを入れ、「アカウントの解約」をクリック。 確認のダイアログでクリック 最終確認がされますので、ここでもアカウントの解約をクリック。 メールを確認する サービスの
インフラストラクチャー部の菅原(@sgwr_dts)です。 インフラストラクチャー部のメンバーはオペレーションのため強力な権限のMySQLアカウントを使用していますが、サービス開発をするエンジニアも業務のためにサービスのDBの参照・更新権限を持ったアカウントが必要になることがあります。 セキュリティやオペレーションミスのことを考えると、すべてのエンジニアのアカウントをスーパーユーザーにするわけにはいかないため、都度適切な権限を付与していますが、手動での作業は地味に手間がかかります。 そこでクックパッドではMySQLのアカウント情報をコード化し、リポジトリで管理するようにしています。 gratanによるコード化 MySQLのアカウント管理はgratanという自作のツールを使って行っています。 gratanを使うとMySQLのアカウントをRubyのDSLで記述することができるようになります。
AWS は、従量課金なので、他者からの不正利用(本来無いことですが)や想定外の利用で、翌月の請求が来て、ビックリということがあります。 私自身も関わっているプロジェクトで、ある月に平時の数倍の請求が来て、原因調査を行ったという経験がありました。 転ばぬ先の杖ということで、先にやっておくべきことについてまとめておきます。 1. AWSアカウントの不正利用を防ぐ まず、考えられるのが、アカウントを乗っ取られての不正利用です。もちろん、不正利用は、請求だけでなく、システムやリソースを守るという点でも防ぐべきことです。 そこで、AWS アカウントは、2要素認証(2段階認証 / 2 Factor authentication / 2FA)を設定しておきます。 手順は、下記のエントリがまとまっています。 AWSアカウント作ったらこれだけはやっとけ!IAMユーザーとAuthyを使ったMFAで2段階認証
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く