タグ

checklistに関するyassのブックマーク (11)

  • API-Security-Checklist/README-jp.md at master · shieldfy/API-Security-Checklist · GitHub

    English | 繁中版 | 簡中版 | Português (Brasil) | Français | 한국어 | Nederlands | Indonesia | ไทย | Русский | Українська | Español | Italiano | Deutsch | Türkçe | Tiếng Việt | Монгол | हिंदी | العربية | Polski | Македонски | ລາວ API Security Checklist これはAPIの設計, テスト, リリース時における、重要なセキュリティ対策チェックリストです。 認証(Authentication) Basic認証を使用してはならない。標準的な認証を使う。(例 JWT, OAuth) 認証, トークン生成, パスワードの保管において車輪の再発明をしてはならない。 最大ログイン試

    API-Security-Checklist/README-jp.md at master · shieldfy/API-Security-Checklist · GitHub
  • スマホアプリ向けのAPIサーバの品質ガイドライン - @i2key のBlog

    ふと思い立ってかいた。 スマホアプリを開発する際、mixiさんが公開しているようなスマホ向けガイドラインと同様にAPIサーバでも、ある程度の確認用のガイドラインを個人的に設けていますので、メモとして公開してみます。クラウド環境の登場により誰でも簡単にサービス公開できるようになりましたが、結局のところインフラ構築コストが無くなるだけであり、サーバ品質は自身で担保しないとなりません。 前提 ガイドラインの目的 リリースしてから、問題が発見されるようなことが無いように、サービスを運用する上で確認すべきことをリスト化しています。機能要件の試験は済んでいることを前提とし、運用レベル確認のためのリストになっています。当然、品質目標はミッションクリティカルなレベルの品質ではなく、toC向けの無料スマホアプリレベル品質になります。 対象 スマホアプリ向けAPIサーバ 環境 AWS等のスケーラブルなクラウ

    スマホアプリ向けのAPIサーバの品質ガイドライン - @i2key のBlog
    yass
    yass 2013/08/15
    " リリースしてから、問題が発見されるようなことが無いように、サービスを運用する上で確認すべきことをリスト化 / 運用レベル確認のためのリスト / toC向けの無料スマホアプリレベル品質 "
  • PerformanceTuning < MAX < TWiki

    Network Performance Testing This page is intended to bring together a number of approaches and resources relating to testing and tuning end systems to improve network performance and the throughput experienced by users applications and the movement of large data files. The focus is on understanding how to tune and debug end systems to obtain the highest throughput performance possible with the sy

  • Big List of 20 Common Bottlenecks - High Scalability -

    Hey guys - it's always awesome to see a listing of common bottlenecks, especially if you are new to some technology or environments. But it's also dangerous to use such a list as a crutch - or a replacement - to really being able to understand performance bottleneck root cause and resource utilization. http://mtomlins.blogspot.com/2012/04/bucket-full-of-bottlenecks.html Cheers, -mt Nice list, have

    Big List of 20 Common Bottlenecks - High Scalability -
  • USE Method: Linux Performance Checklist

    The USE Method provides a strategy for performing a complete check of system health, identifying common bottlenecks and errors. For each system resource, metrics for utilization, saturation and errors are identified and checked. Any issues discovered are then investigated using further strategies. This is an example USE-based metric list for Linux operating systems (eg, Ubuntu, CentOS, Fedora). Th

    yass
    yass 2012/10/19
    " The USE Method provides a strategy for performing a complete check of system health, identifying common bottlenecks and errors. For each system resource, metrics for utilization, saturation and errors are identified and checked. "
  • IPA式ウェブアプリケーション脆弱性チェックリスト

    先日書いた業務用アプリに関連するんですけど、うちの会社ではサービスをリリースする前に脆弱性監査を通す必要があります。会社の仕組みとしてそのような監査チームがあることが凄く助かっています。 さて、会社の脆弱性監査の内容は守秘義務等で書くことが一切できないのですが、IPA(独立行政法人 情報処理推進機構)にて脆弱性対策についてのまとめ資料が公開されています。 情報処理推進機構:情報セキュリティ:脆弱性対策:安全なウェブサイトの作り方 ココで公開されている 「安全なウェブサイトの作り方 改訂第3版」 は全76ページからなる脆弱性対策マニュアルになっていて、どのような脆弱性に対してどうのように対処すべきかが記載されています。この第3版は行ってみれば、脆弱対策2009年度版みたいなもん。新しい攻撃手法がどんどんでてくるのでその都度対策が必要なのですが、このマニュアルに記載されている内容で、現在の対

  • Webアプリケーション作った後のチェック表

    愛宕山太郎坊 アニメーション制作進行支援ソフト 愛宕山太郎坊 ログイン 会社id ユーザー名 パスワード ユーザー名またはパスワードが正しくありません。 閉じる ログイン

  • IK.AM

  • Redhat Linux Hardening Checklist - ISO - Information Security Office - UT Austin Wikis

    Red Hat Linux Server Hardening Checklist The hardening checklists are based on the comprehensive checklists produced by CIS. The Information Security Office has distilled the CIS lists down to the most critical steps for your systems, with a particular focus on configuration issues that are unique to the computing environment at The University of Texas at Austin. How to use the checklist Print the

  • 大きなリリースの際にチェックすべき34のこと

    以前に作っておいた大きめなリリースをする際にチェックしておくべきことのリストが役に立ちそうなので公開しておきます。 僕の場合は普段はワンクリックデプロイが多いんだけど、かなり大掛かりな変更をするケースが年に数回あったりするので、その際にこういうリストを使ってリリース計画をチェックしています。(もちろん大掛かりなリリースでもワンクリックでできるのに越したことはないし、そもそもビッグバンリリースにならないようにできるだけ小さい単位で頻繁にリリースできるに越したこともない) 体制当日の体制は決まっているか夜間立会いの場合、日中の営業時間の対応体制は決まっているか翌営業日以降の体制は決まっているか連絡担当と作業担当は分離されているか作業担当はペア作業になっているか。作業者と確認者を定めているか顧客の連絡先を抑えているか顧客の連絡順番を抑えているか、お客様の当日の所在を抑えているか顧客への連絡タイミ

    大きなリリースの際にチェックすべき34のこと
  • SAP:ソーシャルアプリ開発、インフラ構築時に使える10個のチェックリスト | tracpath.com

    ソーシャルアプリ開発者、とくにインフラを担当している技術者の方はシステム構成をどのようにしていますか。 最近の一般的だと思われるシステム構成とソーシャルアプリ開発のインフラ構築時に使える10個のチェックリストをご紹介します。 実際にソーシャルアプリやソーシャルゲームのシステム構成として稼働実績があるシステム構成になりますので参考になるかもしれません。 インフラ構築に使える10個のチェックリスト 必要なときにスケールアウト、スケールアップができるか トラブル発生時に問題箇所の原因特定できるか、可能ならその箇所を分離できるか トラブル発生時に担当者に通知がされ、その障害対応フローやエスカレーションがマニュアル化されているか 性能を考慮したハードウエア、OS、ミドルウエア(Apache、MySQL)構成、設定になっているか メンテナンス時間を最小化できるか ログファイルをいつでも参照、見える化(

    SAP:ソーシャルアプリ開発、インフラ構築時に使える10個のチェックリスト | tracpath.com
  • 1