ความสามารถ

FortressFlag ทำอะไรได้บ้าง

สลับฟีเจอร์บนโปรดักชันได้โดยไม่ต้องดีพลอย เจาะกลุ่มคนที่จะเห็นได้อย่างแม่นยำ และทำให้ทุกการเปลี่ยนแปลงตรวจสอบย้อนกลับได้ - ตั้งแต่ flag ตัวแรกในบ่ายวันนี้ ไปจนถึง SSO และการอนุมัติเมื่อทีมโตขึ้น SDK ทั้งเจ็ดตัว รองรับทั้งหมดนี้ ทั้งฝั่งไคลเอนต์และฝั่งเซิร์ฟเวอร์

Flag และการเจาะกลุ่ม

จากการกำหนดจนถึงโค้ดที่รันจริงในราวหนึ่งนาที แอปฝั่งไคลเอนต์ถูกประเมินรายอุปกรณ์และได้รับเฉพาะค่าของตัวเอง - ไม่เคยได้ ruleset แบ็กเอนด์ของคุณเองสามารถดึง ruleset ทั้งชุดด้วยคีย์ฝั่งเซิร์ฟเวอร์แล้วประเมินในโปรเซสได้

บูลีนและหลายตัวแปรชนิดบูลีน สตริง และตัวเลข พร้อมตัวเลือกที่ตั้งชื่อไว้ ชนิดของ flag เปลี่ยนไม่ได้ คีย์อยู่ถาวร การเปลี่ยนชื่อมีผลแค่กับสิ่งที่แสดงkinds: 3

กฎการเจาะกลุ่มกฎที่เรียงลำดับพร้อมกลุ่มเงื่อนไขแบบ AND แยกตามสภาพแวดล้อม - รวมถึงการเทียบ semver อย่าง appVersion ≥ 2.0 แท็กของอุปกรณ์ถูกประเมินแล้วลืมทิ้ง ไม่เคยถูกเก็บไว้first-match-wins

เซกเมนต์ที่ใช้ซ้ำได้รายการเงื่อนไขที่ตั้งชื่อไว้ ใช้ร่วมกันโดยกฎข้าม flag และข้ามสภาพแวดล้อม ทำให้ “ผู้ทดสอบเบต้า” ถูกกำหนดเพียงครั้งเดียวper-project

การทยอยปล่อยตามเปอร์เซ็นต์จัดกลุ่มรายตัว flag ด้วยแฮชของอุปกรณ์กับ flag - ไม่มีการเก็บข้อมูลว่าอุปกรณ์ใดอยู่กลุ่มไหนเลยsticky cohorts

สภาพแวดล้อมที่กำหนดเองสร้าง เปลี่ยนชื่อ และจัดประเภทสภาพแวดล้อมของคุณเองได้ ความเป็นโปรดักชันคือคุณสมบัติบนแถวนั้น ไม่ใช่ชื่อวิเศษ - จะตั้งชื่อว่า “live” ทุกมาตรการป้องกันก็ยังทำงานเหมือนเดิมis_production

การส่งมอบ

flag เดินทางไปถึงโค้ดของคุณอย่างไร - และทำไมการ poll แทบไม่มีค่าใช้จ่าย

SDK เจ็ดตัวiOS Android และเว็บบนฝั่งไคลเอนต์ Go Node.js Python และ Java บนฝั่งเซิร์ฟเวอร์ - ทุกตัว fail-safe ตามสัญญา จะมีเหตุขัดข้องหรือไม่ก็ตาม การอ่านจะได้ค่าเสมอclient & server

การประเมินในเครื่องฝั่งเซิร์ฟเวอร์SDK ฝั่งเซิร์ฟเวอร์ดาวน์โหลด ruleset ของคุณแล้วประเมินการตรวจสอบ flag ทุกครั้งในโปรเซส - ไม่มีการวิ่งข้ามเครือข่ายต่อการตรวจสอบหนึ่งครั้ง และไม่มีเวลาหน่วงจากการประเมินในเส้นทางคำขอของคุณin-process

การ poll ที่มีประสิทธิภาพทุกการตอบกลับมี ETag แบบเข้ม การ poll ที่ไม่มีอะไรเปลี่ยนจะตอบ 304 โดยไม่มีเนื้อหา ฝูงอุปกรณ์ของคุณจึงตรวจสอบได้บ่อยโดยแทบไม่ต้องรับส่งข้อมูลetag · 304

ไคลเอนต์แบบออฟไลน์มาก่อนSDK ฝั่งไคลเอนต์แคชค่าล่าสุดที่รู้ไว้อย่างถาวรและให้บริการต่อไปตลอดเหตุขัดข้อง - อุปกรณ์ที่รีสตาร์ตขณะออฟไลน์จะประเมินด้วยสิ่งที่เห็นล่าสุดdurable cache

ความปลอดภัย

โปรดักชันถูกปกป้องด้วยการออกแบบ ไม่ใช่ด้วยข้อตกลงกันเอง

การเปลี่ยนแปลงที่เพื่อนร่วมทีมอนุมัตินักพัฒนาเสนอการเปลี่ยนแปลงบนโปรดักชัน อีกคนหนึ่งอนุมัติ ซึ่งการอนุมัตินั้นคือการนำไปใช้ การอนุมัติตัวเองจะถูกปฏิเสธ และบันทึกการตรวจสอบจะระบุชื่อทั้งสองฝ่ายsecond person

การเปลี่ยนแปลงตามกำหนดเวลาการสลับค่าบูลีนจะมีผลตามเวลาที่เลือกไว้ - ตรงเวลาเป๊ะสำหรับผู้อ่านทุกคน ไม่ใช่ “ตอนที่ cron บังเอิญรัน”exact-at-T

การลบที่ย้อนกลับได้เก็บเข้าคลัง กู้คืน และล้างทิ้งพร้อมช่วงเวลาเก็บรักษา คลิกผิดจึงยังกู้ได้ และการลบจริงเป็นสิ่งที่ตั้งใจทำarchive → purge

การเตือนเรื่อง flag ที่ค้างเก่าflag ที่ไม่มีใครแตะมา 90 วันจะถูกติดป้ายและกรองได้ - เป็นแค่การเตือน ไม่ใช่การเก็บเข้าคลังอัตโนมัติ90 days

ทีมและสิทธิ์เข้าถึง

การควบคุมการเข้าถึงระดับองค์กรตั้งแต่ที่นั่งแรก

การเข้าถึงตามบทบาทOwner Admin Developer Viewer - ตารางบทบาทเผยแพร่อยู่ในตัวแอป และไม่มีใครให้บทบาทที่สูงกว่าของตัวเองได้4 roles

รายการอนุญาตรายโปรเจกต์Viewer และนักพัฒนาเห็นเฉพาะโปรเจกต์ที่ได้รับสิทธิ์ โปรเจกต์ที่ไม่ได้รับสิทธิ์แยกไม่ออกจากโปรเจกต์ที่ไม่มีอยู่จริง404, not 403

SSO และ SCIMนำผู้ให้บริการตัวตนของคุณมาเอง: การลงชื่อเข้าใช้ด้วย SSO การเพิ่มและถอนบัญชีอัตโนมัติ และการจับคู่กลุ่มใน IdP เข้ากับบทบาทsaml · okta

MFAปัจจัยที่สองแบบ TOTP บังคับใช้ได้รายองค์กรtotp

บันทึกการตรวจสอบทุกการเปลี่ยนสถานะ: ใคร ทำอะไร เมื่อไร จากที่ไหน ก่อนและหลัง - พร้อมตัวดูในแอป ตัวกรอง และการส่งออกเป็น CSVappend-only

ระบบอัตโนมัติ

ข้อมูลรับรองสำหรับเครื่องหนึ่งชุด และชุดเครื่องมือสำหรับเอเจนต์ — ทั้งสองอย่างสืบทอดสิทธิ์เดิม ไม่ได้สิทธิ์ใหม่เพิ่ม

โทเคน API สำหรับการจัดการโทเคนพกบทบาทของสมาชิกที่สร้างมันไว้ ภายในองค์กรเดียว — มันจึงทำอะไรเกินกว่าคนคนนั้นไม่ได้เลย เลือกได้ว่าสิทธิ์เต็มหรืออ่านอย่างเดียว แสดงครั้งเดียว เพิกถอนได้ และหมดอายุไปพร้อมกับสมาชิกภาพทำงานในนามคุณ

เซิร์ฟเวอร์ MCP สำหรับเอเจนต์ AIส่ง flag ให้เอเจนต์เขียนโค้ด อ่านได้เสมอ ส่วนการแก้ไขต้องระบุออปชันอย่างชัดเจน และการสลับบนโปรดักชันต้องมีการยืนยันที่ระบุชื่อสภาพแวดล้อม เอเจนต์ของนักพัฒนาจะเสนอแทนที่จะเขียนเอง — และการอนุมัติยังเป็นงานของคน--allow-writes

การคิดเงิน

วัดที่อุปกรณ์ ไม่ใช่ที่แอป - หน้าราคาอธิบายว่าทำไมแบบนั้นถึงถูกกว่าสำหรับคุณ

ที่นั่งรายอุปกรณ์หนึ่งที่นั่งคืออุปกรณ์ที่ใช้งานรายเดือนหนึ่งเครื่อง นับแบบไม่ซ้ำข้ามทุกแอปในตระกูลของคุณ ซิมูเลเตอร์ได้รับ flag แต่ไม่เคยถูกคิดเงิน และการประเมินฝั่งเซิร์ฟเวอร์ก็ไม่เพิ่มที่นั่งmonthly-active

ความโปร่งใสของการใช้งานหน้าการใช้งานที่เฉพาะ owner เห็น: อุปกรณ์ในรอบนี้ ประวัติย้อนหลังหนึ่งปี และกิจกรรมคำขอรายวัน12 months

ดูด้วย flag ของคุณเอง

องค์กรทดลองมาพร้อมโปรเจกต์ตัวอย่างที่ใช้งานได้จริง - อุปกรณ์ที่ใช้งานรายเดือน 1,000 เครื่องแรกฟรี.

ทดลองใช้ฟรี