สภาพแวดล้อมและโปรเจกต์

สองแกนจัดระเบียบทุกอย่างใน FortressFlag โปรเจกต์ แบ่ง flag ของคุณตามโค้ดเบสหรือผลิตภัณฑ์ และ สภาพแวดล้อม แบ่งค่าของ flag แต่ละตัวตามขั้นของการดีพลอย บิลด์แอป dev ของคุณอ่าน new-checkout จากสภาพแวดล้อม dev แอปที่ปล่อยแล้วอ่านจาก production flag เดียวกัน ค่าอิสระต่อกัน

สภาพแวดล้อมเป็นของคุณที่จะกำหนด

ทุกองค์กรเริ่มด้วยสภาพแวดล้อมที่เตรียมไว้สามตัว — dev staging และ production — และคุณสร้าง เปลี่ยนชื่อ และลบของตัวเองได้ สูงสุด 12 ตัว สภาพแวดล้อม QA คู่แยกตามภูมิภาค canary — อะไรก็ได้ที่ตรงกับวิธีที่คุณดีพลอย

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

คลาส production — ไม่ใช่ชื่อ

สิ่งที่ทำให้สภาพแวดล้อมเป็น “production” ไม่ใช่ชื่อของมัน — แต่คือ คลาส production ช่องทำเครื่องหมายที่ Admin ตั้ง คลาสคือสิ่งที่ขับเคลื่อนมาตรการป้องกัน

• การเขียน flag ที่นั่นต้องใช้บทบาทสูงกว่า Developer สลับสภาพแวดล้อมที่ไม่ใช่ production ได้อย่างอิสระทั้งวัน แต่สภาพแวดล้อมคลาส production รับการเขียนโดยตรงจาก Admin และ Owner เท่านั้น (Developer ยัง เสนอ การเปลี่ยนแปลง production ให้เพื่อนร่วมทีมอนุมัติได้ — ดูบทบาทและความปลอดภัย)
• แดชบอร์ดแสดงมันอย่างเด่นชัด จะได้ไม่มีใครแก้ production โดยคิดว่าเป็น staging

เพราะมันเป็นคลาส ไม่ใช่ชื่อ คุณจึงมีสภาพแวดล้อมคลาส production หลายตัวได้ — เช่น production-eu และ production-us — และแต่ละตัวได้มาตรการป้องกันเดียวกัน และการทำเครื่องหมายสภาพแวดล้อมเป็นคลาส production ก็เป็นการกระทำระดับ Admin ที่ถูกบันทึกในการตรวจสอบเช่นกัน เพราะมันเปลี่ยนว่าใครเขียนที่นั่นได้

โปรเจกต์

Flag เป้าหมายของเซกเมนต์ และคีย์ SDK อยู่ใน โปรเจกต์ องค์กรหนึ่งมีได้หลายโปรเจกต์ — หนึ่งต่อแอป หนึ่งต่อทีม แล้วแต่คุณจะแบ่งงาน แต่ละโปรเจกต์มีรายการ flag ของตัวเอง ที่เก็บถาวรของตัวเอง และคีย์ SDK ของตัวเอง

การเข้าถึงโปรเจกต์คือ allowlist

Admin และ Owner เห็นทุกโปรเจกต์ Viewer และ Developer เห็นเฉพาะโปรเจกต์ที่ได้รับสิทธิ์ — การเข้าถึงเป็น allowlist รายสมาชิก จัดการโดย Admin

รายละเอียดหนึ่งที่ควรรู้เพื่อไม่ให้แปลกใจ โปรเจกต์ที่สมาชิกไม่ได้รับสิทธิ์จะตอบเสมือนว่า ไม่มีอยู่ — เป็น not-found ไม่ใช่ข้อผิดพลาด “ไม่มีสิทธิ์เข้าถึง” สมาชิกไล่ดูชื่อโปรเจกต์ที่ไม่ได้รับไม่ได้ ถ้าเพื่อนร่วมทีมบอกว่าโปรเจกต์หายไป ให้ตรวจสิทธิ์การเข้าถึงของเขาก่อนอย่างอื่น

ไปต่อที่ไหนดี

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