which yields 80 bits of data, or 10 bytes. The account ID fits well within 5 bytes, however, that data is shifted by one bit! (skewing Aidan’s original calculation a bit, pun much intended)putting it all together into a python script: import base64 import binascii def AWSAccount_from_AWSKeyID(AWSKeyID): trimmed_AWSKeyID = AWSKeyID[4:] #remove KeyID prefix x = base64.b32decode(trimmed_AWSKeyID) #ba
いつもSkebをご利用いただき、誠にありがとうございます。 12月23日12時よりskeb.jpにアクセスできない大規模な障害が発生しておりましたが、12月24日07時に復旧いたしました。 12月23日、および12月24日が納品期限のリクエストは納品期限を12月25日23時59分までに延長させていただきます。 みなさまには多大なご迷惑をお掛けしましたことをお詫び申し上げます。 本障害につきまして詳細をご報告させていただきます。 概要日時: 12月23日12時22分〜12月24日7時00分 (JST) ダウンタイム: 18時間38分 内容: skeb.jpにアクセスできない不具合 原因: SkebはすべてのサーバとシステムをHerokuに設置していたが、障害発生時刻より同サービスのアカウントが理由の通知なく利用できなくなった。 解決: Herokuの一切の利用を中止し、すべてのサーバとシステ
この記事は Google Cloud Japan Customer Engineer Advent Calendar 2019 の 16日目の記事です。 tl;dr「Google アカウントを使ったログイン機能を簡単に実装したい!」 Identity-Aware Proxy を使えば、ログイン画面すら作ることなく Google アカウントによるログイン機能を実装できます。ログイン可能なユーザを制限した社内向けアプリ等にも最適です。 「Google アカウント以外のソーシャル ログインもサポートしたい!」 Identity Platform で簡単に実現することができます。Firebase Authentication と共通の SDK が提供されており、ログイン画面も FirebaseUI により簡単に作ることができます。メールアドレスによるユーザリンク機能、マルチテナント対応、SLA も
こんにちは。FiNCデータ分析グループのこみぃです。 Redshiftはとても便利なんですが、自然に容量が増えていってしまって困るということはありませんか? 必要なデータを入れているのだからある程度増えていくのは仕方ないですが、データ量が増えれば増えるほどRedshiftのノード数を増やさないといけなくなる(つまり費用が増える)ので、抑えられるなら少しでも抑えたいですよね。 今日は、Redshiftで保持するデータ量の削減のためにFiNCで実施していることをお話しようと思います。 毎日vacuumをするRedshiftにはvacuumというコマンドがあります。 VACUUM Redshiftでは、DELETE文でレコードを削除した場合、vacuumコマンドを実行しない限りはその領域が再利用されません。 なので定期的にvacuumを実施する必要があります。この頻度はどのくらいが良いでしょうか
現在、Blockchainの活用領域はSatoshi Nakamotoが論文(Bitcoin: A Peer-to-Peer Electronic Cash System)で唱えたBitcoinに代表される価値の保管・移転の域を超え、Ethereumのようなアプリケーションプラットフォームの領域まで幅広く検討されています。中でもEthereum上では、すでに1,000を超えるアプリケーションが存在し、Token・Identity・Subscriptionなど様々な用途で活用がなされています。これは同時にアプリケーションを展開するサービスレイヤー(wallet・Exchange・Game)との間で仕様の互換性が求められ、こうした仕様に関する改善提案の場としてEthereumではEIP/ERCが設けられています。そこで今回、アプリケーションプラットフォームとして今後も活用が予想されるEther
Pythonは一番書きやすいプログラミング言語と知られ、多くの人の第二外国語(英語に次ぎ)です。でもGithubやGitlabで他人のコードを参照した時や自分でclassを書いてる時、こういう疑問はあったでしょうか: 「def __init__(self): の__init__のアンダースコアは何故二つなのか?」 「def _func(x): と def func(x): とdef func_(x): に違いはあるのか?」 「y, _ = func(x)のアンダースコアは何か?」 そんな色んな所で使われてるアンダースコアの使い方を、今回整理して説明してみました! アンダースコアの使い場所Return値を無視する。関数の名付けで使い方を区別する。数字を読みやすくする。インタプリタで最後に表示された値を代表する。以上4種類の状況でアンダースコアを使いこなす事により、読みやすいpythonicな
Part2では、Airflowの基本的な使い方を学びました。Part3では、実際にパイプラインの実装に入っていきたいと思います。とはいえ一度に全部は作れないため、パートに分けて作成をしていきます。今回は、データ収集を担当するパートの一部を実装しようと思います。 Part3にて実装の範囲: データの取得処理具体的には、以下の処理のうち1~2を実装してみます。 EDINETから、決算関連文書のリストを取得するリストに掲載された文書をダウンロードして、ストレージに格納するダウンロードされた文書からテキストを抽出し、DBに格納する抽出したテキストから特徴量を計算し、ストレージに格納するEDINETは、企業の決算文書などを公開している金融庁のシステムです。最近APIで文書にアクセスできるようになったため、こちらを題材に使ってみたいと思います。 基本的には、ファイルダウンロード・テキスト抽出・特徴量抽
こんにちは、エウレカ SRE チームの原田です。 今年 (2021年) エウレカでは、公開鍵認証で接続するEC2の踏み台サーバを廃止し、代わりに各サーバへの接続をIAMで認証できるSSM Session Managerへのリプレースを行いました。本記事ではそのモチベーションや、実装のポイントを紹介していきたいと思います。 旧来の踏み台サーバ 旧来の踏み台サーバエウレカで長く運用されていた踏み台サーバ (Gateway) は以下のようなものでした。 各開発者は、自分の秘密鍵を使って踏み台サーバへSSHを行う ( 踏み台サーバ上には各開発者の個別ユーザーおよび公開鍵が登録されている )踏み台上では、接続が許可されているSSH対象のサーバの秘密鍵がユーザー毎に配置されており、その鍵で各サーバにSSHするMySQL / Elasticsearch / Redis など、Private Subnet
内部ストレージが 32GB であることが欠点の AQUOS R Compact の内部ストレージを(取り扱い上)増やすべく、調べた「AndroidでSDカードを内部ストレージとして使う方法」の実践編。 (追記:2019年7月2日) ここでの実践は Android 8 Oreo の AQUOS R Compact に対して行っています。2019年6月27日に AQUOS R Compact (SHV41) に Android 9 Pie がリリースされました。本エントリーでSDカードを内部ストレージとした AQUOS R Compact に対して、以下のエントリーで Android 9 Pie へのアップデートを実施してみています。
iOSアプリ開発者のみなさん、こんにちは!そうじゃないみなさんもこんにちは! 最近ベイブレードバーストが気になっているhentekoです! iOSアプリ開発でのUDID追加作業はとてもめんどうiOSアプリを開発していて、AdHocビルドを配信している方はわかると思うのですが、端末の追加ってすっごくめんどくさいですよね これまでのDeployGateでもUDIDの取得は簡単にできたのですが、そのUDIDを追加するには多くの手順を踏まないといけませんでした。 追加したいUDIDを入手する (ちなみに最近UDID一覧が便利になりました)Apple DeveloperのMember CenterにアクセスするDeviceに対象のUDIDを入力して追加するProvisioning Profileを編集して対象のDeviceを追加し作成し直す作成し直したProvisioning Profileをローカ
It’s quite common nowadays to do blue-green deployments. The way they work is quite straightforward. Whenever you need to deploy a new version of your code to production, you go through the following steps: A new version of your production infrastructure is created, with the new code in it, while the old version remains untouched.Once the new infrastructure is up and running, some process checks i
はじめに以前 Yuki Furuyama さんが「NEG とはなにか」という哲学的な(?)記事を書かれていましたが、このたび「Serverless NEG」(Serverless Network Endpoint Group)という新しいタイプの NEG が追加されました。(まずは Beta でのご提供です → EDIT(2020–10–14): 2020年10月14日に GA になりました。) これで NEG は Zonal NEG、Internet NEG、Serverless NEG の三種類になりました。 Furuyama さんの Zonal NEG に関する記事には「NEG は Kubernetes の Service に相当するもの、Network Endpoint は Pod に相当するものです」とありましたが、Serverless NEG では「Network Endpoi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く