Beware keeping data in binary forma

Beware keeping data in binary format
Dear KV,
Where I work we are very serious about storing all of our data, not just our source code, in our
source-code control system. When we started the company we made the decision to store as much
as possible in one place. The problem is that over time we have moved from a pure programming
environment to one where there are other people—the kind of people who send e-mails using
Outlook and who keep their data in binary and proprietary formats.
At first some of us dealt with the horrifically colorful e-mails by making our mail server convert
all e-mail to plain text before forwarding it, but that’s not much help when people tell you they
absolutely must use Excel, and then store all of their data in it. The biggest problem is that these files
take up a huge amount of space in our source-code control system, but we still don’t want to store
important information outside of it. Many of us are about ready to give up and just stop worrying
about these types of files, and allow the company’s data to be balkanized, but this doesn’t seem like
the right answer to me.
Binning Binary Files
Dear Binning,
While the size argument used to be a compelling one—perhaps even as recently as five years ago—
we all know that terabyte disks are now cheap, and I would be quite surprised if you told me that
your company didn’t have a reasonably large, centralized filestore for your source-code control
system. I think the best arguments against storing important company data in a proprietary or a
binary format—and yes, there are open binary formats—are about control and versioning.
The versioning argument goes something like this. Let’s say, for example, that the people who
control your data center store their rack diagrams, which show where all your servers and network
gear are located, as well as all the connections between that equipment, in a binary format. Even if
the program they use to set up the files has some sort of “track changes” feature, you will have no
way of comparing two versions of your rack layouts. Any company that maintains a data center is
changing the rack layout, either when adding or moving equipment or when changing or adding
network connections. If a problem occurs days or weeks after a change, how are you going to
compare the current version of the layout to a version from days or weeks in the past, which may be
several versions back? The answer, generally, is that you cannot. Of course, these kinds of situations
never come up, right? Right.
The second and I think stronger argument has to do with control of your data. If a piece of data
is critical to the running of your business, do you really want to store it in a way that some other
company can, via an upgrade or a bug, prevent you from using that data? At this point, if you’re
trusting, you could just store most of your data in the cloud, in something like Google Apps. KV
would never do this because KV has severe trust issues. I actually think more people ought to think
clearly about where they store their data and what the worst-case scenario is in relation to their data.

ผลลัพธ์ (ไทย) 1:

ระวังรักษาข้อมูลในรูปแบบไบนารีเรียน KVทำงาน เรามีความร้ายแรงเกี่ยวกับการจัดเก็บข้อมูลของเรา ไม่ใช่แค่ของเรารหัสแหล่งที่มา ทั้งหมดในของเราระบบการควบคุมรหัสต้นทาง เมื่อเราเริ่มต้นบริษัท เราตัดสินใจในการจัดเก็บมากเป็นไปได้ในเดียวกัน ปัญหาคือ ว่า เวลา เราได้ย้ายจากการเขียนโปรแกรมที่บริสุทธิ์สภาพแวดล้อมหนึ่งที่มีผู้อื่น — ชนิดของผู้ที่ส่งอีเมลโดยใช้Outlook และที่เก็บข้อมูลในรูปแบบไบนารี และกรรมสิทธิ์แรกของเราจัดการกับอีเมล์ horrifically มีสีสันโดยเซิร์ฟเวอร์จดหมายของเราแปลงอีเมลทั้งหมดเป็นข้อความล้วนส่ง แต่ที่ไม่ได้ช่วยมากเมื่อคนบอกพวกเขาจริง ๆ ต้องใช้ Excel และเก็บข้อมูลของพวกเขาทั้งหมดในมัน ปัญหาใหญ่ที่สุดคือว่าแฟ้มเหล่านี้ใช้ค่าของพื้นที่ระบบควบคุมรหัสแหล่งที่มาของเรา แต่เรายังไม่ต้องการเก็บข้อมูลสำคัญนอก เรามีพร้อมที่จะยอมแพ้ และหยุดกังวลเกี่ยวกับเกี่ยวกับแฟ้ม และอนุญาตให้มี balkanized ข้อมูลของบริษัท แต่นี้ไม่เหมือนคำตอบฉันใช้ binning แฟ้มไบนารีใช้ Binning ที่รักในขณะที่ขนาดอาร์กิวเมนต์ที่ใช้จะเป็นหนึ่งน่าสนใจ — บางทีแม้แต่เพิ่งเป็นห้าปีที่ผ่านมา —เรารู้ว่า เทราไบต์ดิสก์เดี๋ยวนี้ราคาถูก และจะค่อนข้างแปลกใจถ้าคุณบอกผมที่บริษัทของคุณไม่มี filestore มีขนาดใหญ่พอสมควร ส่วนกลางสำหรับการควบคุมโค้ดต้นฉบับของคุณระบบ ผมคิดว่า การขัดแย้งที่ดีที่สุดกับการจัดเก็บข้อมูลสำคัญของบริษัทในการเป็นกรรมสิทธิ์ของหรือรูปแบบไบนารี — ใช่ มีรูปแบบไบนารีที่เปิดซึ่งจะเกี่ยวกับการควบคุมและการกำหนดรุ่นอาร์กิวเมนต์กำหนดรุ่นไปดังนี้ สมมติว่า เช่น ที่คนที่ควบคุมไดอะแกรมของแร็ค ซึ่งแสดงตำแหน่งเก็บของศูนย์ข้อมูลที่เซิร์ฟเวอร์และเครือข่ายของคุณเกียร์มีอยู่ เป็นทั้งการเชื่อมต่อระหว่างอุปกรณ์ที่ ในรูปแบบไบนารี แม้โปรแกรมจะใช้การตั้งค่าแฟ้มที่มีบางจัดเรียงของคุณลักษณะ "ติดตามการเปลี่ยนแปลง" คุณจะไม่มีการเปรียบเทียบรูปแบบชั้นวางของสองรุ่นนี้ คือบริษัทใดก็ตามที่ศูนย์ข้อมูลการเปลี่ยนรูปแบบแร็ค เมื่อเพิ่ม หรือเคลื่อนย้ายอุปกรณ์ หรือ เมื่อเปลี่ยนหรือเพิ่มการเชื่อมต่อเครือข่าย หากเกิดปัญหาวันหรือสัปดาห์หลังจากการเปลี่ยนแปลง วิธีคุณจะเปรียบเทียบรุ่นปัจจุบันของโครงร่างแบบจากวันหรือสัปดาห์ในอดีต ซึ่งอาจจะหลายรุ่นกลับ คำตอบ ทั่วไป คือ ว่า คุณไม่สามารถ แน่นอน สถานการณ์ต่าง ๆ เหล่านี้ไม่เคยมา ขวา ด้านขวาที่สองและฉันคิดว่า อาร์กิวเมนต์ที่แข็งแกร่งมีการควบคุมข้อมูลของคุณ หากชิ้นส่วนของข้อมูลมีความสำคัญต่อการทำงานของธุรกิจของคุณ คุณจริง ๆ ต้องการเก็บไว้ในลักษณะที่บางคนอื่น ๆบริษัท ผ่านการอัพเกรดหรือจุดบกพร่อง ทำให้คุณสามารถใช้ข้อมูลนั้นหรือไม่ ที่จุดนี้ ถ้าคุณไว้วางใจ คุณสามารถเพียงเก็บส่วนใหญ่ของข้อมูลของคุณใน cloud ในบางอย่างเช่น Google Apps KVจะไม่ทำอย่างนี้ เพราะ KV มีปัญหารุนแรงน่าเชื่อถือ จริงผมคิดว่า ผู้คนควรคิดชัดเจนเกี่ยวกับที่พวกเขาเก็บข้อมูลและสถานการณ์สิ่งหยาบ ๆ จะสัมพันธ์กับข้อมูล

ผลลัพธ์ (ไทย) 3:

ระวังรักษาข้อมูลในรูปแบบไบนารีที่รักกิโลโวลต์ที่ผมทำงานอยู่ เราเป็นคนที่จริงจังเกี่ยวกับการจัดเก็บข้อมูลทั้งหมด ไม่ใช่แค่รหัสแหล่งที่มาของเราในของเราระบบควบคุมซอร์สโค้ด . เมื่อเราเริ่มต้น บริษัท เราได้ตัดสินใจที่จะเก็บมากเป็นไปได้ในสถานที่หนึ่ง ปัญหาคือว่าเวลาที่เราได้ย้ายจากการเขียนโปรแกรมที่บริสุทธิ์สภาพแวดล้อมที่มีคนอื่นคนที่ส่งอีเมลโดยใช้และ Outlook ที่ให้ข้อมูลในรูปแบบไบนารีและกรรมสิทธิ์ .ที่แรกที่พวกเราบางคนจัดการกับอีเมลที่สีสันทำ Mail Server ของเราแปลง horrificallyทั้งหมดอีเมลข้อความธรรมดาก่อนที่จะส่งต่อ แต่มันไม่ได้ช่วยอะไร เมื่อคนที่บอกคุณพวกเขาต้องใช้ Excel แล้วเก็บข้อมูลทั้งหมดของพวกเขาใน ปัญหาที่ใหญ่ที่สุดคือ ไฟล์เหล่านี้ใช้เป็นจำนวนมากพื้นที่ในรหัสที่มาของระบบ แต่เราก็ไม่อยากเก็บข้อมูลที่สำคัญจากภายนอก หลายคนพร้อมที่จะยอมแพ้และเลิกกังวลเกี่ยวกับชนิดของไฟล์เหล่านี้ และให้ข้อมูลของ บริษัท ที่จะถูก balkanized แต่มันดูไม่เหมือนคำตอบที่ถูกต้องสำหรับฉันบินนิ่ง แฟ้มไบนารีบินนิ่งที่รัก ,ในขณะที่ขนาดของอาร์กิวเมนต์ที่ใช้เป็นที่น่าสนใจหนึ่ง บางทีก็เป็นเพิ่งเป็น ห้าปีก่อนเราทุกคนทราบว่า ดิสก์ สำหรับตอนนี้ที่ราคาถูก และผมจะประหลาดใจมากถ้าคุณบอกกับฉันว่าบริษัทของคุณไม่ได้มีขนาดใหญ่พอสมควร ส่วนกลาง filestore สำหรับการควบคุมแหล่งที่มารหัสของคุณระบบ ฉันคิดว่าสิ่งที่ดีที่สุดคัดค้านการจัดเก็บข้อมูลที่สำคัญใน บริษัท ที่เป็นกรรมสิทธิ์หรือรูปแบบไบนารีและใช่ , มีรูปแบบไบนารีเปิดเกี่ยวกับการควบคุมและรุ่น .ส่วนรุ่นอาร์กิวเมนต์ไปอะไรแบบนี้ สมมติว่าตัวอย่างเช่นที่คนที่ควบคุมจัดเก็บข้อมูลศูนย์แผนภาพชั้นของพวกเขา , ซึ่งแสดงที่ทั้งหมดของเซิร์ฟเวอร์และเครือข่ายเกียร์อยู่ รวมทั้งทุกการเชื่อมต่อระหว่างอุปกรณ์นั้น ในรูปแบบไบนารี แม้ว่าโปรแกรมที่ใช้ในการตั้งค่าไฟล์มีบางจัดเรียงของ " ติดตามการเปลี่ยนแปลงคุณลักษณะ " คุณจะไม่มีวิธีของการเปรียบเทียบสองรุ่นของรูปแบบชั้นของคุณ บริษัทที่ดูแลศูนย์ข้อมูลการวางผัง , เมื่อมีการเพิ่มหรือย้ายอุปกรณ์ หรือเมื่อมีการเปลี่ยนแปลงหรือเพิ่มการเชื่อมต่อเครือข่าย ถ้าปัญหาเกิดขึ้นวันหรือสัปดาห์หลังจากเปลี่ยน , คุณจะให้เปรียบเทียบรุ่นปัจจุบันของรูปแบบที่รุ่นจากวันหรือสัปดาห์ในอดีต ซึ่งอาจจะหลายรุ่น หลายคืน ตอบ โดยทั่วไป คือ ว่า คุณไม่สามารถ ของหลักสูตรเหล่านี้ชนิดของสถานการณ์ไม่เคยมาใช่ไหม ใช่ที่สองและฉันคิดว่าอาร์กิวเมนต์ที่แข็งแกร่งได้จะทำอย่างไรกับการควบคุมของข้อมูลของคุณ ถ้าชิ้นส่วนของข้อมูลที่สําคัญในการทํางานของธุรกิจของคุณ คุณต้องการจะจัดเก็บไว้ในลักษณะที่บาง ๆบริษัท สามารถ ผ่านการอัพเกรด หรือ แมลง ป้องกันคุณจากการใช้ข้อมูล ณจุดนี้ ถ้าคุณเชื่อ คุณสามารถเก็บส่วนใหญ่ของข้อมูลของคุณในเมฆ ในบางอย่าง เช่น Google Apps . กิโลโวลต์ไม่เคยทำแบบนี้ เพราะ KV ได้รุนแรงปัญหาความน่าเชื่อถือ ฉันคิดว่าผู้คนมากขึ้นควรจะคิดว่าชัดเจนเกี่ยวกับการที่พวกเขาเก็บข้อมูลของพวกเขาและที่เลวร้ายที่สุดคือในความสัมพันธ์กับข้อมูลของพวกเขา